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
Réinitialisation ou nouvelle association de domaine
Incompatibilité de la migration de domaine
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
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
Vous pouvez utiliser des stratégies pour déterminer la manière d'exécuter automatiquement des activités DR. A ce moment, vous pouvez uniquement créer des stratégies pour régir la gestion dynamique des ressources des CPU virtuelles.
Attention - Les restrictions suivantes affectent la gestion dynamique des ressources (DRM) de la CPU :
|
Une stratégie de gestion des ressources définit dans quelles conditions des CPU virtuelles peuvent être ajoutées automatiquement à un domaine logique et supprimées de celui-ci. Une stratégie est gérée à l'aide des commandes ldm add-policy, ldm set-policy et ldm remove-policy :
ldm add-policy [enable=yes|no] [priority=value] [attack=value] [decay=value] [elastic-margin=value] [sample-rate=value] [tod-begin=hh:mm[:ss]] [tod-end=hh:mm[:ss]] [util-lower=percent] [util-upper=percent] [vcpu-min=value] [vcpu-max=value] name=policy-name ldom... ldm set-policy [enable=[yes|no]] [priority=[value]] [attack=[value]] [decay=[value]] [elastic-margin=[value]] [sample-rate=[value]] [tod-begin=[hh:mm:ss]] [tod-end=[hh:mm:ss]] [util-lower=[percent]] [util-upper=[percent]] [vcpu-min=[value]] [vcpu-max=[value]] name=policy-name ldom... ldm remove-policy [name=]policy-name... ldom
Pour plus d'informations sur ces commandes et sur la création de stratégies de gestion des ressources, reportez-vous à la page de manuel ldm(1M).
Une stratégie est en vigueur pendant la durée indiquée par les propriétés tod-begin et tod-end. L'heure spécifiée par tod-begin doit être antérieure à l'heure spécifiée par tod-end dans une période de 24 heures. Par défaut, les valeurs des propriétés tod-begin et tod-end sont 00:00:00 et 23:59:59, respectivement. Lorsque les valeurs par défaut sont utilisées, la stratégie est toujours active.
La stratégie utilise la valeur de la propriété priority pour spécifier une priorité pour la stratégie de gestion dynamique des ressources (DRM). Les valeurs de priorité sont utilisées pour déterminer la relation entre les stratégies DRM sur un domaine unique et entre les domaines DRM sur un système unique. Les valeurs numériques inférieures représentent les priorités supérieures (meilleures). Les valeurs valides sont comprises entre 1 et 9 999. La valeur par défaut est 99.
Le comportement de la propriété priority dépend de la disponibilité d'un pool de ressources de CPU libres, comme suit :
Des ressources de CPU libres sont disponibles dans le pool. Dans ce cas, la propriété priority détermine quelle stratégie DRM sera appliquée lorsque plusieurs stratégies qui se chevauchent sont définies pour un même domaine.
Aucune ressource de CPU libre n'est disponible dans le pool. Dans ce cas, la propriété priority spécifie si une ressource peut être déplacée dynamiquement d'un domaine de priorité inférieure vers un domaine de priorité supérieure sur le même système. La priorité d'un domaine est celle spécifiée par la stratégie DRM en effet pour ce domaine.
Par exemple, un domaine de priorité supérieure peut acquérir des ressources de CPU à partir d'un autre domaine qui possède une stratégie DRM avec une priorité inférieure. Cette capacité d'acquisition de ressources s'appliquent uniquement aux domaines sur lesquels des stratégies DRM sont activées. Les domaines dont les valeurs priority sont identiques ne sont pas affectés par cette capacité. Ainsi, si la priorité par défaut est utilisée pour toutes les stratégies, les domaines ne peuvent pas obtenir de ressources des domaines de priorité inférieure. Pour tirer parti de cette fonction, réglez les valeurs des propriétés priority afin qu'elles soient différentes.
Par exemple, des stratégies DRM sont activées sur les domaines ldg1 et ldg2. La propriété priority du domaine ldg1 est 1, qui est plus favorable que la valeur de propriété priority du domaine ldg2 (2). Le domaine ldg1 peut supprimer dynamiquement une ressource de CPU du domaine ldg2 et se l'assigner dans les cas suivants :
Le domaine ldg1 requiert une autre ressource de CPU
Le pool de ressources de CPU disponibles est épuisé
La stratégie utilise les valeurs de la propriété util-high et util-low pour définir les seuils haut et bas d'utilisation de la CPU. Si l'utilisation dépasse la valeur de util-high, des CPU virtuelles sont ajoutées au domaine jusqu'à ce que le nombre soit compris entre les valeurs vcpu-min et vcpu-max. Si l'utilisation est inférieure à la valeur util-low, les CPU virtuelles sont supprimées du domaine jusqu'à ce que le nombre soit compris entre les valeurs vcpu-min et vcpu-max. Si vcpu-min est atteint, plus aucune CPU virtuelle ne peut être supprimée de manière dynamique. Si vcpu-max est atteint, plus aucune CPU virtuelle ne peut être ajoutée de manière dynamique.
Exemple 10-12 Ajout de stratégies de gestion des ressources
Par exemple, après avoir observé l'utilisation classique de vos systèmes pendant plusieurs semaines, vous pouvez définir des stratégies pour optimiser l'utilisation des ressources. L'utilisation la plus importante s'effectue tous les jours entre 9 heures et 18 heures, heure du Pacifique, et l'utilisation la plus faible a lieu tous les jours de 18 heures à 9 heures.
En fonction de cette observation de l'utilisation du système, vous décidez de créer les stratégies d'utilisation élevée et basse et fonction de l'utilisation globale de votre système :
Elevée : Tous les jours de 9 heures à 18 heures, heure du Pacifique
Basse : Tous les jours de 18 heures à 9 heures, heure du Pacifique
La commande ldm add-policy suivante créer la stratégie high-usage à utiliser au cours de la période d'utilisation élevée sur le domaine ldom1.
La stratégie high-usage suivant effectue les opérations suivantes :
Indique que les heures de début et de fin sont 9 heures et 18 heures en définissant les propriétés tod-begin et tod-end respectivement.
Indique que les limites inférieure et supérieure auxquelles effectuer une analyse de stratégie sont 25 % et 75 % en définissant les propriétés util-lower et util-upper respectivement.
Indique que les nombres minimum et maximum de CPU virtuelles sont 2 et 16 en définissant les propriétés vcpu-min et vcpu-max respectivement.
Indique que le nombre maximum de CPU virtuelles à ajouter au cours d'un cycle de contrôle des ressources est 1 en définissant la propriété attack.
Indique que le nombre maximum de CPU virtuelles à supprimer au cours d'un cycle de contrôle des ressources est 1 en définissant la propriété decay.
Indique que la priorité de cette stratégie est 1 en définissant la propriété priority. Une priorité de 1 signifie que cette stratégie sera appliquée même si une autre stratégie est en vigueur.
Indique que le nom du fichier de stratégie est high-usage en définissant la propriété name.
Utilise les valeurs par défaut pour les propriétés qui ne sont pas définies, notamment enable et sample-rate. Reportez-vous à la page de manuel ldm(1M).
# ldm add-policy tod-begin=09:00 tod-end=18:00 util-lower=25 util-upper=75 \ vcpu-min=2 vcpu-max=16 attack=1 decay=1 priority=1 name=high-usage ldom1
La commande ldm add-policy suivante crée la stratégie med-usage à utiliser au cours de la période d'utilisation faible sur le domaine ldom1.
La stratégie med-usage suivant effectue les opérations suivantes :
Indique que les heures de début et de fin sont 18 heures et 9 heures en définissant les propriétés tod-begin et tod-end respectivement.
Indique que les limites inférieure et supérieure auxquelles effectuer une analyse de stratégie sont 10 % et 50 % en définissant les propriétés util-lower et util-upper respectivement.
Indique que les nombres minimum et maximum de CPU virtuelles sont 2 et 16 en définissant les propriétés vcpu-min et vcpu-max respectivement.
Indique que le nombre maximum de CPU virtuelles à ajouter au cours d'un cycle de contrôle des ressources est 1 en définissant la propriété attack.
Indique que le nombre maximum de CPU virtuelles à supprimer au cours d'un cycle de contrôle des ressources est 1 en définissant la propriété decay.
Indique que la priorité de cette stratégie est 1 en définissant la propriété priority. Une priorité de 1 signifie que cette stratégie sera appliquée même si une autre stratégie est en vigueur.
Indique que le nom du fichier de stratégie est high-usage en définissant la propriété name.
Utilise les valeurs par défaut pour les propriétés qui ne sont pas définies, notamment enable et sample-rate. Reportez-vous à la page de manuel ldm(1M).
# ldm add-policy tod-begin=18:00 tod-end=09:00 util-lower=10 util-upper=50 \ vcpu-min=2 vcpu-max=16 attack=1 decay=1 priority=1 name=med-usage ldom1