test

Guide d'installation de Sun Cluster 3.0

Configuration de VxVM pour les configurations Sun Cluster

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. 

"Planification de la gestion des volumes"

Vérification de l'utilisation d'un même code majeur de pseudo-périphérique sur chaque noeud. 

"Vérification du code majeur du pseudo-périphérique"

Si nécessaire, modification du code majeur de pseudo-périphérique d'un noeud. 

"Modification du code majeur du pseudo-périphérique"

Création du groupe de disques root (rootdg).

"Configuration d'un groupe de disques rootdg"

Création de groupes de disques et de volumes partagés. 

"Création et enregistrement d'un groupe de disques partagé"

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. 

"Vérification des groupes de disques"

Création et montage de systèmes de fichiers de cluster. 

"Ajout de systèmes de fichiers de cluster"

Vérification du code majeur du pseudo-périphérique

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.

  1. Devenez superutilisateur sur un noeud du cluster.

  2. 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

  3. 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.

Etape suivante

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".

Modification du code majeur du pseudo-périphérique

Suivez cette procédure si le code majeur du pseudo-périphérique n'est pas identique pour chaque noeud du cluster.

  1. Connectez-vous en tant que superutilisateur sur le noeud comportant le code majeur à modifier.

  2. 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.

  3. Réinitialisez le noeud.

    1. Utilisez la commande scswitch(1M) pour évacuer tous les groupes de ressources ou groupes de périphériques du noeud.


      # scswitch -S -h noeud
      -S

      Evacue tous les groupes de ressources et groupes de périphériques.

      -h noeud

      Indique le nom du noeud à partir duquel évacuer les groupes de ressources ou de périphériques.

    2. Utilisez la commande shutdown(1M) pour réinitialiser le noeud.


      # shutdown -g 0 -y -i 6

  4. (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 :

    1. Connectez-vous en tant que superutilisateur sur le noeud.

    2. Utilisez la commande vxedit(1M) pour remplacer le champ failing par off pour les sous-disques affectés.

      Reportez-vous à la page de manuel vxedit(1M) pour plus d'informations.

    3. Assurez-vous que tous les volumes sont actifs.

Etape suivante

Pour configurer le groupe de disques root (rootdg), reportez-vous à la section "Configuration d'un groupe de disques rootdg".

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 :

Le logiciel Sun Cluster prend en charge les méthodes suivantes pour la configuration du groupe de disques rootdg :

Pour plus d'informations, reportez-vous à la documentation d'installation de VxVM.

Encapsulage du disque root

Suivez cette procédure pour créer un groupe de disques rootdg en encapsulant le disque root.

  1. Gardez à portée de main les clés de licence de VERITAS Volume Manager (VxVM).

  2. Devenez superutilisateur sur un noeud du cluster.

  3. 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.

  4. 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.

    Remarque :

    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.

  5. Editez les noms de périphériques du fichier /etc/vfstab pour le système de fichiers /global/.devices/node@ID_noeud.

    Remarque :

    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

  6. Répétez l'opération (de l'Étape 2 à l'Étape 5) sur chaque noeud du cluster.

  7. A partir d'un noeud, utilisez la commande scshutdown(1M) pour fermer le cluster.


    # scshutdown

  8. Réinitialisez chaque noeud en mode hors cluster.

    1. Exécutez la commande suivante sur chaque noeud pour réinitialiser en mode hors cluster :


      ok boot -x
      Remarque :

      ne réinitialisez pas le noeud en mode cluster.

    2. 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.

  9. 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.

  10. 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

    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

  11. 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.

    1. 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

    2. 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

    3. 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

  12. 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.

    1. 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

    2. 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

    3. 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

  13. A partir d'un noeud, arrêtez le cluster.


    # scshutdown

  14. Réinitialisez chaque noeud en mode cluster.


    ok boot

  15. (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.

  16. 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
    -D name=nom_groupe_disques_bruts

    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).

Etape suivante

Pour créer des groupes de disques partagés, reportez-vous à la section "Création et enregistrement d'un groupe de disques partagé".

Création d'un groupe de disques rootdg non-root

Suivez cette procédure pour créer un groupe de disques rootdg en encapsulant ou en initialisant des disques non-root locaux.

  1. Gardez à portée de main les clés de licence de VERITAS Volume Manager (VxVM).

  2. Connectez-vous en tant que superutilisateur sur le noeud.

  3. (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.

  4. 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.

  5. Evacuez tous les groupes de ressources ou groupes d'unités du noeud.


    # scswitch -S -h noeud
    -S

    Evacue tous les groupes de ressources et groupes de périphériques.

    -h noeud

    Indique le nom du noeud à partir duquel évacuer les groupes de ressources ou de périphériques.

  6. Réinitialisez le noeud.


    # shutdown -g 0 -y -i 6

Etape suivante

Pour créer des groupes de disques partagés, reportez-vous à la section "Création et enregistrement d'un groupe de disques partagé".

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é.

Remarque :

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.

  1. 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.

  2. Connectez-vous en tant que superutilisateur sur le noeud qui sera propriétaire du groupe de disques.

  3. Créez le groupe de disques et le volume VxVM.

    Pour cela, utilisez la méthode de votre choix.

    Remarque :

    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.

  4. Enregistrez le groupe de disques en tant que groupe d'unités de disque de Solstice DiskSuite.

    1. Lancez l'utilitaire scsetup(1M). 


      # scsetup

    2. Pour travailler avec des groupes d'unités de disque, tapez 3 (Device Groups).

    3. 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

    4. Une fois que vous avez terminé, tapez q (Quit) pour quitter l'utilitaire scsetup.

  5. 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
Remarque :

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.

Etape suivante

Pour vérifier vos groupes de disques et volumes VxVM, reportez-vous à la section "Vérification des groupes de disques".

Affectation d'un nouveau code mineur à un groupe d'unités de disque

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.

  1. Devenez superutilisateur sur un noeud du cluster.

  2. Déterminez les codes mineurs utilisés.


    # ls -l /global/.devices/node@1/dev/vx/dsk/*

  3. Choisissez n'importe quel autre multiple de 1000 non utilisé comme code mineur de base pour le nouveau groupe de disques.

  4. Affectez ce nouveau code mineur de base au groupe de disques.


    # vxdg reminor groupe_disques code_mineur_base

  5. 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.

Exemple : attribution d'un nouveau code mineur à un groupe d'unités de disque

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

Etape suivante

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é".

Vérification des groupes de disques

Suivez cette procédure sur chaque noeud du cluster.

  1. 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

  2. Vérifiez que tous les volumes ont été démarrés.


    # vxprint

  3. 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

Etape suivante

Pour configurer des systèmes de fichiers du cluster, reportez-vous à la section "Ajout de systèmes de fichiers de cluster".