Tenez compte des points suivants lorsque vous planifiez des configurations Solaris Volume Manager.
Noms de volumes locaux – Le nom de chaque volume Solaris Volume Manager local sur lequel un système de fichiers de périphériques globaux, /global/.devices/node@nodeid, est monté, doit être unique sur le 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 ensemble de disques configuré avec exactement deux chaînes de disques et géré par exactement deux nœuds doit comporter des médiateurs Solaris Volume Manager pour l'ensemble de disques. 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 Solaris 9, les volumes Solaris Volume Manager qui sont utilisés par chaque ensemble de disques, sont créés à l'avance, au moment de la réinitialisation après reconfiguration. Cette reconfiguration se base sur les paramètres de configuration existant dans le fichier /kernel/drv/md.conf.
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 de Sun Cluster sur le SE Solaris 9 :
Tous les nœuds de cluster doivent comprendre des fichiers /kernel/drv/md.conf identiques, quel que soit le nombre d'ensembles de disques servis par chaque nœud. 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 du champ 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 valeur la plus élevée des noms de volume utilisés dans les 15 premiers ensembles de disques d'un cluster est égale à 10, mais que la valeur la plus élevée du volume dans le 16ème ensemble de disques est égale à 1000, définissez la valeur du nmd sur au moins 1000. En outre, la valeur de nmd doit être assez élevée pour s'assurer que suffisamment de numéros existent pour chaque nom d'ID de périphérique. Le nombre doit aussi être suffisamment élevé pour assurer que chaque nom de volume local peut être unique dans le cluster.
La valeur maximale autorisée pour un nom de volume par ensemble de disques est 8192. La valeur par défaut de 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 md_nsets de sorte qu'elle soit légèrement supérieure au nombre de volumes que vous pensez utiliser.
Reportez-vous à Fichiers système et de démarrage dans le Manuel d'administration du gestionnaire de volumes Solaris (Solaris 9 ou dans Solaris 10) pour plus d'informations sur le fichier md.conf.