Solaris : zones et domaines logiques, deux niveaux de virtualisation

Identifier zone globale, zones non globales et marques

Les zones partagent des éléments du système hôte selon leur type. Les possibilités de marques, versions invitées et migration dépendent des versions Solaris et des outils pris en charge. Les recettes de zones Solaris 8 ou 9 sur un hôte d’une époque donnée ne constituent pas une matrice de compatibilité actuelle.

Inventoriez configuration, réseau, datasets et ressources de chaque zone. Une copie de son répertoire ne prouve pas que toutes ses dépendances ont été sauvegardées. Vérifiez les états avant de préparer une intervention.

zoneadm list -cv

Repérer les rôles des domaines logiques

Oracle VM Server for SPARC, souvent désigné par LDOM dans le wiki, s’appuie sur la virtualisation des plateformes SPARC compatibles. Distinguez domaines de contrôle, de service et invités dans l’architecture réelle. Un service de disque ou de réseau fourni par un domaine peut devenir une dépendance de plusieurs invités.

Conservez les configurations persistantes et l’association des ressources. N’interprétez pas l’arrêt d’un domaine de service comme celui d’une simple application sans effet sur les autres.

Tester la reconstruction des dépendances

Pour une reprise, vérifiez dans quel ordre les domaines, services de stockage et zones doivent revenir. Une duplication peut reprendre identifiants réseau et noms d’hôte : isolez l’essai pour éviter les conflits avec la production.

Avant une migration ou une modification de limites, contrôlez compatibilité, capacité et restauration. Le temps de reprise doit inclure l’hôte et les services partagés, pas seulement le démarrage de l’invité. Une bonne documentation relie la machine virtuelle au service métier qu’elle porte.