Recommandations relatives au logiciel Solaris Volume Manager

Tenez compte des points suivants lorsque vous planifiez des configurations Solaris Volume Manager.

• Noms de volumes : le nom de chaque volume Solaris Volume Manager sur lequel un système de fichiers de périphériques globaux, /global/.devices/node@nodeid, est monté doit être unique sur l'ensemble du cluster. De plus, le nom ne peut pas être le même que celui d'aucun ID de périphérique.

• Médiateurs à deux chaînes : chaque jeu de disques configuré avec exactement deux chaînes de disque et géré par exactement deux nœuds doit comporter des médiateurs Solaris Volume Manager. Une chaîne de disque se compose d'une baie de disques avec ses disques physiques, des câbles de la baie vers le ou les nœuds et des adaptateurs d'interface. Respectez les règles suivantes pour configurer les médiateurs à deux chaînes :

  • Vous devez configurer chaque jeu de disques avec exactement deux nœuds intervenant en tant qu'hôtes médiateurs.

  • Vous devez utiliser les deux mêmes nœuds pour tous les jeux de disques nécessitant des médiateurs. Ces deux nœuds doivent contrôler les jeux de disques.

  • Les médiateurs ne peuvent pas être configurés pour des jeux de disques ne remplissant pas les conditions requises (deux chaînes et deux hôtes).

  Pour obtenir plus d'informations, reportez-vous à la page de manuel mediator(7D).

• Paramètres /kernel/drv/md.conf  : SPARC : Sous le SE Solaris 9, les volumes Solaris Volume Manager utilisés par chacun des jeux de disques sont créés à l'avance, lors de l'initialisation de la reconfiguration. Cette reconfiguration se base sur les paramètres de configuration existant dans le fichier /kernel/drv/md.conf.

  ---

  Remarque –

  Avec la parution de Solaris 10, Solaris Volume Manager a été amélioré et prend désormais en charge la configuration dynamique des volumes. Il n'est plus nécessaire de modifier les paramètres nmd et md_nsets du fichier /kernel/drv/md.conf. Les nouveaux volumes sont créés de manière dynamique, selon vos besoins.

  ---

  Vous devez modifier les champs nmd et md_nsets comme suit pour prendre en charge une configuration Sun Cluster sur le SE Solaris 9:

  ---

  Caution –

  Tous les nœuds du cluster doivent disposer de fichiers /kernel/drv/md.conf identiques, quel que soit le nombre de jeux de disques servis par chacun d'eux. Le non-respect de cette consigne peut occasionner de graves erreurs de Solaris Volume Manager et un risque de pertes de données.

  ---

  • md_nsets : le champ md_nsets définit le nombre total de jeux de disques qui peuvent être créés pour un système afin de répondre aux besoins du cluster entier. Paramétrez la valeur de md_nsets sur le nombre attendu de jeux de disques dans le cluster plus un jeu supplémentaire. Le logiciel Solaris Volume Manager utilise ce dernier pour gérer les disques privés sur l'hôte local.

    Le nombre maximal de jeux de disques autorisés par cluster est de 32. Il correspond à 31 jeux de disques dédiés à une utilisation générale plus un jeu destiné à la gestion de disques privés. La valeur par défaut de md_nsets est 4.

  • nmd : le champ nmd définit la valeur la plus élevée du futur nom de volume du cluster. Par exemple, si la plus haute valeur des noms de volumes utilisée par les 15 premiers jeux de disques d'un cluster est 10, alors que la plus haute valeur du volume du seizième jeu de disques est 1 000, définissez nmd sur au moins 1 000. Par ailleurs, la valeur de nmd doit être suffisamment grande pour prendre en compte chaque ID de périphérique et pour garantir que le nom de chaque volume local est unique dans tout le cluster.

    La valeur maximale de noms de volumes par jeu de disques est de 8192. La valeur par défaut du champ nmd est 128.

  Définissez ces champs au moment de l'installation en tenant compte des éventuelles extensions futures du cluster. L'augmentation de la capacité de ces champs, après la production du cluster, prend du temps. La modification de cette valeur nécessite une reconfiguration au démarrage pour chaque nœud. Si vous reportez cette opération, cela augmente également la probabilité d'erreurs d'allocation d'espace dans le système de fichiers racine (/) pour créer tous les périphériques nécessaires.

  Parallèlement, définissez la valeur des champs nmd et md_nsets sur la valeur la plus basse possible. Les structures de mémoire existent pour tous les périphériques possibles conformément aux commandes nmd et md_nsets, même si vous n'avez pas créé ces périphériques. Pour des performances optimales, configurez la valeur de nmd et de md_nsets de sorte qu'elle soit légèrement supérieure au nombre de volumes que vous utiliserez.

  Reportez-vous au chapitre System Files and Startup Files du Solaris Volume Manager Administration Guide (Solaris 9 ou Solaris 10) pour plus d'informations sur le fichier md.conf.