Migration d'une zone marquée lx vers une autre machine

A propos de la migration d'une zone marquée lx

Les commandes zonecfg et zoneadm peuvent être utilisées pour la migration d'une zone non globale existante d'un système vers un autre. La zone est arrêtée et séparée de son hôte actuel. Le zonepath est déplacé vers l'hôte cible où il est attaché.

Les exigences suivantes s'appliquent lors de la migration de zone marquée lx :

• La zone globale figurant dans le système cible doit utiliser la même version Oracle Solaris que l'hôte d'origine.

• Afin d'assurer une exécution correcte de la zone, le système cible doit disposer des mêmes versions de packages système et de patchs système requis que ceux installés sur l'hôte d'origine.

• La marque doit être identique sur l'hôte d'origine et sur le système cible.

• Le système cible doit posséder l'un des types de processeur i686 pris en charge suivants :

  • Intel

    • Pentium Pro

    • Pentium II

    • Pentium III

    • Celeron

    • Xeon

    • Pentium 4

    • Pentium M

    • Pentium D

    • Pentium Extreme Edition

    • Core

    • Core 2

    AMD

    • Opteron

    • Athlon XP

    • Athlon 64

    • Athlon 64 X2

    • Athlon FX

    • Duron

    • Sempron

    • Turion 64

    • Turion 64 X2

Le processus zoneadm detach permet la création des informations nécessaires au rattachement de la zone à un système différent. Le processus zoneadm attach vérifie que la configuration de la machine cible est adaptée à la zone. Il existe plusieurs manières de rendre le zonepath disponible sur le nouvel hôte. C'est pour cela que le passage réel du zonepath d'un système vers un autre est un processus manuel qui est réalisé par l'administrateur global.

Une fois jointe au nouveau système, la zone est à l'état Installé.

Migration d'une zone marquée lx

1. Connectez-vous en tant que superutilisateur ou prenez le rôle d'administrateur principal.

   Pour savoir comment créer le rôle et l'assigner à un utilisateur, reportez-vous à la section Utilisation des outils de gestion Solaris avec RBAC (liste des tâches) du manuel Guide d’administration système : administration de base.

2. Arrêtez la zone à migrer, ici lx-zone.

   host1# zoneadm -z lx-zone halt

3. Détachez la zone.

   host1# zoneadm -z lx-zone detach

   La zone détachée est maintenant en état configuré.

4. Déplacez le zonepath de lx-zone vers le nouvel hôte.

   Pour de plus amples informations, reportez-vous à la section Déplacement du zonepath vers un nouvel hôte.

5. Dans le nouvel hôte, configurez la zone.

   host2# zonecfg -z lx-zone

   Le message système suivant s'affiche :

   lx-zone: No such zone configured
   Use 'create' to begin configuring a new zone.

6. Pour créer la zone lx-zone dans le nouvel hôte, utilisez la commande zonecfg avec l'option -a, ainsi que le zonepath.

   zonecfg:lx-zone> create -a /export/zones/lx-zone

7. Affichez la configuration.

   zonecfg:lx-zone> info
   zonename: lx-zone
   zonepath: /export/zones/lx-zone
   brand: lx
   autoboot: false
   bootargs:
   pool:
   limitpriv:
   net:
            address: 192.168.0.90
            physical: bge0

8. (Facultatif) Effectuez toute modification nécessaire à la configuration.

   Par exemple, le périphérique physique du réseau peut être différent sur le nouvel hôte, ou les périphériques faisant partie de la configuration peuvent posséder des noms différents sur le nouvel hôte.

   zonecfg:lx-zone> select net physical=bge0
   zonecfg:lx-zone:net> set physical=e1000g0
   zonecfg:lx-zone:net> end

9. Validez la configuration et quittez-la.

   zonecfg:lx-zone> commit
   zonecfg:lx-zone> exit

10. Rattachez la zone au nouvel hôte.
    • Rattachez la zone avec une coche de validation.

      host2# zoneadm -z lx-zone attach

      L'administrateur système est notifié des actions requises à effectuer si une des deux ou les deux conditions suivantes sont présentes :

      • Les packages et patchs requis ne se trouvent pas sur la nouvelle machine.

      • Les machines ne disposent pas des mêmes niveaux de logiciel.

    • Forcez l'opération de rattachement sans effectuer de validation.

      host2# zoneadm -z lx-zone attach -F

      ---

      Attention - L'option -F permet de forcer le rattachement attach sans effectuer de validation. Cela peut s'avérer utile dans certains cas, comme par exemple dans celui d'un environnement en cluster ou pour les opérations de sauvegarde et de restauration, mais le système doit être correctement configuré pour héberger la zone. Une configuration incorrecte peut entraîner un comportement indéfini ultérieurement.

      ---

Déplacement du zonepath vers un nouvel hôte

Il existe de nombreuses méthodes de création d'une archive du zonepath. Vous pouvez par exemple utiliser les commandes cpio ou pax décrites dans les pages de manuel cpio(1)) et pax(1) man pages.

Il existe également de nombreuses méthodes pour le transfert des archives vers le nouvel hôte. Le mécanisme utilisé pour le transfert du zonepath à partir de l'hôte source vers sa destination dépend de la configuration locale. Dans certains cas, comme celui d'un SAN, les données de zonepath pourraient ne pas se déplacer. Il suffit de reconfigurer le SAN pour que le zonepath soit visible dans le nouvel hôte. Dans d'autres cas, le zonepath peut être écrit sur une bande, laquelle est ensuite envoyée à un autre site.

C'est pour cela que cette étape n'est pas automatisée. L'administrateur système doit sélectionner la technique la plus adaptée pour le déplacement du zonepath vers le nouvel hôte.

1. Connectez-vous en tant que superutilisateur ou prenez le rôle d'administrateur principal.

   Pour savoir comment créer le rôle et l'assigner à un utilisateur, reportez-vous à la section Utilisation des outils de gestion Solaris avec RBAC (liste des tâches) du manuel Guide d’administration système : administration de base.

2. Déplacez le zonepath vers le nouvel hôte. Utilisez soit la méthode décrite dans cette procédure, soit la méthode alternative de votre choix.

Exemple 37-1 Archivage et déplacement du zonepath à l'aide de la commande tar

1. Créez un fichier tar pour le zonepath sur host1 et transférez-le vers host2 à l'aide de la commande sftp.

   host1# cd /export/zones
   host1# tar cf lx-zone.tar lx-zone
   host1# sftp host2
   Connecting to host2...
   Password:
   sftp> cd /export/zones
   sftp> put lx-zone.tar
   Uploading lx-zone.tar to /export/zones/lx-zone.tar
   sftp> quit

2. Dans host2, décompressez le fichier tar.

   host2# cd /export/zones
   host2# tar xf lx-zone.tar

Pour de plus amples informations, reportez-vous aux pages de manuel sftp(1) et tar(1).

Erreurs fréquentes

Consultez la section Résolution de problèmes via l'opération zoneadm attach pour obtenir des informations relatives à la résolution des problèmes suivants :

• Les patchs et les packages ne sont pas synchronisés.

• Les versions de système d'exploitation ne correspondent pas.

L'utilisateur doit vérifier que le type de processeur de la nouvelle machine est pris en charge. Pour de plus amples informations, reportez-vous à la section A propos de la migration d'une zone marquée lx.

Oracle Solaris 10 5/08 : à propos de la validation de la migration d'une zone marquée lx avant la migration

Avant de déplacer une zone vers une nouvelle machine, vous pouvez simuler sa migration grâce à l'option "no execute" -n.

La sous-commande zoneadm detach utilisée avec l'option -n génère un fichier manifeste sur une zone en cours d'exécution sans séparer réellement cette dernière du système d'origine. L'état de la zone sur ce système demeure donc inchangé. Le fichier manifeste de la zone est envoyé à stdout. L'administrateur global peut diriger cette sortie vers un fichier ou l'envoyer dans une commande distante en vue de sa validation immédiate sur l'hôte cible. La sous-commande zoneadm attach utilisée avec l'option -n interprète le fichier manifeste et s'assure que la configuration de la machine cible permet effectivement d'héberger la zone sans procéder à un rattachement.

Il n'est pas nécessaire de configurer la zone du système cible sur le nouvel hôte avant de simuler un rattachement.

Oracle Solaris 10 5/08 : procédure de validation de la migration d'une zone marquée lx avant la migration

Pour exécuter la procédure ci-dessous, vous devez être administrateur global.

1. Connectez-vous en tant que superutilisateur ou prenez le rôle d'administrateur principal.

   Pour savoir comment créer le rôle et l'assigner à un utilisateur, reportez-vous à la section Utilisation des outils de gestion Solaris avec RBAC (liste des tâches) du manuel Guide d’administration système : administration de base.

2. Choisissez l'une des méthodes suivantes.
   • Générez le fichier manifeste sur un hôte source nommé lx-zone et envoyez la sortie dans une commande distante en vue de sa validation immédiate sur l'hôte cible :

     global# zoneadm -z lx-zone detach -n | ssh remotehost zoneadm attach -n -

     Le trait d'union (-) figurant en fin de ligne spécifie la stdin pour le chemin.

   • Générez le fichier manifeste sur un hôte source nommé lx-zone et dirigez la sortie vers un fichier :

     global# zoneadm -z lx-zone detach -n 

     Copiez le fichier manifeste sur le nouveau système hôte, comme indiqué à la section Déplacement du zonepath vers un nouvel hôte, puis procédez à la validation :

     global# zoneadm attach -n path_to_manifest

     Le chemin peut contenir un trait d'union - spécifiant la stdin.