Ignorer les liens de navigation | |
Quitter l'aperu | |
Guide d'administration d'Oracle VM Server for SPARC 3.0 Oracle VM Server for SPARC (Français) |
Partie I Logiciel Oracle VM Server for SPARC 3.0
1. Présentation du logiciel Oracle VM Server for SPARC
2. Installation et activation du logiciel
3. Sécurité d'Oracle VM Server for SPARC
4. Configuration des services et du domaine de contrôle
5. Configuration des domaines invités
6. Configuration des domaines d'E/S
7. Utilisation des disques virtuels
8. Utilisation des réseaux virtuels
Reconfiguration des ressources
Procédure d'application de la contrainte whole-core
Procédure d'application de la contrainte max-cores
Interactions entre la contrainte whole-core et les autres fonctions des domaines
Reconfiguration dynamique de la CPU
Gestion dynamique des ressources
Configuration du système avec des partitions forcées
Vérification de la configuration d'un domaine
Procédure permettant de déterminer si un domaine a été configuré avec des coeurs complets de CPU
Procédure de création de la liste des coeurs de CPU affectés à un domaine
Configuration d'un domaine avec des coeurs complets de CPU
Procédure de création d'un nouveau domaine avec des coeurs complets de CPU
Procédure de configuration d'un domaine existant avec des coeurs complets de CPU
Procédure de configuration du domaine primary avec des coeurs complets de CPU
Reconfiguration dynamique de la CPU
Gestion dynamique des ressources de la CPU
Gestion de l'alimentation de la CPU
Affectation de ressources physiques à des domaines
Procédure de suppression de la contrainte physical-bindings
Procédure de suppression de toutes les ressources non associées physiquement
Gestion des ressources physiques sur le domaine de contrôle
Restrictions applicables à la gestion des ressources physiques sur les domaines
Utilisation de la reconfiguration dynamique de la mémoire
Suivi de la progression d'une demande de reconfiguration dynamique de mémoire
Annulation d'une demande de reconfiguration dynamique de mémoire
Demandes partielles de reconfiguration dynamique de mémoire
Reconfiguration de la mémoire du domaine de contrôle
Réduction de la mémoire du domaine de contrôle
Reconfiguration dynamique et retardée
Alignement de la mémoire pour les domaines actifs
Alignement de la mémoire pour les domaines liés
Alignement de la mémoire pour les domaines inactifs
Exemples de reconfiguration dynamique de mémoire
Utilisation de la gestion de l'alimentation
Utilisation de la gestion dynamique des ressources
Liste des ressources du domaine
Procédure d'affichage de la syntaxe des sous-commandes ldm
Définition des statistiques d'utilisation
Affichage des différentes listes
Procédure d'affichage des versions de logiciel (-V)
Procédure de génération d'une liste abrégée
Procédure de génération d'une liste longue (-l)
Procédure de génération d'une liste étendue (-e)
Procédure de génération d'une liste analysable et lisible par la machine (-p)
Procédure de génération d'un sous-ensemble de liste longue (-o format)
Procédure d'affichage de la valeur d'une variable
Procédure de création de la liste des liaisons
Procédure de création de la liste des configurations
Procédure de création de la liste des périphériques
Procédure de création de la liste de mémoire disponible
Procédure de création de la liste des services
Procédure de création de la liste des contraintes pour un domaine
Procédure de création de la liste des contraintes au format XML
Procédure de création de la liste des contraintes dans un format lisible par machine
11. Gestion des configurations de domaine
12. Réalisation d'autres tâches d'administration
Partie II Logiciel Oracle VM Server for SPARC facultatif
13. Outil de conversion physique-à-virtuel Oracle VM Server for SPARC
14. Assistant de configuration d'Oracle VM Server for SPARC (Oracle Solaris 10)
15. Utilisation de la gestion de l'alimentation
16. Utilisation du logiciel Oracle VM Server for SPARC Management Information Base
17. Recherche de Logical Domains Manager
18. Utilisation de l'interface XML avec Logical Domains Manager
Cette section décrit le partitionnement forcé avec le logiciel Oracle VM Server for SPARC et l'utilisation du partitionnement forcé pour assurer sa conformité aux conditions d'octroi de licences CPU d'Oracle.
Pour plus d'informations sur les conditions requises pour le partitionnement forcé des licences Oracle, reportez-vous à la section Partitionnement : partitionnement du serveur/matériel.
Coeurs et threads de CPU. Le logiciel Oracle VM Server for SPARC s'exécute sur les systèmes SPARC T-Series et les systèmes Fujitsu M10. Les processeurs utilisés dans ces systèmes sont équipés de plusieurs coeurs de CPU dont chacun contient plusieurs threads de CPU.
Partitionnement forcé et coeurs complets de CPU. A partir de la version Oracle VM Server for SPARC 2.0, le partitionnement forcé est appliqué à l'aide de configurations whole-core de CPU. Une configuration whole-core de CPU possède des domaines auxquels des coeurs complets de CPU sont assignés au lieu de threads de CPU individuels. Par défaut, un domaine est configuré pour utiliser des threads de CPU.
Lors de l'inclusion d'un domaine dans une configuration whole-core, le système fournit au domaine le nombre de coeurs de CPU spécifié et tous ses threads de CPU. L'utilisation d'une configuration whole-core de CPU restreint le nombre de coeurs de CPU pouvant être automatiquement assignés à un domaine lié ou actif.
Octroi de licence de partitionnement forcé Oracle. Pour être conforme à l'exigence d'octroi de licence de partitionnement forcé d'Oracle, vous devez utiliser au moins la version 2.0 d'Oracle VM Server for SPARC. Vous devez également utiliser des coeurs complets de CPU de la manière suivante :
Si un domaine exécute des applications utilisant l'octroi de licence de partitionnement forcé d'Oracle, ce domaine doit être configuré avec des coeurs complets de CPU.
Si un domaine n'exécute aucune application utilisant l'octroi de licence de partitionnement forcé d'Oracle, il n'est pas nécessaire de configurer ce domaine avec des coeurs complets de CPU. Par exemple, si vous n'exécutez aucune application Oracle dans le domaine de contrôle, ce domaine n'a pas besoin d'être configuré avec des coeurs complets de CPU.
Les tâches décrites dans cette section expliquent comment déterminer si un domaine est configuré avec des coeurs complets de CPU et comment dresser la liste des coeurs de CPU affectés à un domaine.
# ldm list -o resmgmt domain
Assurez-vous que la contrainte whole-core apparaît dans la sortie et que la propriété max-cores spécifie le nombre maximal de coeurs de CPU configurés pour le domaine. Reportez-vous à la page de manuel ldm(1M).
Exemple 10-3 Détermination de la configuration avec ou sans coeurs complets de CPU d'un domaine
La commande suivante indique que le domaine ldg1 est configuré avec des coeurs de processeur complets et avec un maximum de cinq coeurs :
# ldm list -o resmgmt ldg1 NAME ldg1 CONSTRAINT whole-core max-cores=5
Lorsqu'un domaine est associé, des coeurs de CPU sont affectés au domaine.
# ldm list -o core domain
Exemple 10-4 Etablissement de la liste des coeurs de CPU affectés à un domaine
La commande suivante dresse la liste des coeurs affectés au domaine ldg1 :
# ldm list -o core ldg1 NAME ldg1 CORE CID PCPUSET 1 (8, 9, 10, 11, 12, 13, 14, 15) 2 (16, 17, 18, 19, 20, 21, 22, 23)
Les tâches décrites dans cette section expliquent comment créer un nouveau domaine avec des coeurs complets de CPU, comment configurer un domaine existant avec des coeurs complets de CPU et comment configurer un domaine primary avec des coeurs complets de CPU.
Remarque - Les sous-commandes ldm utilisées pour affecter des coeurs complets ont été modifiées dans la version Oracle VM Server for SPARC 2.2.
Les tâches et les exemples de cette section font appel aux nouvelles commandes introduites avec le logiciel Oracle VM Server for SPARC 2.2.
Si vous utilisez la version 2.0 ou 2.1 de Logical Domains Manager pour affecter des coeurs complets à des domaines, utilisez les commandes ldm add-vcpu -c, ldm set-vcpu -c et ldm remove-vcpu -c respectivement au lieu des commandes ldm add-core, ldm set-core et ldm remove-core.
Utilisez la commande suivante pour configurer un domaine de manière à ce qu'il utilise des coeurs complets de CPU :
ldm set-core number-of-cpu-cores domain
Cette commande spécifie également le nombre maximal de coeurs de CPU du domaine, lequel correspond au plafond de CPU. Reportez-vous à la page de manuel ldm(1M).
A partir de la version 2.2 d'Oracle VM Server for SPARC, le plafond de CPU et l'allocation de coeurs de CPU sont gérées par des commandes distinctes. Ces commandes vous permettent d'allouer des coeurs de CPU, de définir un plafond ou d'effectuer ces deux opérations de façon totalement indépendante. L'unité d'allocation peut être définie sur coeurs même si aucun plafond de CPU n'a été configuré. Toutefois, l'exécution du système dans ce mode n'est pas compatible avec la configuration du partitionnement forcé sur votre système Oracle VM Server for SPARC.
Allouez le nombre spécifié de coeurs de CPU à un domaine à l'aide de la sous-commande add-core, set-core ou rm-core.
Définissez le plafond de CPU à l'aide de la sous-commande create-domain ou de la sous-commande set-domain pour spécifier la valeur de la propriété max-cores.
Vous devez définir le plafond si vous souhaitez configurer le partitionnement forcé sur votre système Oracle VM Server for SPARC.
Remarque - Si vous avez défini la contrainte max-cores facultative, vous devez simplement arrêter puis dissocier le domaine.
# ldm create domain
# ldm set-core number-of-cpu-cores domain
# ldm set-domain max-cores=max-number-of-cpu-cores domain
Pendant la configuration, assurez-vous d'utiliser la commande ldm add-core, ldm set-core ou ldm rm-core.
# ldm bind domain # ldm start domain
Exemple 10-5 Création d'un nouveau domaine avec deux coeurs complets de CPU
Dans cet exemple, un domaine ldg1 comportant deux coeurs complets de CPU est créé. La première commande crée le domaine ldg1. La seconde commande configure le domaine ldg1 avec deux coeurs complets de CPU.
A ce stade, vous pouvez configurer plus précisément le domaine, sous réserve des restrictions décrites à l'étape 3 de la section Procédure de création d'un nouveau domaine avec des coeurs complets de CPU.
Les troisième et quatrième commandes indiquent comment associer et démarrer le domaine ldg1, suite à quoi vous pouvez utiliser le domaine ldg1.
# ldm create ldg1 # ldm set-core 2 ldg1 ... # ldm bind ldg1 # ldm start ldg1
Si un domaine existant est configuré pour utiliser des threads de CPU, vous pouvez modifier sa configuration et paramétrer l'utilisation de coeurs complets de CPU.
# ldm stop domain # ldm unbind domain
Cette étape n'est requise que si vous avez également défini la contrainte max-cores.
# ldm set-core number-of-cpu-cores domain
# ldm set-domain max-cores=max-number-of-cpu-cores domain
# ldm bind domain # ldm start domain
Cette étape n'est requise que si vous avez également défini la contrainte max-cores.
Exemple 10-6 Configuration d'un domaine existant avec quatre coeurs complets de CPU
Cet exemple met à jour la configuration d'un domaine existant ldg1 en le configurant avec quatre coeurs de processeur complets.
# ldm set-core 4 ldg1
Les étapes facultatives 1 et 4 sont nécessaires uniquement si vous souhaitez modifier la propriété max-cores.
Si le domaine primary est configuré pour utiliser des threads de CPU, vous pouvez modifier sa configuration et paramétrer l'utilisation de coeurs complets de CPU.
# ldm start-reconf primary
Si vous souhaitez modifier la propriété max-cores, vous devez uniquement démarrer une reconfiguration retardée.
# ldm set-core number-of-cpu-cores primary
# ldm set-domain max-cores=max-number-of-cpu-cores primary
Utilisez la procédure appropriée pour réinitialiser le domaine primary ; celle-ci dépend de la configuration système. Reportez-vous à la section Réinitialisation du domaine root.
Vous devez uniquement réinitialiser le domaine si vous souhaitez modifier la propriété max-cores.
Exemple 10-7 Configuration du domaine de contrôle avec deux coeurs complets de CPU
Cet exemple configure des coeurs complets de CPU sur le domaine primary. La première commande déclenche le mode de reconfiguration retardée sur le domaine primary. La seconde commande configure le domaine primary avec deux coeurs complets de CPU. La troisième commande définit la propriété max-cores sur 2 et la quatrième commande réinitialise le domaine primary.
# ldm start-reconf primary # ldm set-core 2 primary # ldm set-domain max-cores=2 primary # shutdown -i 5
Les étapes facultatives 1 et 4 sont nécessaires uniquement si vous souhaitez modifier la propriété max-cores.
Vous pouvez utiliser la reconfiguration dynamique de CPU avec des domaines configurés avec des coeurs complets de CPU. Toutefois, vous pouvez uniquement ajouter ou supprimer des coeurs de CPU entiers, pas des threads de CPU individuels. Ainsi, l'état de partitionnement forcé du système est entretenu par la fonction de reconfiguration dynamique de CPU. En outre, si des coeurs de CPU sont ajoutés à un domaine de manière dynamique, la valeur maximale est appliquée. Par conséquent, la commande CPU DR échouerait si elle tentait de dépasser le nombre maximal de CPU.
Remarque - La propriété max-cores ne peut pas être modifiée, sauf si le domaine est arrêté et dissocié. Par conséquent, pour augmenter le nombre maximal de coeurs spécifié lors de la définition de la contrainte whole-core, vous devez tout d'abord arrêter et dissocier le domaine.
Utilisez les commandes suivantes pour ajouter, définir ou supprimer de façon dynamique des coeurs complets de CPU dans un domaine associé ou actif :
ldm add-core number-of-cpu-cores domain ldm set-core number-of-cpu-cores domain ldm rm-core number-of-cpu-cores domain
Remarque - Si le domaine n'est pas actif, ces commandes ajustent également le nombre maximal de coeurs de CPU pour le domaine. Si le domaine est associé ou actif, ces commandes ne modifient pas le nombre maximal de coeurs de CPU pour le domaine.
Exemple 10-8 Ajout dynamique de deux coeurs complets de CPU à un domaine
Cet exemple illustre l'ajout dynamique de deux coeurs complets de CPU au domaine ldg1. Le domaine ldg1 est un domaine actif configuré avec deux coeurs complets de CPU. La première commande montre que le domaine ldg1 est actif. La seconde commande indique que le domaine ldg1 est configuré avec des coeurs complets de CPU et avec un maximum de quatre coeurs : Les troisième et cinquième commandes indiquent les coeurs de CPU assignés au domaine avant et après l'ajout de deux coeurs complets de CPU. La quatrième commande ajoute de façon dynamique deux coeurs complets de CPU au domaine ldg1.
# ldm list ldg1 NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME ldg1 active -n---- 5000 16 2G 0.4% 5d 17h 49m # ldm list -o resmgmt ldg1 NAME ldg1 CONSTRAINT whole-core max-cores=4 # ldm list -o core ldg1 NAME ldg1 CORE CID PCPUSET 1 (8, 9, 10, 11, 12, 13, 14, 15) 2 (16, 17, 18, 19, 20, 21, 22, 23) # ldm add-core 2 ldg1 # ldm list -o core ldg1 NAME ldg1 CORE CID PCPUSET 1 (8, 9, 10, 11, 12, 13, 14, 15) 2 (16, 17, 18, 19, 20, 21, 22, 23) 3 (24, 25, 26, 27, 28, 29, 30, 31) 4 (32, 33, 34, 35, 36, 37, 38, 39)
La gestion dynamique des ressources (DRM) permet de gérer automatiquement les ressources CPU sur certains domaines. Si la DRM est utilisée, les stratégies DRM ne s'appliquent pas aux domaines configurés avec des coeurs complets de CPU.
Une stratégie DRM peut inclure un domaine configuré avec des coeurs complets de CPU. Toutefois, lorsqu'une telle stratégie est activée, elle est automatiquement désactivée pour le domaine concerné. Le domaine reste configuré avec des coeurs complets de CPU, à moins que le domaine ne soit ultérieurement reconfiguré avec des threads de CPU au lieu de coeurs complets. Lorsque le domaine est configuré pour l'utilisation de threads de CPU, la stratégie DRM est automatiquement réactivée pour le domaine concerné.
Vous pouvez utiliser la gestion de l'alimentation (PM) de la CPU en activant la politique performance ou élastique pour des domaines configurés avec des coeurs complets de CPU. L'utilisation de la PM préserve le partitionnement forcé du système.
Un domaine configuré avec des coeurs complets de CPU reste configuré avec des coeurs complets de CPU lorsque le domaine est redémarré ou lorsque l'ensemble du système est redémarré. Un domaine utilise les mêmes coeurs de CPU physiques pendant toute la durée de l'association. Par exemple, si un domaine est réinitialisé, il utilise les mêmes coeurs de CPU physiques avant et après la réinitialisation. De même, si le système entier est mis hors tension alors qu'un domaine est associé, ce domaine sera configuré avec les mêmes coeurs de CPU physiques lorsque le système est remis sous tension. Si vous dissociez puis associez à nouveau un domaine, ou si l'ensemble du système est redémarré avec une nouvelle configuration, il est possible que le domaine utilise des coeurs de CPU physiques différents.
Si vous migrez un domaine configuré avec des coeurs complets, vous devez reconfigurer le domaine cible de manière à ce qu'il utilise le partitionnement forcé une fois la migration terminée. Vous devez également vous assurer que votre contrat de licence vous autorise à utiliser le domaine à la fois sur le système source et sur le système cible.