SPARC: Recommandations relatives au logiciel VERITAS Volume Manager

Tenez compte des points suivants lorsque vous planifiez des configurations VERITAS Volume Manager (VxVM) :

• Convention d'appellation d'après la baie : si vous décidez de nommer les périphériques d'après la baie qu'ils occupent (Enclosure-Based Naming), veillez à préserver la cohérence des noms sur tous les nœuds du cluster qui partagent le même stockage. VxVM ne procède pas à la coordination de ces noms, il incombe donc à l'administrateur de vérifier que VxVM attribue le même nom à tous les périphériques identiques des différents nœuds. Des noms incompatibles n'ont pas d'incidence sur le comportement correct du cluster. Cependant, cela complique considérablement l'administration du cluster et augmente grandement le risque d'erreurs de configuration, pouvant éventuellement engendrer des pertes de données.

• Groupe de disques root : si vous utilisez VxVM 3.5 ou version antérieure, vous devez créer un groupe de disques root sur chacun des nœuds. Pour VxVM 4.0, la création d'un groupe de disques root est facultative.

  Un groupe de disques root peut être créé sur les disques suivants :

  • le disque root, devant être encapsulé ;

  • un ou plusieurs disques locaux non root, pouvant être encapsulés ou initialisés ;

  • une combinaison de disques root et de disques locaux non root.

  Le groupe de disques root doit être local sur le nœud.

• Groupes de disques root simples : les groupes de disques root simples (rootdg créé sur une seule tranche du disque root) ne sont pas pris en charge en tant que types de disques avec le logiciel VxVM sur Sun Cluster. Il s'agit d'une restriction générale du logiciel VxVM.

• Encapsulation : les disques à encapsuler doivent disposer de deux entrées de table de tranches de disque libres.

• Nombre de volumes : lors de la création d'un groupe de périphériques de disques, estimez le nombre maximal de volumes qu'il utilisera.

  • Si ce nombre de volumes est inférieur à 1000, vous pouvez utiliser les codes mineurs par défaut.

  • Si ce nombre est supérieur ou égal à 1000, vous devez prévoir avec soin le mode d'affectation des codes mineurs aux volumes du groupe de périphériques de disques. Il est impossible d'affecter des codes mineurs se chevauchant à deux groupes de périphériques.

• Journal des zones modifiées : l'utilisation de ce journal permet une récupération plus rapide des volumes après la défaillance d'un nœud. Il peut cependant réduire le débit d'E/S.

• Multiacheminement dynamique : l'utilisation de cette seule fonction pour gérer plusieurs chemins d'E/S par nœud vers l'espace de stockage partagé n'est pas prise en charge. Elle ne l'est que pour les configurations suivantes :

  • chemin d'E/S unique par nœud vers le stockage partagé du cluster ;

  • solution de multiacheminement prise en charge, telle que Sun Traffic Manager, EMC PowerPath ou Hiatchi HDLM et gérant plusieurs chemins d'E/S par nœud vers le stockage partagé du cluster.

Pour de plus amples informations, reportez-vous à la documentation d'installation de VxVM.