Configuration de la grappe

Le tableau suivant répertorie les tâches à effectuer pour configurer votre grappe. Avant de commencer ces tâches, vérifiez que vous avez effectué les tâches suivantes :

• Installation de la structure logicielle de la grappe, décrite à la section "Installation du logiciel"

• Installation et configuration du gestionnaire de volumes, décrites à la section "Installation et configuration du logiciel Solstice DiskSuite" ou "Installation et configuration du logiciel VxVM"

Ajout de systèmes de fichiers de grappe

Exécutez cette procédure pour chaque système de fichiers de grappe à ajouter.

Toutes les données présentes sur les disques sont détruites lorsque vous créez un système de fichiers. Assurez-vous d'avoir indiqué le nom correct du périphérique de disque. Si vous indiquez un nom de périphérique incorrect, vous effacerez des données que vous n'aviez sans doute pas l'intention de supprimer.

Si vous avez utilisé SunPlex Manager pour installer des services de données, un ou plusieurs systèmes de fichiers de grappe existent déjà si le nombre de disques partagés existants était suffisant pour y créer ces systèmes.

1. Assurez-vous que le logiciel de gestion des volumes est installé et configuré.

   Pour connaître les procédures d'installation du gestionnaire de volumes, reportez-vous à la section "Installation et configuration du logiciel Solstice DiskSuite" ou "Installation et configuration du logiciel VxVM".

2. Prévoyez-vous d'installer le logiciel VERITAS File System (VxFS) ?

   • Si oui, suivez les procédures du guide d'installation de VxFS pour installer le logiciel VxFS sur chaque noeud de la grappe.

   • Sinon, allez à l'Étape 3.

3. Devenez superutilisateur sur un noeud de la grappe.

   ---

   Astuce :

   Pour accélérer la création du système de fichiers, devenez superutilisateur sur le principal du périphérique global pour lequel vous créez un système de fichiers.

   ---

4. Créez un système de fichiers à l'aide de la commande newfs(1M).

   # newfs unité-disque-brute

   Le tableau suivant présente des exemples de noms pour l'argument unité-disque-brute. Il importe de noter que les conventions d'attribution de noms sont différentes pour chaque gestionnaire de volumes.

   Tableau 2-11 Exemples de noms d'unités de disque brutes

   Gestionnaire de volumes	Exemple de nom d'unité de disque	Description
   Solstice DiskSuite	/dev/md/oracle/rdsk/d1	Unité de disque brute d1 dans l'ensemble de disques oracle
   VERITAS Volume Manager	/dev/vx/rdsk/oradg/vol01	Unité de disque brute vol01 dans le groupe de disques oradg
   Aucun	/dev/global/rdsk/d1s3	Unité de disque brute d1s3

5. Sur chaque noeud de la grappe, créez un répertoire de point de montage pour le système de fichiers de grappe.

   Vous devez créer un point de montage sur chaque noeud, même si l'accès au système de fichiers de grappe ne se fait pas sur tous les noeuds.

   ---

   Astuce :

   Afin de vous faciliter le travail d'administration, créez le point de montage dans le répertoire /global/device-group. Cet emplacement vous permet de distinguer facilement les systèmes de fichiers de la grappe, qui sont disponibles globalement, des systèmes de fichiers locaux.

   ---

   # mkdir -p /global/groupe_unités/point_montage

   groupe_unité

   Nom du répertoire correspondant au groupe de périphériques comportant ce périphérique

   point_montage

   Nom du répertoire sur lequel le système de fichiers de grappe doit être monté

6. Sur chaque noeud de la grappe, indiquez une entrée correspondant au point de montage dans le fichier /etc/vfstab.

   1. Utilisez les options de montage obligatoires suivantes :

      l'option logging est requise pour tous les systèmes de fichiers de grappe.

      • Journalisation UFS Solaris - Utilisez les options de montage global,logging. Reportez-vous à la page de manuel mount_ufs(1M) pour de plus amples informations sur les options de montage UFS.

        ---

        Remarque :

        L'option de montage syncdir n'est pas obligatoire pour les systèmes de fichiers de grappe UFS. Si vous indiquez syncdir, vous êtes assuré d'un comportement du système de fichiers conforme à POSIX. Dans le cas contraire, vous aurez le même comportement qu'avec les systèmes de fichiers UFS. Le fait de ne pas spécifier syncdir, peut considérablement améliorer les performances des écritures qui allouent des blocs de disque, par exemple lors de l'ajout de données à la fin d'un fichier. Cependant, dans certains cas, si vous n'utilisez pas syncdir vous ne découvrirez une situation d'espace insuffisant qu'en fermant un fichier. Les cas dans lesquels vous risquez d'avoir des problèmes si vous n'indiquez pas syncdir sont rares. Avec syncdir (et le comportement POSIX), la situation d'espace insuffisant serait découverte avant la fermeture.

        ---

      • Trans-métapériphérique Solstice DiskSuite - Utilisez l'option de montage global (et non logging). Reportez-vous à la documentation de Solstice DiskSuite pour de plus amples informations sur la configuration des trans-métapériphériques.

      • VxFS logging - Utilisez les options de montage global, log. Reportez-vous à la page de manuel mount_vxfs(1M) pour de plus amples informations sur les options de montage VxFS.

   2. Pour monter automatiquement le système de fichiers de grappe, indiquez la valeur yes pour le champ mount at boot.

   3. Assurez-vous, pour chaque système de fichiers de grappe, que les informations de l'entrée /etc/vfstab sont les mêmes sur chaque noeud.

   4. Assurez-vous que les entrées des fichiers /etc/vfstab de chaque noeud répertorient les périphériques dans le même ordre.

   5. Vérifiez les dépendances liées à l'ordre d'initialisation des systèmes de fichiers.

      Par exemple, imaginez un scénario dans lequel phys-schost-1 monte le périphérique de disque d0 sur /global/oracle et phys-schost-2 monte le périphérique de disque d1 sur /global/oracle/logs. Avec cette configuration, phys-schost-2 ne peut démarrer et monter /global/oracle/logs qu'une fois que phys-schost-1 a démarré et monté /global/oracle.

   Reportez-vous à la page de manuel vfstab(4) pour de plus amples informations.

7. A partir d'un noeud quelconque de la grappe, vérifiez que les points de montage existent et que les entrées du fichier /etc/vfstab sont correctes sur tous les noeuds de la grappe.

   # sccheck

   Si aucune erreur ne se produit, l'utilitaire n'affiche pas de résultat.

8. A partir d'un noeud quelconque de la grappe, montez le système de fichiers de grappe.

   # mount /global/groupe_unités/point_montage

9. Sur chaque noeud de la grappe, vérifiez que le système de fichiers de la grappe est bien monté.

   Vous pouvez utiliser la commande df(1M) ou mount(1M) pour afficher la liste des systèmes de fichiers montés.

   Pour gérer un système de fichiers de grappe VxFS en environnement Sun Cluster, exécutez les commandes administratives à partir du noeud primaire sur lequel est monté le système de fichiers de grappe VxFS.

10. Vos noeuds de grappe sont-ils connectés à plus d'un sous-réseau public ?

    • Si oui, passez à la section "Configuration d'adaptateurs de réseau public supplémentaires" pour configurer d'autres adaptateurs de réseau public.

    • Si non, pour configurer la PNM et définir des groupes NAFO, reportez-vous à la section "Configuration de la gestion des réseaux publics (PNM)".

Exemple de création d'un système de fichier de la grappe

L'exemple suivant crée un système de fichiers de la grappe UFS sur le métapériphérique /dev/md/oracle/rdsk/d1 de Solstice DiskSuite.

# newfs /dev/md/oracle/rdsk/d1
...
 
(on each node)
# mkdir -p /global/oracle/d1
# vi /etc/vfstab
#device           device        mount   FS      fsck    mount   mount
#to mount         to fsck       point   type    pass    at boot options
#
/dev/md/oracle/dsk/d1 /dev/md/oracle/rdsk/d1 /global/oracle/d1 ufs 2 yes global,logging
(save and exit)
 
(on one node)
# sccheck
# mount /global/oracle/d1
# mount
...
/global/oracle/d1 on /dev/md/oracle/dsk/d1 read/write/setuid/global/logging/
largefiles on Sun Oct 3 08:56:16 2000

Configuration d'adaptateurs de réseau public supplémentaires

Si les noeuds de cette grappe sont connectés à plusieurs sous-réseaux publics, vous pouvez configurer des adaptateurs de réseau public supplémentaires pour les sous-réseaux secondaires. Cette tâche est facultative.

Configurez uniquement les adaptateurs de réseau public, pas les adaptateurs de réseau privé.

1. Ayez à portée de main la "fiche de configuration des adaptateurs de réseau public" que vous avez remplie (cette fiche est fournie dans le document Sun Cluster 3.0 Release Notes).

2. Devenez superutilisateur sur le noeud que vous configurez pour ajouter des adaptateurs de réseau public supplémentaires.

3. Créez un fichier /etc/hostname.adaptateur, où adaptateur est le nom de l'adaptateur.

   ---

   Remarque :

   Dans chaque groupe NAFO, à chaque adaptateur du groupe doit correspondre un fichier /etc/hostname.adaptateur.

   ---

4. Tapez le nom d'hôte de l'adresse IP de l'adaptateur de réseau public dans le fichier /etc/hostname.adaptateur.

   L'exemple suivant montre le fichier /etc/hostname.hme3, créé pour l'adaptateur hme3, contenant le nom d'hôte phys-schost-1.

   # vi /etc/hostname.hme3 phys-schost-1

5. Sur chaque noeud de la grappe, assurez-vous que le fichier /etc/inet/hosts comporte l'adresse IP et le nom d'hôte correspondant affecté à l'adaptateur de réseau public.

   L'exemple suivant illustre l'entrée pour phys-schost-1.

   # vi /etc/inet/hosts ... 192.29.75.101 phys-schost-1 ...

   ---

   Remarque :

   Cette information doit également figurer dans la base de données de votre service de noms (le cas échéant).

   ---

6. Sur chaque noeud de la grappe, activez l'adaptateur.

   # ifconfig adaptateur plumb # ifconfig adaptateur nom_hôte netmask + broadcast + -trailers up

7. Vérifiez que l'adaptateur est configuré correctement.

   # ifconfig adaptateur

   Le résultat affiché doit comporter l'adresse IP correcte de l'adaptateur.

8. Configuration de PNM et des groupes NAFO.

   Allez à "Configuration de la gestion des réseaux publics (PNM)".

   Chaque adaptateur de réseau public devant être géré par le Gestionnaire de groupes de ressources (RGM) doit appartenir à un groupe NAFO.

Configuration de la gestion des réseaux publics (PNM)

Effectuez cette tâche sur chaque noeud de la grappe.

Tous les adaptateurs de réseau public doivent appartenir à un groupe de reprise sur panne de l'adaptateur réseau (ou NAFO, pour Network Adapter Failover). De plus, chaque noeud ne peut comporter qu'un groupe NAFO par sous-réseau.

1. Ayez à portée de main la "fiche de configuration des adaptateurs de réseau public" que vous avez remplie (cette fiche est fournie dans le document Sun Cluster 3.0 Release Notes).

2. Devenez superutilisateur sur le noeud à configurer pour un groupe NAFO.

3. Créez le groupe NAFO.

   # pnmset -c groupe_nafo -o create adaptateur [adaptateur ...]

   -c groupe_nafo

   Configure le groupe NAFO groupe_nafo

   -o create adaptateur

   Crée un nouveau groupe NAFO comportant un ou plusieurs adaptateurs de réseau public

   Pour de plus amples informations, reportez-vous à la page de manuel pnmset(1M).

4. Vérifiez l'état du groupe NAFO.

   # pnmstat -l

   Pour de plus amples informations, reportez-vous à la page de manuel pnmstat(1M).

5. Prévoyez-vous de modifier des noms d'hôtes privés ?

   • Si oui, allez à "Modification des noms d'hôtes privés".

   • Sinon, allez à la section "Mise à jour du protocole NTP (Network Time Protocol)" pour mettre à jour le fichier /etc/inet/ntp.conf.

Exemple de configuration de PNM

L'exemple suivant crée le groupe NAFO nafo0, qui utilise les adaptateurs de réseau public qfe1 et qfe5.

# pnmset -c nafo0 -o create qfe1 qfe5
# pnmstat -l
group  adapters       status  fo_time    act_adp
nafo0  qfe1:qfe5      OK      NEVER      qfe5
nafo1  qfe6           OK      NEVER      qfe6

Modification des noms d'hôtes privés

Effectuez cette tâche si vous ne souhaitez pas utiliser les noms d'hôtes privés par défaut (clusternodeID-noeud-priv) affectés lors de l'installation du logiciel Sun Cluster.

Cette procédure ne doit pas être effectuée après la configuration et le démarrage d'applications et de services de données. En effet, une application ou un service de données risquerait de continuer à utiliser l'ancien nom d'hôte privé après que celui-ci a été renommé, entraînant des conflits de noms d'hôtes. Si des applications ou services de données sont ouverts, arrêtez-les avant d'effectuer cette procédure.

1. Devenez superutilisateur sur un noeud de la grappe.

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

   # scsetup

3. Pour travailler avec des noms d'hôte privés, tapez 5 (Private hostnames).

4. Pour modifier un nom d'hôte privé, tapez 1 (Change a private hostname).

   Suivez les invites pour modifier le nom d'hôte privé. Répétez cette opération pour chaque nom d'hôte privé à modifier.

5. Vérifiez les nouveaux noms d'hôtes privés.

   # scconf -pv | grep "private hostname" (phys-schost-1) Node private hostname:      phys-schost-1-priv (phys-schost-3) Node private hostname:      phys-schost-3-priv (phys-schost-2) Node private hostname:      phys-schost-2-priv

6. Mettez à jour le fichier /etc/inet/ntp.conf.

   Allez à la section "Mise à jour du protocole NTP (Network Time Protocol)".

Mise à jour du protocole NTP (Network Time Protocol)

Effectuez cette tâche sur chaque noeud.

1. Devenez superutilisateur sur le noeud de grappe.

2. Editez le fichier /etc/inet/ntp.conf.

   La commande scinstall(1M) copie un fichier modèle, ntp.cluster, dans /etc/inet/ntp.conf dans le cadre de l'installation de grappe standard. Si ce répertoire contient déjà un fichier ntp.conf avant l'installation du logiciel Sun Cluster, le fichier existant n'est pas modifié. Si vous installez des modules de grappe par un autre moyen, comme l'utilisation directe de pkgadd(1M), vous devez configurer NTP.

   1. Supprimez toutes les entrées de noms d'hôtes privés qui ne sont pas utilisés par la grappe.

      Si le fichier ntp.conf comporte des noms d'hôtes privés inexistants, le noeud tente de les contacter lors de sa réinitialisation, ce qui entraîne l'affichage de messages d'erreur.

   2. Si vous avez modifié des noms d'hôte privés après l'installation du logiciel Sun Cluster, mettez à jour chaque entrée de fichier avec le nouveau nom d'hôte privé.

   3. Si nécessaire, apportez d'autres modifications pour répondre à vos exigences NTP.

      La principale exigence à laquelle répond la configuration de NTP, ou de tout autre utilitaire de synchronisation, est que tous les noeuds de grappe soient synchronisés avec la même heure. La précision de l'heure sur les noeuds individuels est moins prioritaire que la synchronisation de tous les noeuds. Vous êtes libre de configurer NTP en fonction de vos besoins individuels tant que vous respectez cette exigence de base pour la synchronisation.

      Reportez-vous au document Sun Cluster 3.0 12/01 Concepts pour de plus amples informations sur l'heure de la grappe. Consultez le modèle ntp.cluster des instructions de configuration de NTP pour une configuration Sun Cluster.

3. Relancez le démon NTP.

   # /etc/init.d/xntpd stop # /etc/init.d/xntpd start

4. Prévoyez-vous d'utiliser Sun Management Center pour configurer des groupes de ressources ou surveiller la grappe ?

   • Si oui, allez à l'"Installation du module Sun Cluster pour Sun Management Center".

   • Si non, installez les applications de fournisseurs tiers, enregistrez les types de registres, configurez les groupes de ressources et configurez les services de données. Consultez la documentation fournie avec le logiciel applicatif et le document Sun Cluster 3.0 12/01 Data Services Installation and Configuration Guide.