SPARC: recommandations relatives au logiciel VERITAS Volume Manager

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

• Attribution de noms basée sur la délimitation : l’attribution de noms basée sur la délimitation est une fonction introduite dans la version 3.2 de VxVM. Si vous l’utilisez pour des périphériques, assurez-vous d’utiliser des noms de périphériques compatibles sur tous les noeuds du cluster partageant 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 noeuds. 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 racine : vous devez créer un groupe de disques racine par défaut sur chaque noeud. Le groupe de disques racine peut être créé sur les disques suivants :

  • le disque racine, devant être encapsulé ;

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

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

  Le groupe de disques racine doit être local sur le noeud.

• Encapsulage : les disques à encapsuler doivent posséder 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 que ce groupe 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 du journal des zones modifiées permet une récupération plus rapide des volumes après un échec de noeud. Il peut cependant réduire le débit d'E/S.

• DMP (multi-acheminement dynamique) :

  l'utilisation du seul multi-acheminement dynamique (DMP) pour la gestion de plusieurs chemins d'E/S par noeud vers le stockage partagé du cluster n'est pas prise en charge. Elle ne l'est que pour les configurations suivantes :

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

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