Migration d'un domaine actif

Pour la migration d'un domaine actif avec le logiciel Oracle VM Server for SPARC 2.0, il y a un certain nombre de contraintes et de limitations imposées sur le domaine logique source, la machine source et la machine cible. Les sections suivantes décrivent ces contraintes et limitations pour chacun des types de ressource.

Migration des CPU dans un domaine actif

Vous trouverez ci-dessous les contraintes et les limitations concernant les CPU lorsque vous effectuez une migration :

• Les machines source et cible doivent avoir le même type de processeur s'exécutant à la même fréquence.

• La machine cible doit avoir suffisamment de brins libres pour accueillir le nombre de brins utilisés par le domaine.

D'autres contraintes et limitations s'appliquent dans l'une des conditions suivantes :

• Le système cible n'exécute pas au minimum la version 2.0 du gestionnaire de domaines logiques. Dans ce cas, vous risquez de voir le message suivant au cours de la migration :

  The target machine is running an older version of the domain
  manager that does not support the latest migration functionality.

• Le système source n'exécute pas au minimum la version 2.0 du gestionnaire de domaines logiques. Comme le gestionnaire de domaines logiques propriétaire du domaine source est incapable de détecter l'incohérence logicielle, la migration continue sans émettre de message.

• Le domaine source exécute une version du SE Oracle Solaris antérieure au SE Oracle Solaris 10 9/10. Dans ce cas, vous risquez de voir le message suivant au cours de la migration :

  Domain ldom is not running an operating system that is
  compatible with the latest migration functionality.

Si l'une des ces conditions s'applique, les contraintes et limitations suivantes concernant les CPU s'appliquent :

• Des serveurs de base entiers doivent être alloués pour le domaine migré. Si le nombre de brins dans le domaine source est inférieur à un serveur de base complet, les brins supplémentaires sont indisponibles pour les domaines tant que le domaine migré n'a pas été redémarré.

• Après une migration, la reconfiguration dynamique (DR) du CPU est désactivée pour le domaine cible tant qu'il n'a pas été redémarré. Après le redémarrage, la DR du CPU devient disponible pour ce domaine.

• Le système cible doit avoir suffisamment de serveurs de base totalement disponibles pour fournir le nombre de brins requis pour le domaine migré. Après la migration, si un serveur de base complet n'est que partiellement utilisé par le domaine migré, tous les brins supplémentaires sont indisponibles pour les domaines tant que le domaine migré n'a pas été redémarré.

Migration des CPU dans un domaine actif

Il doit y avoir suffisamment de mémoire libre sur la machine cible pour permettre la migration de la machine source. Par ailleurs, voici les quelques propriétés qui doivent être conservées pendant la migration :

• Il doit être possible de créer le même nombre de blocs de mémoire de taille identique.

• Les adresses physiques des blocs de mémoire ne doivent pas nécessairement correspondre, mais les mêmes adresses réelles doivent être conservées pendant la migration.

La machine cible doit avoir suffisamment de mémoire libre pour accueillir la migration du domaine source. Par ailleurs, la disposition de la mémoire disponible sur la machine cible doit être compatible avec la disposition de la mémoire sur le domaine source ou la migration échouera.

Plus précisément, si la mémoire de la machine cible est fragmentée en plusieurs petites plages d'adresse, mais que le domaine nécessite une seule plage d'adresse large, la migration échouera. L'exemple suivant illustre ce scénario. Le domaine cible a deux giga-octets de mémoire libre dans deux blocs de mémoire :

# ldm list-devices memory
MEMORY
    PA                   SIZE
    0x108000000          1G
    0x188000000          1G

Le domaine source, ldg-src, a également deux giga-octets de mémoire libre, mais il est disposé sur un seul bloc de mémoire :

# ldm list -o memory ldg-src
NAME
ldg-src

MEMORY
    RA               PA               SIZE
    0x8000000        0x208000000      2G

Étant donné cette disposition de la mémoire, la migration échoue :

# ldm migrate-domain ldg-src dt212-239
Target Password:
Unable to bind 2G memory region at real address 0x8000000
Domain Migration of LDom ldg-src failed

Migration des périphériques d'E/S physiques dans un domaine actif

Les périphériques virtuels qui sont associés à des périphériques physiques peuvent être migrés. Cependant, les domaines ayant un accès direct aux périphériques physiques ne peuvent pas être migrés. Par exemple, vous ne pouvez pas migrer des domaines d'E/S.

Migration des périphériques d'E/S virtuels dans un domaine actif

Tous les services d'E/S virtuels (VIO) utilisés par le domaine source doivent être disponibles sur la machine cible. En d'autres termes, les conditions suivantes doivent être remplies :

• Chaque volume logique utilisé dans le domaine logique source doit être disponible sur l'hôte cible et doit se référer au même stockage.

  ---

  Attention - Si le volume logique utilisé par la source en tant que périphérique de démarrage existe sur la cible mais ne se réfère pas au même stockage, la migration semble aboutir, mais la machine ne peut pas être utilisée car elle est incapable d'accéder au périphérique de démarrage. Le domaine doit être arrêté, le problème de configuration corrigé et le domaine redémarré. Sinon, le domaine pourrait rester dans un état incohérent.

  ---

• Un commutateur de réseau virtuel doit exister sur l'hôte cible pour chaque périphérique de réseau virtuel dans un domaine source, et il doit porter le même nom que le commutateur de réseau virtuel auquel le périphérique est connecté sur l'hôte source.

  Par exemple, si vnet0 dans le domaine source est connecté à un de service de commutateur virtuel nommé switch-y, il doit y avoir un domaine logique sur l'hôte cible fournissant un service de commutateur virtuel nommé switch-y.

  ---

  Remarque - Les commutateurs ne doivent pas être connectés au même réseau pour que la migration ait lieu, bien que le domaine migré puisse subir des problèmes réseau si les commutateurs ne sont pas connectés au même réseau.

  ---

  Les adresses MAC utilisées par le domaine source qui se trouver dans la plage allouée automatiquement doivent être disponibles pour une utilisation sur l'hôte cible.

• Un service de concentrateur de console virtuelle (vcc) doit exister sur l'hôte cible et disposer d'au moins trois ports libres. Les contraintes explicites de la console sont ignorées au cours de la migration. La console du domaine cible est créée en utilisant le nom du domaine cible comme groupe de consoles et à laide d'un port disponible sur le premier périphérique vccdu domaine de contrôle. S'il y a un conflit avec le nom de groupe par défaut, la migration échoue.

Migration d'une entrée/sortie hybride NIU sur un domaine actif

Un domaine utilisant des ressources d'E/S hybrides NIU peut être migré. Une contrainte définissant les ressources d'E/S hybrides NIU n'est pas une contrainte matérielle d'un domaine logique. Si un tel domaine est migré sur une machine ne disposant pas de ressources NIU disponibles, le contrainte est préservée, mais non remplie.

Migration des unités cryptographiques dans un domaine actif

À partir de la version 1.3 des domaines logiques, vous pouvez migrer un domaine invité associé à des unités cryptographiques s'il exécute un système d'exploitation prenant en charge la reconfiguration dynamique (DR) des unités cryptographiques.

Les versions suivantes du SE Oracle Solaris prennent en charge la reconfiguration dynamique des unités cryptographiques :

• Au moins le SE Solaris 10 10/09

• Au moins le SE Oracle Solaris 10 5/08 avec le patch 142245-01

Au début de la migration, le gestionnaire de domaines logiques détermine si le domaine source prend en charge la reconfiguration dynamique des unités cryptographiques. Si tel est le cas, le gestionnaire de domaines logiques tente de supprimer les unités cryptographiques du domaine. À la fin de la migration, les unités cryptographiques sont de nouveau ajoutées au domaine migré.

Reconfiguration retardée dans un domaine actif

Les opérations de reconfiguration retardée active sur les hôtes source et cible empêchent le début de la migration. Les opérations de reconfiguration retardée sont bloquées lorsqu'une migration est en cours.

Migration pendant qu'un domaine actif est en mode élastique

Les migrations de domaine ne sont pas prises en charge pour une machine source ou cible en mode élastique. Si une migration est en cours pendant que le domaine est en mode performance et que la stratégie de gestion de l'alimentation (PM) est définie sur le mode élastique, le changement de stratégie est retardé jusqu'à ce que la migration se termine. La commande de migration renvoie une erreur si la machine source ou cible est en mode élastique et qu'une migration de domaine est tentée.

Opérations sur d'autres domaines

Pendant qu'une migration est en cours sur une machine, toute opération pouvant provoquer la modification de l'état ou la configuration du domaine en cours de migration est bloquée. Toutes les opérations sur le domaine lui-même ainsi que les opérations d'association et d'arrêt sur les autres domaines de la machine sont bloquées.