Configurez vos disques locaux et multihosts pour le VERITAS Volume Manager (VxVM) en suivant les procédures décrites dans cette annexe et en utilisant les informations fournies dans le Chapitre 1. Reportez-vous à votre documentation de VxVM pour plus de détails.
Les procédures décrites dans cette annexe sont les suivantes :
Le tableau suivant répertorie les tâches à effectuer pour configurer VxVM pour les configurations Sun Cluster.
Tableau B-1 Plan des tâches : configuration de VxVM pour les configurations Sun Cluster
Tâche |
Pour les instructions, voir... |
---|---|
Planification de la disposition de votre configuration VxVM. | |
Vérification de l'utilisation d'un même code majeur de pseudo-périphérique sur chaque noeud. | |
Si nécessaire, modification du code majeur de pseudo-périphérique d'un noeud. | |
Création du groupe de disques root (rootdg). | |
Création de groupes de disques et de volumes partagés. | |
Si nécessaire, résolution des conflits de codes mineurs entre les groupes d'unités de disque en affectant un nouveau code mineur. |
"Affectation d'un nouveau code mineur à un groupe d'unités de disque" |
Vérification des groupes de disques et de volumes partagés. | |
Création et montage de systèmes de fichiers de cluster. |
Le pilote vxio doit avoir les mêmes codes majeurs de pseudo-périphériques sur tous les noeuds de cluster. Vous pouvez trouver ce code dans le fichier /etc/name_to_major une fois l'installation terminée. Suivez les procédures ci-dessous pour vérifier les codes majeurs des pseudo-périphériques.
Devenez superutilisateur sur un noeud du cluster.
Sur chaque noeud de cluster, affichez le code majeur du pseudo-périphérique.
Par exemple, tapez la commande suivante :
# grep vxio /etc/name_to_major vxio 45 |
Comparez les codes majeurs de tous les pseudo-périphériques de tous les noeuds.
Les codes majeurs doivent être les mêmes sur chaque noeud. Si les codes varient, vous devez modifier ceux qui diffèrent des autres.
Pour modifier le code majeur de pseudo-périphérique d'un noeud, reportez-vous à la section "Modification du code majeur du pseudo-périphérique".
Sinon, pour configurer le groupe de disques root (rootdg), reportez-vous à la section "Configuration d'un groupe de disques rootdg".
Suivez cette procédure si le code majeur du pseudo-périphérique n'est pas identique pour chaque noeud du cluster.
Connectez-vous en tant que superutilisateur sur le noeud comportant le code majeur à modifier.
Editez le fichier /etc/name_to_major de manière que ce code soit identique sur tous les noeuds.
Assurez-vous que ce code est unique dans le fichier /etc/name_to_major pour chaque noeud. Pour procéder rapidement à cette vérification, recherchez visuellement le code maximal affecté à chaque noeud du fichier /etc/name_to_major, calculez le maximum de ces nombres, ajoutez un, puis affectez cette somme au pilote vxio.
Réinitialisez le noeud.
Utilisez la commande scswitch(1M) pour évacuer tous les groupes de ressources ou groupes de périphériques du noeud.
# scswitch -S -h noeud |
Evacue tous les groupes de ressources et groupes de périphériques.
Indique le nom du noeud à partir duquel évacuer les groupes de ressources ou de périphériques.
Utilisez la commande shutdown(1M) pour réinitialiser le noeud.
# shutdown -g 0 -y -i 6 |
(Facultatif) Si le système signale des erreurs de groupe de disques et que le cluster ne démarre pas, il vous faudra peut-être effectuer les opérations suivantes :
Pour configurer le groupe de disques root (rootdg), reportez-vous à la section "Configuration d'un groupe de disques rootdg".
Chaque noeud de cluster nécessite la création d'un groupe de disques rootdg. Ce groupe de disques est utilisé par VxVM pour stocker les informations de configuration et est soumis aux restrictions suivantes :
L'accès au groupe de disques rootdg d'un noeud est restreint à ce seul noeud.
Les noeuds distants ne doivent jamais accéder aux données stockées dans le groupe de disques rootdg d'un autre noeud.
N'utilisez pas la commande scconf(1M) pour enregistrer le groupe de disques rootdg en tant que groupe de disques partagé.
Dans la mesure du possible, configurez toujours le groupe de disques rootdg de chaque noeud sur un disque non partagé.
Le logiciel Sun Cluster prend en charge les méthodes suivantes pour la configuration du groupe de disques rootdg :
Encapsulage du disque root du noeud : cette méthode permet la mise en miroir du disque root, ce qui constitue une alternative de démarrage en cas de corruption ou d'endommagement du disque root. L'encapsulage du disque root nécessite deux tranches de disque libres ainsi que des cylindres libres, de préférence au début ou à la fin du disque.
Utilisation de disques locaux et non-root : VxVM peut initialiser ou encapsuler des disques locaux pour les utiliser comme rootdg, principalement en créant un groupe de disques local sur ce noeud (ni accessible globalement, ni hautement disponible). Comme pour le disque root, l'encapsulage d'un disque non-root nécessite deux tranches de disque libres et des cylindres libres au début ou à la fin du disque.
Pour plus d'informations, reportez-vous à la documentation d'installation de VxVM.
Suivez cette procédure pour créer un groupe de disques rootdg en encapsulant le disque root.
Gardez à portée de main les clés de licence de VERITAS Volume Manager (VxVM).
Devenez superutilisateur sur un noeud du cluster.
Assurez-vous que le disque root dispose d'au moins deux tranches avec 0 cylindre et un ou plusieurs cylindres à la fin ou au début du disque.
Si nécessaire, utilisez la commande format(1M) pour affecter 0 cylindre à chaque tranche de VxVM. Si la tranche 7 a été réservée pour le gestionnaire de volumes, le formatage de la tranche 7 libère également l'espace supplémentaire nécessaire à la fin du disque.
Lancez l'utilitaire vxinstall(1M).
# vxinstall |
Lorsque le système vous y invite, répondez comme suit :
Choisissez l'installation personnalisée.
Encapsulez le disque root.
Choisissez un nom unique sur tout le cluster pour le disque root. La méthode la plus simple pour attribuer un nom au disque root consiste à ajouter une lettre au nom par défaut.
Par exemple, si le nom par défaut est rootdisk, appelez le disque root rootdiska sur un noeud, rootdiskb sur le suivant, etc.
N'ajoutez aucun autre disque au groupe de disques rootdg.
Pour tous les autres contrôleurs, choisissez 4 (Leave these disks alone).
N'acceptez pas la l'arrêt et la réinitialisation.
Pour plus de détails, reportez-vous à la documentation d'installation de VxVM.
DMP étant désactivé, un message d'erreur semblable à celui-ci risque d'être généré. Vous pouvez l'ignorer sans risque.
vxvm:vxdmpadm: ERROR: vxdmp module is not loaded on the system. Command invalid. |
Editez les noms de périphériques du fichier /etc/vfstab pour le système de fichiers /global/.devices/node@ID_noeud.
vous devez apporter cette modification pour que VxVM reconnaisse que le système de fichiers /global/.devices/node@ID_noeud se trouve sur le disque root.
Remplacez les noms de périphériques existants par les noms utilisés dans l'entrée /globaldevices, qui est mise en commentaire. Imaginez par exemple les entrées suivantes du fichier /etc/vfstab pour /globaldevices et /global/.devices/node@2.
#device device mount FS fsck mount mount #to mount to fsck point type pass at boot options ... #/dev/dsk/c1t3d0s3 /dev/rdsk/c1t3d0s3 /globaldevices ufs 2 yes - ... /dev/did/dsk/d4s3 /dev/did/rdsk/d4s3 /global/.devices/node@2 ufs 2 no global |
Vous remplaceriez l'entrée /global/.devices/node@2 comme suit :
#device device mount FS fsck mount mount #to mount to fsck point type pass at boot options ... #/dev/dsk/c1t3d0s3 /dev/rdsk/c1t3d0s3 /globaldevices ufs 2 yes - ... /dev/dsk/c1t3d0s3 /dev/rdsk/c1t3d0s3 /global/.devices/node@2 ufs 2 no global |
Répétez l'opération (de l'Étape 2 à l'Étape 5) sur chaque noeud du cluster.
A partir d'un noeud, utilisez la commande scshutdown(1M) pour fermer le cluster.
# scshutdown |
Réinitialisez chaque noeud en mode hors cluster.
Exécutez la commande suivante sur chaque noeud pour réinitialiser en mode hors cluster :
ok boot -x |
ne réinitialisez pas le noeud en mode cluster.
Si un noeud affiche un message similaire à celui-ci, appuyez sur Control-D pour continuer le démarrage.
Ignorez l'instruction d'exécuter fsck manuellement. Appuyez sur Control-D pour continuer le démarrage et terminer les procédures d'encapsulage du disque root restant.
WARNING - Unable to repair the /global/.devices/node@1 filesystem. Run fsck manually (fsck -F ufs /dev/vx/rdsk/rootdisk3vola). Exit the shell when done to continue the boot process. Type control-d to proceed with normal startup, (or give root password for system maintenance): |
Le système de fichiers /global/.devices/node@ID_noeud nécessite toujours des modifications supplémentaires avant que le cluster ne puisse le monter globalement sur chaque noeud. Du fait de cette exigence, un seul noeud réussira à monter le système de fichiers /global/.devices/node@ID_noeud lors de cette réinitialisation, ce qui entraînera l'affichage d'un message d'avertissement.
VxVM encapsule le disque root et met à jour les entrées de /etc/vfstab.
Démontez le système de fichiers /global/.devices/node@ID_noeud dont le montage a réussi à l'Étape 8.
# umount /global/.devices/node@ID_noeud |
Le démontage de ce système de fichiers vous permet de redéfinir le mineur du groupe de disques pendant l'Étape 10 sans avoir à redémarrer le noeud deux fois pour initialiser la modification. Ce système de fichiers est automatiquement remonté lorsque vous réinitialisez à l'Étape 14.
Redéfinissez le mineur du groupe de disques rootdg sur chaque noeud du cluster.
Indiquez un code mineur rootdg unique sur le cluster et inférieur à 1000 pour éviter les conflits de codes mineurs avec les groupes de disques partagés. Un projet de redéfinition de mineurs efficace consiste à affecter 100 sur le premier noeud, 200 sur le deuxième, etc.
# vxdg reminor rootdg n |
Indique le code mineur rootdg
Une fois cette commande exécutée, des messages d'avertissement semblables au suivant peuvent s'afficher. Vous pouvez les ignorer sans risque.
vxvm:vxdg: WARNING: Volume swapvol: Device is open, will renumber on reboot |
Le nouveau code mineur est appliqué aux volumes du disque root. Le volume d'échange est renuméroté après la réinitialisation.
# ls -l /dev/vx/dsk/rootdg total 0 brw------- 1 root root 55,100 Apr 4 10:48 rootdiska3vol brw------- 1 root root 55,101 Apr 4 10:48 rootdiska7vol brw------- 1 root root 55, 0 Mar 30 16:37 rootvol brw------- 1 root root 55, 7 Mar 30 16:37 swapvol |
Sur chaque noeud du système, si le système de fichiers /usr ne se trouve pas au même emplacement que le système de fichiers root (/) sur le disque root, mettez manuellement à jour les noeuds du périphérique pour le volume /usr.
Supprimez les noeuds de périphériques /usr existants.
# rm /dev/vx/dsk/usr # rm /dev/vx/dsk/rootdg/usr # rm /dev/vx/rdsk/usr # rm /dev/vx/rdsk/rootdg/usr |
Déterminez le nouveau code mineur affecté au système de fichiers /usr.
# vxprint -l -v usrvol Disk group: rootdg Volume: usrvol ... device: minor=102 bdev=55/102 cdev=55/102 path=/dev/vx/dsk/rootdg/usrvol |
Créez de nouveaux noeuds de périphériques /usr en utilisant le nouveau code mineur.
# mknod /dev/vx/dsk/usr b code_majeur nouveau_code_mineur # mknod /dev/vx/dsk/rootdg/usr b code_majeur nouveau_code_mineur # mknod /dev/vx/rdsk/usr c code_majeur nouveau_code_mineur # mknod /dev/vx/rdsk/rootdg/usr c code_majeur nouveau_code_mineur |
Sur chaque noeud du système, si le système de fichiers /var ne se trouve pas au même emplacement que le système de fichiers root (/) sur le disque root, mettez manuellement à jour les noeuds du périphérique pour le volume /var.
Supprimez les noeuds de périphériques /var existants.
# rm /dev/vx/dsk/var # rm /dev/vx/dsk/rootdg/var # rm /dev/vx/rdsk/var # rm /dev/vx/rdsk/rootdg/var |
Déterminez le nouveau code mineur affecté au système de fichiers /var.
# vxprint -l -v usrvol Disk group: rootdg Volume: usrvol ... device: minor=103 bdev=55/102 cdev=55/102 path=/dev/vx/dsk/rootdg/usrvol |
Créez de nouveaux noeuds de périphériques /var en utilisant le nouveau code mineur.
# mknod b /dev/vx/dsk/var code_majeur nouveau_code_mineur # mknod b /dev/vx/dsk/rootdg/var code_majeur nouveau_code_mineur # mknod c /dev/vx/rdsk/var code_majeur nouveau_code_mineur # mknod c /dev/vx/rdsk/rootdg/var code_majeur nouveau_code_mineur |
A partir d'un noeud, arrêtez le cluster.
# scshutdown |
Réinitialisez chaque noeud en mode cluster.
ok boot |
(Facultatif) Mettez le disque root en miroir sur chaque noeud du cluster.
Reportez-vous à la documentation de VxVM pour obtenir les instructions sur la mise en miroir du root.
Si vous avez mis le disque root en miroir, sur chaque noeud du cluster, activez la propriété localonly du groupe de périphériques du disque dur associé au disque utilisé pour mettre le disque root en miroir.
Pour chaque noeud, configurez un groupe d'unités de disque brutes distinct qui sera utilisé uniquement pour la mise en miroir du disque root de ce noeud. Vous devez activer la propriété localonly pour éviter la séparation involontaire d'un noeud de son périphérique de démarrage si ce dernier est connecté à plusieurs noeuds.
# scconf -c -D name=nom_groupe_disques_bruts,localonly=true |
Indique le nom du groupe d'unités du disque brutes unique dans le cluster
Si nécessaire, utilisez la commande scdidadm -L pour afficher le nom de pseudo-pilote de l'ID de périphérique (DID) complet du groupe d'unités de disque brutes. Dans l'exemple suivant, le nom du groupe de périphériques du disque brut dsk/d1 apparaît dans la troisième colonne des résultats, qui correspond au nom complet du pseudo-pilote DID. La commande scconf configure ensuite l'unité de disque brute dsk/d1 en vue d'une utilisation exclusive par le noeud phys-schost-3 pour la mise en miroir de son disque root.
# scdidadm -L ... 1 phys-schost-3:/dev/rdsk/c0t0d0 /dev/did/rdsk/d1 phys-schost-3# scconf -c -D name=dsk/d1,localonly=true |
Pour plus d'informations sur la propriété localonly, reportez-vous à la page de manuel scconf_dg_rawdisk(1M).
Pour créer des groupes de disques partagés, reportez-vous à la section "Création et enregistrement d'un groupe de disques partagé".
Suivez cette procédure pour créer un groupe de disques rootdg en encapsulant ou en initialisant des disques non-root locaux.
Gardez à portée de main les clés de licence de VERITAS Volume Manager (VxVM).
Connectez-vous en tant que superutilisateur sur le noeud.
(Facultatif) Si les disques doivent être encapsulés, assurez-vous que chaque disque dispose d'au moins deux tranches avec 0 cylindre.
Si nécessaire, utilisez la commande format(1M) pour affecter 0 cylindre à chaque tranche de VxVM.
Lancez l'utilitaire vxinstall(1M).
# vxinstall |
Lorsque le système vous y invite, répondez comme suit :
Choisissez l'installation personnalisée.
N'encapsulez pas le disque root.
Choisissez les disques que vous souhaitez ajouter au groupe de disques rootdg.
N'acceptez pas la réinitialisation automatique.
Evacuez tous les groupes de ressources ou groupes d'unités du noeud.
# scswitch -S -h noeud |
Evacue tous les groupes de ressources et groupes de périphériques.
Indique le nom du noeud à partir duquel évacuer les groupes de ressources ou de périphériques.
Réinitialisez le noeud.
# shutdown -g 0 -y -i 6 |
Pour créer des groupes de disques partagés, reportez-vous à la section "Création et enregistrement d'un groupe de disques partagé".
Suivez cette procédure pour créer vos groupes de disques et volumes VxVM.
Exécutez cette procédure à partir d'un noeud physiquement connecté aux disques composant le groupe de disques ajouté.
une fois le groupe de disques enregistré avec le cluster en tant que groupe d'unités de disque, vous ne devez ni importer ni déplacer des groupes de disques à l'aide des commandes de VxVM. Le logiciel Sun Cluster peut traiter tous les cas dans lesquels des groupes de disques doivent être importés ou déplacés. Reportez-vous au document Guide d'administration système de Sun Cluster 3.0 pour connaître les procédures de gestion des groupes d'unités de disque de Sun Cluster.
Gardez les informations suivantes à portée de main :
Les correspondances de vos lecteurs de disques de stockage. Reportez-vous au chapitre du document Sun Cluster 3.0 Hardware Guide portant sur l'installation initiale pour votre périphérique de stockage.
Les fiches de travail que vous avez remplies pour la planification de la configuration. Ces fiches (disponibles dans le document Notes de version de Sun Cluster 3.0) sont les suivantes :
Fiche de travail relative à la disposition des systèmes de fichiers locaux.
Fiche de travail relative à la configuration des groupes d'unités de disque.
Fiche de travail relative aux configurations du gestionnaire de volumes.
Reportez-vous à la section Chapitre 1 pour plus d'informations sur la planification.
Connectez-vous en tant que superutilisateur sur le noeud qui sera propriétaire du groupe de disques.
Créez le groupe de disques et le volume VxVM.
Pour cela, utilisez la méthode de votre choix.
vous pouvez utiliser le système (DRL) pour diminuer le temps de récupération du volume en cas d'échec du noeud. Cependant, l'utilisation de ce système risque de réduire le débit d'E/S.
Reportez-vous à la documentation de Solstice DiskSuite pour connaître les procédures nécessaires à l'exécution de cette étape.
Enregistrez le groupe de disques en tant que groupe d'unités de disque de Solstice DiskSuite.
Lancez l'utilitaire scsetup(1M).
# scsetup |
Pour travailler avec des groupes d'unités de disque, tapez 3 (Device Groups).
Pour enregistrer un groupe d'unités de disque, tapez 1 (Register a VxVM disk group).
Suivez les instructions et tapez le groupe d'unités de disque de VxVM à enregistrer en tant que groupe d'unités de disque de Solstice DiskSuite.
Si vous rencontrez l'erreur suivante alors que vous tentez d'enregistrer le groupe d'unités de disque, suivez la procédure "Affectation d'un nouveau code mineur à un groupe d'unités de disque". Cette procédure vous permet d'affecter un nouveau code mineur n'entrant pas en conflit avec un code mineur utilisé par des groupes d'unités de disque existants.
scconf: Failed to add device group - in use |
Une fois que vous avez terminé, tapez q (Quit) pour quitter l'utilitaire scsetup.
Vérifiez que le groupe de périphériques du disque a été enregistré.
Affichez les informations d'unité de disque concernant le nouveau disque à l'aide de la commande suivante :
# scconf -pv | egrep groupe_unités_disques |
si vous modifiez des informations de configuration pour un groupe de disque ou un volume VxVM, enregistrez de nouveau le groupe d'unités de disque de Sun Cluster. Le réenregistrement du groupe d'unités de disque vous assure que l'espace de noms global se trouve dans un état correct. Reportez-vous au document VxVM pour connaître les procédures de réenregistrement d'un groupe d'unités de disque.
Pour vérifier vos groupes de disques et volumes VxVM, reportez-vous à la section "Vérification des groupes de disques".
Si l'enregistrement d'un groupe d'unités de disque échoue du fait d'un conflit de code mineur avec un autre groupe de disques, le nouveau groupe de disques doit se voir affecter un nouveau code mineur inutilisé. Après avoir affecté le nouveau code mineur, vous devez réenregistrer le groupe de disques en tant que groupe d'unités de disque de Solstice DiskSuite.
Devenez superutilisateur sur un noeud du cluster.
Déterminez les codes mineurs utilisés.
# ls -l /global/.devices/node@1/dev/vx/dsk/* |
Choisissez n'importe quel autre multiple de 1000 non utilisé comme code mineur de base pour le nouveau groupe de disques.
Affectez ce nouveau code mineur de base au groupe de disques.
# vxdg reminor groupe_disques code_mineur_base |
Retournez à l'Étape 4 de la section "Création et enregistrement d'un groupe de disques partagé" pour enregistrer le groupe de disques en tant que groupe d'unités de disque de Solstice DiskSuite.
L'exemple suivant illustre l'utilisation des codes mineurs 16000-16002 et 4000-4001. La commande vxdg reminor permet de redéfinir le mineur du nouveau groupe d'unités de disque avec le code mineur de base 5000.
# ls -l /global/.devices/node@1/dev/vx/dsk/* /global/.devices/node@1/dev/vx/dsk/dg1 brw------- 1 root root 56,16000 Oct 7 11:32 dg1v1 brw------- 1 root root 56,16001 Oct 7 11:32 dg1v2 brw------- 1 root root 56,16002 Oct 7 11:32 dg1v3 /global/.devices/node@1/dev/vx/dsk/dg2 brw------- 1 root root 56,4000 Oct 7 11:32 dg2v1 brw------- 1 root root 56,4001 Oct 7 11:32 dg2v2 # vxdg reminor dg3 5000 |
Vous devez enregistrer le groupe de disques en tant que groupe d'unités de disque de Solstice DiskSuite. Reportez-vous à l'Étape 4 de la section "Création et enregistrement d'un groupe de disques partagé".
Suivez cette procédure sur chaque noeud du cluster.
Vérifiez que seuls les disques locaux sont inclus dans le groupe de disques root (rootdg) et que les groupes de disques partagés sont importés uniquement sur le noeud principal courant.
# vxdisk list |
Vérifiez que tous les volumes ont été démarrés.
# vxprint |
Vérifiez que tous les groupes de disques partagés ont été enregistrés en tant que groupes de périphériques Solstice DiskSuite et sont en ligne.
# scstat -D |
Pour configurer des systèmes de fichiers du cluster, reportez-vous à la section "Ajout de systèmes de fichiers de cluster".