L'administration des groupes de périphériques de disques Sun Cluster dépend du gestionnaire de volumes installé sur le cluster. Solstice DiskSuite/Solaris Volume Manager reconnaît les clusters, il vous suffit donc d'ajouter, d'enregistrer et de supprimer des groupes de périphériques de disques à l'aide de la commande metaset(1M) de Solstice DiskSuite/Solaris Volume Manager. Si vous utilisez VERITAS Volume Manager (VxVM), vous créez des groupes de disques à l'aide des commandes VxVM. Vous pouvez ensuite enregistrer ces groupes en tant que groupes de périphériques de disques Sun Cluster à l'aide de l'utilitaire scsetup(1M). Pour supprimer des groupes de périphériques de disques VxVM, vous utiliserez les commandes scsetup et VxVM.
Le logiciel Sun Cluster crée automatiquement dans le cluster un groupe de périphériques de disques bruts pour chaque disque, ainsi qu'un lecteur de bande. Les groupes de périphériques de cluster restent à l'état hors ligne tant que vous ne les utilisez pas comme périphériques globaux. Lorsque vous administrez des groupes de périphériques de disques ou des groupes de disques du gestionnaire de volumes, vous devez vous trouver sur le noeud du cluster correspondant au noeud principal du groupe en question.
Normalement, vous n'avez pas besoin d'administrer l'espace de noms du périphérique global. L'espace de noms global est automatiquement configuré au cours de l'installation et mis à jour automatiquement pendant la réinitialisation de l'environnement d'exploitation Solaris. Cependant, si l'espace de noms global doit être mis à jour, vous pouvez exécuter la commande scgdevs(1M) à partir de n'importe quel noeud de cluster. Via cette commande, l'espace de noms global est alors mis à jour sur tous les autres noeuds du cluster, ainsi que sur les noeuds susceptibles de s'ajouter au cluster par la suite.
Les modifications apportées aux autorisations sur les périphériques globaux ne sont pas automatiquement diffusées vers tous les noeuds du cluster pour Solstice DiskSuite/Solaris Volume Manager et pour les périphériques de disques. Si vous souhaitez modifier ces autorisations, vous devez le faire manuellement sur tous les noeuds du cluster. Si, par exemple, vous souhaitez modifier les autorisations sur le périphérique global /dev/global/dsk/d3s0 pour la définir sur 644, vous devez exécuter
# chmod 644 /dev/global/dsk/d3s0
sur tous les noeuds du cluster.
VxVM ne prend pas en charge la commande chmod. Pour modifier les autorisations sur les périphériques globaux dans VxVM, reportez-vous au manuel de l'administrateur VxVM.
Voici les points à prendre en considération dans le cadre d'une reconfiguration dynamique (DR) de périphériques de disques et de bande dans un cluster.
Toutes les exigences, procédures et restrictions documentées pour la fonction Solaris DR s'appliquent également au support DR de Sun Cluster. La seule exception s'applique aux opérations de quiescence de l'environnement d'exploitation. Reportez-vous donc à la documentation relative à la DR de Solaris avant d'utiliser la fonction DR du logiciel Sun Cluster. Relisez surtout les conditions applicables aux périphériques ES hors réseau dans le cadre d'une opération DR de détachement.
Sun Cluster rejette les opérations de suppression de carte DR sur les périphériques actifs dans le noeud principal. Les opérations DR peuvent être appliquées à des périphériques inactifs du noeud principal, ainsi qu'à l'ensemble des périphériques des noeuds secondaires.
Après l'opération DR, l'accès aux données de cluster se poursuit comme auparavant.
Sun Cluster rejette les opérations DR ayant un impact sur la disponibilité des périphériques de quorum. Pour de plus amples informations, reportez-vous à la rubriqueReconfiguration dynamique avec périphériques de quorum.
tout échec sur le noeud principal, alors que vous effectuez une opération DR sur un noeud secondaire, a une incidence sur la disponibilité du cluster. Le noeud principal ne pourra pas effectuer de reprise sur panne tant qu'un nouveau noeud secondaire n'est pas disponible.
Procédez comme suit, en respectant l'ordre des étapes, pour effectuer des opérations DR sur des périphériques globaux.
Tableau 4–1 Liste des tâches : reconfiguration dynamique avec des périphériques de disques et de bande
Tâche |
Instructions |
---|---|
1. Pour effectuer sur le noeud principal une opération DR risquant d'avoir une incidence sur un groupe de périphériques actif, désactivez au préalable le noeud principal et les noeuds secondaires. |
Changement de noeud principal pour un groupe de périphériques |
2. Effectuez l'opération DR de suppression sur le périphérique que vous souhaitez supprimer. |
Sun Enterprise 10000 DR Configuration Guide et Sun Enterprise 10000 Dynamic Reconfiguration Reference Manual dans les collections Solaris 8 on Sun Hardware et Solaris 9 on Sun Hardware. |
Pour que Sun Cluster mette correctement à jour l'espace de noms VxVM, vous devez enregistrer les modifications apportées à un groupe de périphériques de disques ou à un volume VxVM à mesure que la configuration du groupe de périphériques de disques Sun Cluster change. La mise à jour de l'espace de noms sur tous les noeuds de cluster est ainsi assurée. Les modifications de configuration ayant une incidence sur l'espace de noms englobent l'ajout, la suppression ou le changement de nom d'un volume. La modification des autorisations de volume, le propriétaire ou l'identificateur du groupe a également une incidence sur l'espace de noms.
ne procédez à l'importation ou au déplacement de groupes de disques de VxVM à l'aide des commandes de VxVM qu'une fois le groupe de disques enregistré dans le cluster comme groupe de périphériques de disques Sun Cluster. Le logiciel Sun Cluster gère toutes les situations nécessitant l'importation ou la déportation de groupes de disques.
Chaque groupe de disques VxVM doit posséder un code mineur unique sur tout le cluster. Par défaut, lorsqu'un groupe de disques est créé, VxVM choisit comme code mineur de base du groupe un nombre aléatoire, multiple de mille. Pour la plupart des configurations comprenant un petit nombre de groupes de disques, cela suffit à garantir l'unicité du code. Le code mineur pour un groupe de disques nouvellement créé peut entrer en conflit avec le code mineur d'un groupe de disques pré-existant ayant été importé sur un noeud différent. Dans ce cas, il sera impossible d'enregistrer le groupe de périphériques de disques Sun Cluster. Pour résoudre ce problème, il faut attribuer au nouveau groupe de disques un nouveau code mineur unique, puis l'enregistrer en tant que groupe de périphériques de disques Sun Cluster.
Si vous configurez un volume en miroir, vous pouvez utiliser le système DRL (Dirty Region Logging) pour réduire le délai de récupération du volume en cas de panne d'un noeud. Il est fortement recommandé d'utiliser ce système, même s'il risque de diminuer le débit d'E/S.
VxVM ne prend pas en charge la commande chmod. Pour modifier les autorisations sur les périphériques globaux dans VxVM, reportez-vous au manuel de l'administrateur VxVM .
Le logiciel Sun Cluster 3.1 4/04 ne prend pas en charge la fonction de multi-chemin dynamique VxVM (DMP) qui permet de gérer plusieurs chemins à partir du même noeud.
Si vous utilisez VxVM pour configurer des groupes de disques partagés pour Oracle Parallel Server/Real Application Clusters, utilisez la fonction VxVM du cluster décrite dans le document Manuel de référence de l'administrateur de VERITAS Volume Manager. La création de groupes de disques partagés pour Oracle Parallel Server/Real Application Clusters et la création d'autres groupes de disques s'effectuent différemment. Vous devez importer les groupes de disques partagés d'Oracle Parallel Server/Real Application Clusters à l'aide de la commande vxdg -s. Vous n'êtes pas tenu d'enregistrer les groupes de disques partagés d'Oracle Parallel Server/Real Application Clusters au sein de la structure du cluster. Pour créer d'autres disques de groupes VxVM, consultez la rubrique SPARC: création d'un nouveau groupe de disques lors de l'initialisation des disques (VERITAS Volume Manager).