Ignorer les liens de navigation
Quitter l'aperu
| Guide d'administration système d'Oracle Solaris Cluster Oracle Solaris Cluster 3.3 3/13 (Français)

Périmètre de la recherche:

- Ce document
- Toute la bibliothque

## Présentation de l'administration du cluster

Cette section explique comment effectuer des tâches d'administration sur l'ensemble d'un cluster global ou sur un cluster de zones. Le tableau ci-dessous liste ces tâches d'administration, ainsi que les procédures qui leur sont associées. Les tâches d'administration sont généralement effectuées dans la zone globale. Pour administrer un cluster de zones, vous devez disposer au minimum d'une machine hébergeant le cluster de zones, qui soit en ligne et en mode cluster. Tous les noeuds du cluster de zones ne doivent pas forcément être en ligne et actifs. Oracle Solaris Cluster relit les modifications apportées à la configuration, lorsque le noeud se trouvant en dehors du cluster parvient à rejoindre le cluster.

Remarque - Par défaut, la gestion de l'alimentation est désactivée pour ne pas interférer avec le cluster. Si vous activez la gestion de l'alimentation d'un cluster à noeud unique, le cluster est toujours en cours d'exécution mais il peut devenir indisponible pendant quelques secondes. La fonction Gestion de l'alimentation tente d'arrêter le noeud, sans succès.

Dans ce chapitre, `phys-schost#` fait référence à une invite du cluster global. L'élément `clzc:schost>` représente l'invite de shell interactive de la commande `clzonecluster`.

Tableau 9-1 Liste des tâches : administration du cluster

Tâche | Instructions
--- | ---
Ajout ou suppression d'un noeud du cluster. | Chapitre 8, Ajout et suppression d'un noeud
Modification du nom du cluster. | Modification du nom du cluster
Etablissement de la liste des ID des noeuds et des noms qui leur sont associés. | Mappage d'un ID de noeud sur le nom d'un noeud
Autorisation ou refus de l'auto-ajout des noeuds au cluster. | Authentification du nouveau noeud du cluster
Modification de l'heure d'un cluster à l'aide du protocole NTP (Network Time Protocol) | Réinitialisation de l'heure et de la date d'un cluster
Arrêt d'un noeud de manière à afficher l'invite OpenBoot PROM `ok` d'un système SPARC ou le message `Press any key to continue` du menu GRUB d'un système x86. | SPARC : Affichage d'OpenBoot PROM (OBP) sur un noeud
Ajout ou modification d'un nom d'hôte privé. | Ajout d'un nom d'hôte privé pour un noeud non votant sur un cluster global Modification du nom d'hôte privé d'un noeud
Mise en mode de maintenance d'un noeud du cluster. | Mise en mode de maintenance d'un noeud
Modification du nom d'un noeud | Modification du nom d'un noeud
Arrêt du mode de maintenance d'un noeud du cluster. | Arrêt du mode de maintenance d'un noeud
Désinstallation d'un logiciel de cluster d'un noeud de cluster | Désinstallation d'Oracle Solaris Cluster d'un noeud du cluster
Ajout et gestion d'une base MIB d'événements SNMP | Activation d'une base MIB d'événements SNMP Ajout d'un utilisateur SNMP à un noeud
Configuration des limites de charge pour chaque noeud | Configuration de limites de charge sur un noeud
Déplacement d'un cluster de zones, préparation en vue d'y exécuter des applications ou suppression. | Tâches d'administration d'un cluster de zones

## Modification du nom du cluster

Vous pouvez modifier, si nécessaire, le nom du cluster, après l'installation initiale.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur sur un noeud quelconque du cluster global.
2. Démarrez l'utilitaire `clsetup`.

       phys-schost# clsetup

   Le menu principal s'affiche.

3. Pour modifier le nom du cluster, saisissez le numéro correspondant à l'option des autres propriétés du cluster.

   Le menu Other Cluster Properties (Autres propriétés du cluster) s'affiche.

4. Sélectionnez l'élément dont vous avez besoin dans le menu et suivez les instructions affichées sur l'écran.
5. Si vous souhaitez que la balise de service Oracle Solaris Cluster reflète le nouveau nom du cluster, supprimez la balise Oracle Solaris Cluster existante et redémarrez le cluster. Pour supprimer l'instance de la balise de service Oracle Solaris Cluster, terminez les sous-étapes suivantes sur tous les noeuds du cluster :
   1. Répertoriez toutes les balises de service.

          phys-schost# stclient -x

   2. Recherchez le numéro de l'instance de la balise de service Oracle Solaris Cluster, puis exécutez la commande suivante :

          phys-schost# stclient -d -i service_tag_instance_number

   3. Réinitialisez tous les noeuds dans le cluster.

          phys-schost# reboot

Exemple 9-1 Modification du nom du cluster

L'exemple suivant montre la commande `cluster` générée à partir de l'utilitaire `clsetup` pour affecter le nouveau nom du cluster, `dromedary`.

Pour plus d'informations, reportez-vous aux pages de manuel `cluster`(1CL) et `clsetup`(1CL).

    phys-schost# cluster rename -c dromedary

## Mappage d'un ID de noeud sur le nom d'un noeud

Pendant l'installation d'Oracle Solaris Cluster, un numéro d'ID de noeud unique est assigné à chaque noeud. Ce numéro d'ID est assigné aux noeuds, selon l'ordre dans lequel ils rejoignent le cluster pour la première fois. Une fois que ce numéro d'ID de noeud a été assigné, il ne peut plus être modifié. Ce numéro est utilisé, le plus souvent, dans les messages d'erreur, afin d'identifier le noeud du cluster concerné par le message. Suivez cette procédure pour déterminer le mappage entre les ID et les noms des noeuds.

Il n'est pas nécessaire de vous connecter en tant que superutilisateur pour répertorier les informations de configuration d'un cluster global ou d'un cluster de zones. L'une des deux étapes de cette procédure doit être effectuée depuis un noeud du cluster global. L'autre étape doit être effectuée depuis un noeud du cluster de zones.

1. Utilisez la commande `clnode` pour répertorier les informations de configuration du cluster global.

       phys-schost# clnode show | grep Node

   Pour plus d'informations, reportez-vous à la page de manuel `clnode`(1CL).

2. Vous pouvez également lister les ID des noeuds d'un cluster de zones. Le noeud du cluster de zones possède le même ID que celui du cluster global sur lequel il est exécuté.

       phys-schost# zlogin sczone clnode -v | grep Node

Exemple 9-2 Mappage de l'ID sur le nom du noeud

L'exemple suivant met en évidence les assignations d'ID des noeuds d'un cluster global.

    phys-schost# clnode show | grep Node
    === Cluster Nodes ===
    Node Name:                phys-schost1
      Node ID:                1
    Node Name:                 phys-schost2
      Node ID:                2
    Node Name:                phys-schost3
      Node ID:                3

## Authentification du nouveau noeud du cluster

Oracle Solaris Cluster permet de déterminer si les nouveaux noeuds peuvent s'auto-ajouter au cluster global, ainsi que le type d'authentification à utiliser. Vous pouvez permettre ou interdire à tous les noeuds de rejoindre le cluster sur le réseau public ou indiquer un noeud spécifique pouvant rejoindre le cluster. Les nouveaux noeuds peuvent être authentifiés par le biais d'une authentification UNIX standard ou d'une authentification Diffie-Hellman (DES, Data Encryption Standard). Si vous sélectionnez une authentification DES, vous devez également configurer les clés de chiffrement nécessaires, avant que le noeud ne rejoigne le cluster. Pour plus d'informations, reportez-vous aux pages de manuel `keyserv`(1M) et `publickey`(4).

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur sur un noeud quelconque du cluster global.
2. Démarrez l'utilitaire `clsetup`.

       phys-schost# clsetup

   Le menu principal s'affiche.

3. Pour mettre en place la méthode d'authentification sur le cluster, saisissez le numéro correspondant à l'option des nouveaux noeuds.

   Le menu New Nodes (Nouveaux noeuds) s'affiche.

4. Sélectionnez l'élément dont vous avez besoin dans le menu et suivez les instructions affichées sur l'écran.

Exemple 9-3 Interdire l'ajout de nouvelles machines au cluster global

L'utilitaire `clsetup` génère la commande `claccess`. L'exemple suivant met en évidence la commande `claccess` interdisant l'ajout de nouvelles machines au cluster.

    phys-schost# claccess deny -h hostname

Exemple 9-4 Autoriser l'ajout de toutes les nouvelles machines au cluster global

L'utilitaire `clsetup` génère la commande `claccess`. L'exemple suivant met en évidence la commande `claccess` autorisant l'ajout de nouvelles machines au cluster.

    phys-schost# claccess allow-all

Exemple 9-5 Spécification d'une nouvelle machine à ajouter au cluster global

L'utilitaire `clsetup` génère la commande `claccess`. L'exemple suivant met en évidence la commande `claccess` autorisant l'ajout d'une nouvelle machine au cluster.

    phys-schost# claccess allow -h hostname

Exemple 9-6 Définition de l'authentification UNIX standard

L'utilitaire `clsetup` génère la commande `claccess`. L'exemple suivant met en évidence la commande `claccess` réinitialisant l'authentification des nouveaux noeuds rejoignant le cluster sur une authentification Unix standard.

    phys-schost# claccess set -p protocol=sys

Exemple 9-7 Paramétrage du processus d'authentification DES

L'utilitaire `clsetup` génère la commande `claccess`. L'exemple suivant met en évidence la commande `claccess` utilisée par le processus d'authentification DES pour les nouveaux noeuds rejoignant le cluster.

    phys-schost# claccess set -p protocol=des

Lorsque vous utilisez une authentification DES, vous devez également configurer toutes les clés de chiffrement nécessaires, avant qu'un noeud ne puisse rejoindre le cluster. Pour plus d'informations, reportez-vous aux pages de manuel `keyserv`(1M) et `publickey`(4).

## Réinitialisation de l'heure et de la date d'un cluster

Oracle Solaris Cluster utilise le protocole NTP (Network Time Protocol) pour synchroniser l'heure des noeuds d'un cluster. Les réglages se font de manière automatique, lorsque les noeuds synchronisent l'heure sur laquelle ils sont réglés avec celle du cluster global, lorsque cela s'avère nécessaire. Pour plus d'informations, reportez-vous au Oracle Solaris Cluster Concepts Guide et au manuel Network Time Protocol User's Guide à l'adresse http://docs.oracle.com/cd/E19065-01/servers.10k/.

| Attention - Lorsque vous utilisez un protocole de transfert réseau, vous ne devez pas tenter de régler l'heure du cluster, lorsque ce dernier est exécuté. Vous ne devez pas régler l'heure de manière interactive à l'aide des commandes `date`, `rdate` ou `svcadm` ou dans des scripts `cron`. Pour plus d'informations, reportez-vous aux pages de manuel `date`(1), `rdate`(1M), `xntpd`(1M), `svcadm`(1M) ou `cron`(1M).

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur sur un noeud quelconque du cluster global.
2. Arrêtez le cluster global.

       phys-schost# cluster shutdown -g0 -y -i 0

3. Assurez-vous que le noeud affiche l'invite `OK` si vous utilisez un système SPARC et le message `Press any key to continue` du menu GRUB, si vous utilisez un système x86.
4. Initialisez le noeud en mode non cluster.

   - Sur les systèmes SPARC, exécutez la commande suivante :

         ok boot -x

   - Sur les systèmes x86, exécutez les commandes suivantes :

         # shutdown -g -y -i0

         Press any key to continue

   1. Dans le menu GRUB, utilisez les touches fléchées pour sélectionner l'entrée Oracle Solaris appropriée et saisissez `e` pour modifier les commandes.

      Le menu GRUB qui s'affiche est semblable à ce qui suit :

          GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
          +-------------------------------------------------------------------------+
          | Solaris 10 /sol_10_x86                                                  |
          | Solaris failsafe                                                        |
          |                                                                         |
          +-------------------------------------------------------------------------+
          Use the ^ and v keys to select which entry is highlighted.
          Press enter to boot the selected OS, 'e' to edit the
          commands before booting, or 'c' for a command-line.

      Pour plus d'informations sur l'initialisation GRUB, reportez-vous à la section Initialisation d’un système x86 à l’aide de GRUB (liste des tâches) du manuel Administration d’Oracle Solaris : Administration de base.

   2. Dans l'écran des paramètres d'initialisation, utilisez les touches de direction pour sélectionner l'entrée du noyau et saisissez l'option `e` pour éditer cette dernière.

      L'écran des paramètres d'initialisation GRUB qui s'affiche est semblable à ce qui suit :

          GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
          +----------------------------------------------------------------------+
          | root (hd0,0,a)                                                       |
          | kernel /platform/i86pc/multiboot                                     |
          | module /platform/i86pc/boot_archive                                  |
          +----------------------------------------------------------------------+
          Use the ^ and v keys to select which entry is highlighted.
          Press 'b' to boot, 'e' to edit the selected command in the
          boot sequence, 'c' for a command-line, 'o' to open a new line
          after ('O' for before) the selected line, 'd' to remove the
          selected line, or escape to go back to the main menu.

   3. Ajoutez l'option `-x` à la commande pour spécifier l'initialisation du système en mode non cluster.

          [ Minimal BASH-like line editing is supported. For the first word, TAB
          lists possible command completions. Anywhere else TAB lists the possible
          completions of a device/filename. ESC at any time exits. ]

          grub edit> kernel /platform/i86pc/multiboot -x

   4. Appuyez sur la touche Entrée pour accepter les modifications et revenir à l'écran des paramètres d'initialisation.

      L'écran affiche la commande éditée.

          GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
          +----------------------------------------------------------------------+
          | root (hd0,0,a)                                                       |
          | kernel /platform/i86pc/multiboot -x                                  |
          | module /platform/i86pc/boot_archive                                  |
          +----------------------------------------------------------------------+
          Use the ^ and v keys to select which entry is highlighted.
          Press 'b' to boot, 'e' to edit the selected command in the
          boot sequence, 'c' for a command-line, 'o' to open a new line
          after ('O' for before) the selected line, 'd' to remove the
          selected line, or escape to go back to the main menu.-

   5. Saisissez l'option `b` pour initialiser le noeud en mode non cluster.

      Remarque - Cette modification de la commande des paramètres d'initialisation du noyau ne sera pas prise en compte, lors de la prochaine initialisation du système. Lors de la prochaine initialisation du noeud, ce dernier sera initialisé en mode cluster. Si vous souhaitez plutôt initialiser le noeud en mode non cluster, effectuez de nouveau ces étapes pour ajouter l'option `-x` à la commande des paramètres d'initialisation du noyau.

5. Positionnez-vous sur un noeud unique et réglez la date et l'heure à l'aide de la commande `date`.

       phys-schost# date HHMM.SS

6. Sur les autres machines, synchronisez l'heure avec ce noeud en exécutant la commande `rdate`.

       phys-schost# rdate hostname

   Pour plus d'informations, reportez-vous à la page de manuel `rdate`(1M).

7. Initialisez chaque noeud pour redémarrer le cluster.

       phys-schost# reboot

8. Assurez-vous que la modification a été apportée à tous les noeuds du cluster.

   Exécutez la commande `date` sur chaque noeud.

       phys-schost# date

## SPARC : Affichage d'OpenBoot PROM (OBP) sur un noeud

Suivez cette procédure si vous devez configurer ou modifier des paramètres OpenBoot(tm) PROM.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous à la console du noeud à arrêter.

       # telnet tc_name tc_port_number

   tc_name

     Spécifie le nom du concentrateur de terminaux.

   tc_port_number

     Spécifie le numéro de port du concentrateur de terminaux. Les numéros de port dépendent de la configuration. Les ports 2 et 3 (5002 et 5003) sont généralement utilisés par le premier cluster installé sur un site.

2. Arrêtez le noeud du cluster de manière appropriée à l'aide de la commande `clnode evacuate`, puis de la commande `shutdown`. La commande `clnode evacuate` bascule tous les groupes de périphériques du noeud spécifié vers le noeud de prédilection suivant. La commande bascule également tous les groupes de ressources du noeud votant ou non votant spécifié du cluster global vers le noeud votant ou non votant de prédilection suivant.

       phys-schost# clnode evacuate node
       # shutdown -g0 -y

   | Attention - Vous ne pouvez pas utiliser la commande `send brk` dans la console d'un cluster pour arrêter un noeud.

3. Exécutez les commandes OBP.

## Modification du nom d'hôte privé d'un noeud

Suivez cette procédure pour modifier le nom d'hôte privé d'un noeud non votant, après avoir terminé l'installation.

Les noms d'hôtes privés par défaut sont assignés pendant l'installation initiale du cluster. Le format des noms d'hôtes privés par défaut est le suivant : `clusternode`< nodeid>`-priv`, tel que `clusternode3-priv`, par exemple. Vous devez modifier un nom d'hôte privé uniquement si ce dernier est déjà utilisé dans le domaine.

| Attention - Ne tentez pas d'assigner des adresses IP aux nouveaux noms d'hôtes privés. Le logiciel de clustering se charge de les assigner.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Désactivez, sur tous les noeuds du cluster, toute ressource de service de données ou toute application pouvant mettre en cache des noms d'hôtes privés.

       phys-schost# clresource disable resource[,...]

   Veuillez inclure les éléments suivants dans les applications à désactiver :

   - Les services DNS et NFS à haute disponibilité, si configurés.

   - Toute application dont la configuration a été personnalisée afin d'utiliser le nom d'hôte privé.

   - Toute application utilisée par les clients dans l'interconnexion privée.

   Pour plus d'informations sur l'utilisation de la commande `clresource`, reportez-vous à la page de manuel `clresource`(1CL) et au manuel Oracle Solaris Cluster Data Services Planning and Administration Guide .

2. Si votre fichier de configuration NTP se réfère au nom d'hôte privé que vous modifiez, désactivez le démon NTP (Network Time Protocol) sur chaque noeud du cluster.

   Utilisez la commande `svcadm` pour arrêter le démon NTP (Network Time Protocol). Pour plus d'informations sur le démon NTP, reportez-vous à la page de manuel `svcadm`(1M).

       phys-schost# svcadm disable ntp

3. Exécutez l'utilitaire `clsetup`(1CL) pour modifier le nom d'hôte privé du noeud approprié.

   Exécutez l'utilitaire à partir d'un seul des noeuds du cluster.

   Remarque - Lorsque vous sélectionnez un nouveau nom d'hôte privé, assurez-vous que ce dernier ne fait pas doublon sur le noeud du cluster.

4. Entrez le numéro correspondant à l'option de nom d'hôte privé.
5. Entrez le numéro correspondant à l'option de modification d'un nom d'hôte privé.

   Répondez aux questions, lorsque vous y êtes invité. Vous êtes invité à saisir le nom du noeud dont vous modifiez le nom d'hôte privé (`clusternode`< nodeid>`-priv`), ainsi que le nouveau nom d'hôte privé.

6. Videz le cache du service de noms.

   Effectuez cette étape sur chaque noeud du cluster. Lorsque vous videz le cache du service de noms, cela empêche les applications et les services de données du cluster d'accéder à l'ancien nom d'hôte privé.

       phys-schost# nscd -i hosts

7. Si vous avez modifié un nom d'hôte privé dans votre fichier de configuration NTP, mettez à jour votre fichier de configuration NTP (`ntp.conf` ou `ntp.conf.cluster`) sur chaque noeud.
   1. Utilisez l'outil d'édition de votre choix.

      Si vous effectuez cette étape lors de l'installation, n'oubliez pas de supprimer les noeuds configurés. Le modèle par défaut est préconfiguré avec 16 noeuds. En règle générale, le fichier `ntp.conf.cluster` est le même sur chaque noeud du cluster.

   2. Assurez-vous que vous pouvez exécuter une requête ping pour le nouveau nom d'hôte privé sur tous les noeuds du cluster.
   3. Redémarrez le démon NTP.

      Effectuez cette étape sur chaque noeud du cluster.

      Utilisez la commande `svcadm` pour redémarrer le démon NTP.

          # svcadm enable ntp

8. Activez toutes les ressources du service de données et les autres applications qui ont été désactivées, lors de l'Étape 1.

       phys-schost# clresource enable resource[,...]

   Pour plus d'informations sur l'utilisation de la commande `clresource`, reportez-vous à la page de manuel `clresource`(1CL) et au manuel Oracle Solaris Cluster Data Services Planning and Administration Guide .

Exemple 9-8 Modification du nom d'hôte privé

L'exemple suivant modifie le nom d'hôte privé `clusternode2-priv` en `clusternode4-priv`, sur le noeud `phys-schost-2`.

    [Disable all applications and data services as necessary.]
    phys-schost-1# /etc/init.d/xntpd stop
    phys-schost-1# clnode show | grep node
     ...
     private hostname:                           clusternode1-priv
     private hostname:                           clusternode2-priv
     private hostname:                           clusternode3-priv
     ...
    phys-schost-1# clsetup
    phys-schost-1# nscd -i hosts
    phys-schost-1# vi /etc/inet/ntp.conf
     ...
     peer clusternode1-priv
     peer clusternode4-priv
     peer clusternode3-priv
    phys-schost-1# ping clusternode4-priv
    phys-schost-1# /etc/init.d/xntpd start
    [Enable all applications and data services disabled at the beginning of the procedure.]

## Ajout d'un nom d'hôte privé pour un noeud non votant sur un cluster global

Cette procédure permet d'ajouter un nom d'hôte privé pour un noeud non votant sur un cluster global une fois l'installation terminée. Dans les procédures de ce chapitre, `phys-schost#` fait référence à une invite du cluster global. Suivez cette procédure sur un cluster global uniquement.

1. Exécutez l'utilitaire `clsetup`(1CL) pour ajouter un nom d'hôte privé dans la zone appropriée.

       phys-schost# clsetup

2. Saisissez le numéro correspondant à l'option de noms d'hôtes privés et appuyez sur la touche Entrée.
3. Saisissez le numéro correspondant à l'option d'ajout d'un nom d'hôte privé de zone et appuyez sur la touche Entrée.

   Répondez aux questions, lorsque vous y êtes invité. Il n'existe aucune valeur par défaut pour le nom d'hôte privé d'un noeud non votant du cluster global. Vous devrez spécifier un nom d'hôte.

## Modification du nom d'hôte privé sur un noeud non votant d'un cluster global

Cette procédure permet de modifier le nom d'hôte privé d'un noeud non votant une fois l'installation terminée.

Les noms d'hôte privé sont assignés pendant l'installation initiale du cluster. Le nom d'hôte privé se présente sous la forme `clusternode`< nodeid>`-priv`, par exemple : `clusternode3-priv`. Vous devez modifier un nom d'hôte privé uniquement si ce dernier est déjà utilisé dans le domaine.

| Attention - Ne tentez pas d'assigner des adresses IP aux nouveaux noms d'hôte privé. Le logiciel de clustering se charge de les assigner.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Sur tous les noeuds du cluster global, désactivez toute ressource de service de données ou autre application susceptible de mettre en cache des noms d'hôtes privés.

       phys-schost# clresource disable resource1, resource2

   Veuillez inclure les éléments suivants dans les applications à désactiver :

   - Les services DNS et NFS à haute disponibilité, si configurés.

   - Toute application dont la configuration a été personnalisée afin d'utiliser le nom d'hôte privé.

   - Toute application utilisée par les clients dans l'interconnexion privée.

   Pour plus d'informations sur l'utilisation de la commande `clresource`, reportez-vous à la page de manuel `clresource`(1CL) et au manuel Oracle Solaris Cluster Data Services Planning and Administration Guide .

2. Exécutez l'utilitaire `clsetup` pour modifier le nom d'hôte privé du noeud non votant approprié sur le cluster global.

       phys-schost# clsetup

   Il suffit d'effectuer cette étape à partir de l'un des noeuds du cluster. Pour plus d'informations, reportez-vous à la page de manuel `clsetup`(1CL).

   Remarque - Lorsque vous sélectionnez un nouveau nom d'hôte privé, assurez-vous que ce dernier ne fait pas doublon dans le cluster.

3. Saisissez le numéro correspondant à l'option des noms d'hôtes privés et appuyez sur la touche Entrée.
4. Saisissez le numéro correspondant à l'option d'ajout d'un nom d'hôte privé de zone et appuyez sur la touche Entrée.

   Il n'existe aucune valeur par défaut pour un noeud non votant d'un nom d'hôte privé du cluster global. Vous devez spécifier un nom d'hôte.

5. Saisissez le numéro correspondant à l'option de modification d'un nom d'hôte privé de zone.

   Répondez aux questions, lorsque vous y êtes invité. Vous êtes invité à saisir le nom du noeud non votant dont vous modifiez le nom d'hôte privé (`clusternode`< nodeid>`-priv`), ainsi que le nouveau nom d'hôte privé.

6. Videz le cache du service de noms.

   Effectuez cette étape sur chaque noeud du cluster. Lorsque vous videz le cache du service de noms, cela empêche les applications et les services de données du cluster d'accéder à l'ancien nom d'hôte privé.

       phys-schost# nscd -i hosts

7. Activez toutes les ressources de service de données et autres applications que vous aviez désactivées à l'Étape 1.

## Suppression du nom d'hôte privé d'un noeud non votant sur un cluster global

Cette procédure permet de supprimer un nom d'hôte privé pour un noeud non votant sur un cluster global. Suivez cette procédure sur un cluster global uniquement.

1. Exécutez l'utilitaire clsetup pour supprimer un nom d'hôte privé de la zone appropriée.

   Pour plus d'informations, reportez-vous à la page de manuel `clsetup`(1CL).

2. Saisissez le numéro correspondant à l'option de nom d'hôte privé de zone.
3. Saisissez le numéro correspondant à l'option de suppression d'un nom d'hôte privé de zone.
4. Saisissez le nom du nom d'hôte privé d'un noeud non votant que vous supprimez.

## Modification du nom d'un noeud

Vous pouvez modifier le nom d'un noeud qui fait partie d'une configuration de cluster Oracle Solaris. Vous devez renommer le nom d'hôte Oracle Solaris avant de pouvoir renommer le noeud. Utilisez la commande `clnode rename` pour renommer le noeud.

Les instructions suivantes sont valides pour toute application s'exécutant sur un cluster global.

1. Sur le cluster global, connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Si vous renommez un noeud d'un cluster Oracle Solaris Cluster Geographic Edition partenaire d'une configuration Oracle Solaris, vous devez effectuer des opérations supplémentaires. Si le cluster dans lequel vous effectuez la procédure de changement de nom est le cluster principal du groupe de protection, et si vous souhaitez que l'application soit incluse dans le groupe de protection en ligne, vous pouvez faire basculer le groupe de protection sur le cluster secondaire pendant que vous renommez le noeud. Pour plus d'informations sur les clusters et noeuds Geographic Edition, reportez-vous au Chapitre 5, Administering Cluster Partnerships du manuel Oracle Solaris Cluster Geographic Edition System Administration Guide.
3. Renommez les noms d'hôtes Oracle Solaris en effectuant les étapes décrites à la section Modification du nom d’hôte d’un système du manuel Guide d’administration système : Administration avancée, mais n'effectuez pas de réinitialisation à la fin de la procédure. Au lieu de redémarrer votre système, arrêtez le cluster.
4. Réinitialisez tous les noeuds de cluster en mode non cluster.

       ok> boot -x

5. En mode non cluster sur le noeud sur lequel vous avez renommé le nom d'hôte Oracle Solaris, renommez le noeud et exécutez la commande `cmd` sur chaque hôte renommé. Renommez un seul noeud à la fois.

       # clnode rename -n newnodename oldnodename

6. Mettez à jour toutes les références au nom d'hôte précédent dans les applications exécutées sur le cluster.
7. Assurez-vous que le noeud a bien été renommé en vérifiant les messages de commande et les fichiers journaux.
8. Réinitialisez tous les noeuds en mode cluster.

       # sync;sync;sync;/etc/reboot

9. Vérifiez que le noeud affiche le nouveau nom.

       # clnode status -v

10. Si vous renommez un noeud inclus dans un noeud de cluster Geographic Edition et si le cluster partenaire du cluster contenant le noeud renommé contient toujours des références au nom de noeud précédent, l'état de la synchronisation du groupe de protection affichera une erreur. Vous devez mettre à jour le groupe de protection à partir d'un noeud du cluster partenaire qui contient le noeud renommé à l'aide de la commande `geopg update <pg>`. Après cette étape, exécutez la commande `geopg start -e global <pg>`. Vous pourrez ensuite rebasculer le groupe de protection sur le cluster contenant le noeud renommé.
11. Vous pouvez décider de modifier la propriété `hostnamelist` des ressources de nom d'hôte logique. Reportez-vous à la section Modification des noms d'hôtes logiques à l'aide des ressources de nom d'hôte logique Oracle Solaris Cluster existantes pour obtenir des instructions sur cette étape facultative.

## Modification des noms d'hôtes logiques à l'aide des ressources de nom d'hôte logique Oracle Solaris Cluster existantes

Vous pouvez modifier la propriété `hostnamelist` de la ressource de nom d'hôte logique avant ou après avoir renommé le noeud en suivant les étapes de la section Modification du nom d'un noeud. Cette étape est facultative.

1. Sur le cluster global, connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Si vous le souhaitez, vous pouvez modifier les noms d'hôtes logiques utilisés par les ressources de nom d'hôte logique Oracle Solaris Cluster existantes.

   Les étapes ci-dessous décrivent comment configurer la ressource `apache-lh-res` de manière à ce qu'elle fonctionne avec le nouveau nom d'hôte logique. Cette procédure doit être exécutée en mode cluster.

   1. En mode cluster, accédez aux groupes de ressources Apache qui contiennent les noms d'hôtes logiques hors ligne.

          # clrg offline apache-rg

   2. Désactivez ces ressources Apache.

          # clrs disable appache-lh-res

   3. Fournissez la nouvelle liste de noms d'hôtes.

          # clrs set -p HostnameList=test-2 apache-lh-res

   4. Modifiez les références de l'application pour les entrées précédentes dans la propriété `hostnamelist` afin de référencer les nouvelles entrées.
   5. Activez les nouvelles ressources Apache.

          # clrs enable apache-lh-res

   6. Mettez en ligne les groupes de ressources Apache.

          # clrg online -eM apache-rg

   7. Assurez-vous que l'application a démarré correctement en exécutant la commande suivante de vérification du client.

          # clrs status apache-rs

## Mise en mode de maintenance d'un noeud

Vous devez mettre un noeud du cluster global en mode de maintenance, lorsque vous désactivez ce dernier pendant un certain temps. De cette façon, le noeud n'est pas pris en compte dans le nombre de quorums, pendant l'opération de maintenance. Pour mettre un noeud en mode de maintenance, ce dernier doit être arrêté à l'aide des commandes `clnode evacuate` et `cluster shutdown`. Pour de plus amples informations, reportez-vous aux pages de manuel `clnode`(1CL) et `cluster`(1CL).

Remarque - Utilisez la commande Oracle Solaris `shutdown` pour arrêter un noeud unique. Utilisez la commande `cluster shutdown` uniquement lorsque vous arrêtez l'ensemble d'un cluster.

Lorsqu'un noeud est arrêté et mis en mode de maintenance, la valeur 1 est déduite du nombre de votes de tous les périphériques de quorum dont les ports sont configurés sur ce noeud. Lors de l'arrêt du mode de maintenance de ce dernier et sa remise en ligne, la valeur 1 est ajoutée au noeud et aux nombres de votes de périphérique de quorum.

Utilisez la commande `clquorum disable` pour mettre le noeud du cluster en mode de maintenance. Pour plus d'informations, reportez-vous à la page de manuel `clquorum`(1CL).

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify` sur le noeud du cluster à mettre en mode de maintenance.
2. Evacuez tout groupe de ressources ou de périphériques du noeud. La commande `clnode evacuate` permet de basculer tous les groupes de ressources et les groupes de périphériques, y compris tous les noeuds non votants, du noeud spécifié vers le noeud de prédilection suivant.

       phys-schost# clnode evacuate node

3. Arrêtez le noeud évacué.

       phys-schost# shutdown -g0 -y -i 0

4. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify` sur un autre noeud du cluster et mettez le noeud ayant été arrêté à l'Étape 3 en mode de maintenance.

       phys-schost# clquorum disable  node

   `node`

     Spécifie le nom d'un noeud à mettre en mode de maintenance.

5. Assurez-vous que le noeud du cluster global est désormais mis en mode de maintenance.

       phys-schost# clquorum status node

   Le `statut` du noeud dont le mode de maintenance est arrêté doit être hors ligne (`offline`) et le nombre de votes doit être défini sur une valeur nulle (`0`) pour les votes de quorum de type `Present` et `Possible`.

Exemple 9-9 Mise en mode de maintenance d'un noeud du cluster global

L'exemple suivant met le noeud du cluster en mode de maintenance et vérifie les résultats. Le résultat de la commande `clnode status` renvoie la valeur `0` (zéro) pour les noeuds de vote (`Node votes`) de phys-schost-1, ainsi que le statut Hors ligne (`Offline`). Le Récapitulatif du quorum (`Quorum Summary`) doit également renvoyer des nombres de votes réduits. Selon votre configuration, le résultat des `Quorum Votes by Device` doit indiquer que certains périphériques de disque de quorum se trouvent également hors ligne.

    [On the node to be put into maintenance state:]
    phys-schost-1# clnode  evacuate phys-schost-1
    phys-schost-1# shutdown -g0 -y -i0

    [On another node in the cluster:]
    phys-schost-2# clquorum disable phys-schost-1
    phys-schost-2# clquorum status phys-schost-1

    -- Quorum Votes by Node --

    Node Name           Present       Possible       Status
    ---------           -------       --------       ------
    phys-schost-1       0             0              Offline
    phys-schost-2       1             1              Online
    phys-schost-3       1             1              Online

Voir aussi

Pour remettre un noeud en ligne, reportez-vous à la section Arrêt du mode de maintenance d'un noeud.

## Arrêt du mode de maintenance d'un noeud

Suivez la procédure suivante pour remettre en ligne un noeud du cluster global et réinitialiser le nombre de votes de quorum sur la valeur par défaut. Le nombre de quorums des noeuds du cluster est égal à 1. Le nombre de quorums par défaut des périphériques de quorum est égal à N-1. La lettre N représente un nombre de noeuds, dont la valeur du nombre de votes n'est pas égale à zéro et dont les ports du nombre de votes sont configurés sur le périphérique de quorum.

Lors de la mise en mode de maintenance d'un noeud, la valeur 1 est déduite du nombre de votes de quorum de ce noeud. Les nombres de votes de tous les périphériques de quorum dont les ports sont configurés sur le noeud, seront également réduits. Lors de la réinitialisation du nombre de votes de quorum et de l'arrêt du mode de maintenance d'un noeud, la valeur 1 est ajoutée au nombre de votes de périphérique de quorum et au nombre de votes de quorum du noeud.

Suivez cette procédure à chaque fois qu'un noeud du cluster global est mis en mode de maintenance et que vous souhaitez modifier cet état.

| Attention - Si vous ne spécifiez pas les options `globaldev` ou `node`, les votes de quorum sont réinitialisés pour tout le cluster.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify` sur tous les noeuds du cluster global autres que le noeud mis en mode de maintenance.
2. Selon le nombre de noeuds de la configuration du cluster global, effectuez l'une des étapes suivantes :

   - Si la configuration du cluster contient deux noeuds, reportez-vous à l'Étape 4.

   - Si la configuration du cluster contient plus de deux noeuds, passez à l'Étape 3.

3. Si le noeud dont le mode de maintenance est arrêté, comprend des périphériques de quorum, réinitialisez le nombre de quorums du cluster depuis un autre noeud.

   Vous pouvez réinitialiser le nombre de quorums d'un noeud autre que le noeud mis en mode de maintenance, avant de réinitialiser ce dernier. Dans le cas contraire, le noeud peut se retrouver bloqué en attendant le quorum.

       phys-schost# clquorum reset

   `reset`

     Indicateur de la modification réinitialisant les quorums.

4. Initialisez le noeud dont le mode de maintenance est arrêté.
5. Vérifiez le nombre de votes de quorum.

       phys-schost# clquorum status

   Le statut du noeud dont le mode de maintenance est arrêté doit être en ligne (`online`) et refléter le nombre de votes approprié pour les votes de quorum de type `Present` et `Possible`.

Exemple 9-10 Arrêt du mode de maintenance d'un noeud du cluster et redéfinition du nombre de votes de quorum

L'exemple suivant met en évidence la réinitialisation du nombre de quorums d'un noeud du cluster et de ses périphériques de quorum sur les valeurs par défaut, ainsi que la vérification du résultat. Dans la sortie de `scstat status`, les `votes de noeud` (Node votes) pour la commande `phys-schost-1` possèdent la valeur `1` et le statut `en ligne` (Online). Le récapitulatif du quorum (`Quorum Summary`) affiche également une augmentation du nombre de votes.

    phys-schost-2# clquorum reset

- Sur les systèmes SPARC, exécutez la commande suivante :

      ok boot

- Sur les systèmes x86, exécutez les commandes suivantes :

  Lorsque le menu GRUB s'affiche, sélectionnez l'entrée Oracle Solaris appropriée, puis appuyez sur la touche Entrée. Le menu GRUB qui s'affiche est semblable à ce qui suit :

      GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
      +-------------------------------------------------------------------------+
      | Solaris 10 /sol_10_x86                                                  |
      | Solaris failsafe                                                        |
      |                                                                         |
      +-------------------------------------------------------------------------+
      Use the ^ and v keys to select which entry is highlighted.
      Press enter to boot the selected OS, 'e' to edit the
      commands before booting, or 'c' for a command-line.

    phys-schost-1# clquorum status

    --- Quorum Votes Summary ---

                Needed   Present   Possible
                ------   -------   --------
                4        6         6

    --- Quorum Votes by Node ---

    Node Name        Present       Possible      Status
    ---------        -------       --------      ------
    phys-schost-2    1             1             Online
    phys-schost-3    1             1             Online

    --- Quorum Votes by Device ---

    Device Name           Present      Possible      Status
    -----------           -------      --------      ------
    /dev/did/rdsk/d3s2    1            1             Online
    /dev/did/rdsk/d17s2   0            1             Online
    /dev/did/rdsk/d31s2   1            1             Online
    `

## Désinstallation d'Oracle Solaris Cluster d'un noeud du cluster

Effectuez cette procédure pour désinstaller Oracle Solaris Cluster d'un noeud de cluster global, puis déconnecter le noeud d'une configuration en cluster entièrement déployée. Vous pouvez suivre cette procédure pour désinstaller les logiciels du dernier noeud restant d'un cluster.

Remarque - Pour désinstaller Oracle Solaris Cluster d'un noeud n'ayant pas encore rejoint le cluster ou se trouvant encore en mode installation, vous ne devez pas suivre cette procédure. Au lieu de cela, reportez-vous à la section “Désinstallation du logiciel Oracle Solaris Cluster pour résoudre les problèmes d'installation” du Guide d’installation du logiciel Oracle Solaris Cluster.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Assurez-vous d'avoir terminé correctement toutes les tâches prérequises de la liste pour pouvoir supprimer un noeud du cluster.

   Reportez-vous au Tableau 8-2.

   Remarque - Assurez-vous d'avoir supprimé le noeud de la configuration du cluster à l'aide de la commande `clnode remove`, avant de continuer cette procédure.

2. Connectez-vous en tant que superutilisateur sur un membre actif du cluster global autre que le noeud du cluster global que vous désinstallez. Effectuez cette procédure à partir d'un noeud du cluster global.
3. Depuis le membre actif du cluster, ajoutez le noeud que vous avez l'intention de désinstaller à la liste d'authentification des noeuds du cluster.

       phys-schost# claccess allow -h hostname

   `-h`

     Spécifie le nom du noeud à ajouter à la liste d'authentification du noeud.

   Vous pouvez également exécuter l'utilitaire `clsetup`. Pour plus d'informations sur les procédures, reportez-vous à la page de manuel `clsetup`(1CL) et à la section Ajout d'un noeud à un cluster existant.

4. Connectez-vous en tant que superutilisateur sur le noeud à désinstaller.
5. Si vous disposez d'un cluster de zones, désinstallez-le.

       phys-schost# clzonecluster uninstall -F zoneclustername

   Pour le détail des étapes, reportez-vous à la section Suppression d'un cluster de zones.

6. Si votre noeud contient une partition dédiée à l'espace de noms des périphériques globaux, réinitialisez le noeud du cluster global en mode non cluster.

   - Sur les systèmes SPARC, exécutez la commande suivante :

         # shutdown -g0 -y -i0ok boot -x

   - Sur les systèmes x86, exécutez les commandes suivantes :

         # shutdown -g0 -y -i0
         ...
                               <<< Current Boot Parameters >>>
         Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@7,1/
         sd@0,0:a
         Boot args:

         Type    b [file-name] [boot-flags] <ENTER>  to boot with options
         or      i <ENTER>                           to enter boot interpreter
         or      <ENTER>                             to boot with defaults

                           <<< timeout in 5 seconds >>>
         Select (b)oot or (i)nterpreter: b -x

7. Dans le fichier `/etc/vfstab`, supprimez toutes les entrées du système de fichiers monté, à l'exception des montages globaux `/global/.devices`.
8. Si vous envisagez de réinstaller le logiciel Oracle Solaris Cluster sur ce noeud, supprimez l'entrée Oracle Solaris Cluster du registre du produit Sun Java Enterprise System (Java ES).

   Si le registre du produit Java ES contient une trace de l'installation passée du logiciel Oracle Solaris Cluster, le composant Oracle Solaris Cluster est grisé dans le programme d'installation de Java ES et il n'est pas possible de le réinstaller.

   1. Démarrez le programme de désinstallation de Java ES.

      Exécutez la commande suivante, où ver correspond à la version de la distribution Java ES à partir de laquelle vous avez installé le logiciel Oracle Solaris Cluster.

          # /var/sadm/prod/SUNWentsysver/uninstall

   2. Suivez les invites pour sélectionner `Oracle Solaris Cluster` à désinstaller.

      Pour plus d'informations sur l'utilisation de la commande `uninstall`, reportez-vous au Chapitre 8, Uninstalling du manuel Sun Java Enterprise System 5 Update 1 Installation Guide for UNIX.

9. Si vous ne voulez pas réinstaller Oracle Solaris Cluster sur ce cluster, déconnectez les câbles et le commutateur de transport des autres périphériques du cluster, si ces derniers sont connectés.
   1. Si le noeud désinstallé est connecté à un périphérique de stockage utilisant une interface SCSI parallèle, installez une terminaison SCSI pour ouvrir un connecteur SCSI du périphérique de stockage, après avoir déconnecté les câbles de transport.

      Si le noeud désinstallé est connecté à un périphérique de stockage utilisant des interfaces Fibre Channel, vous ne devez installer aucune terminaison.

   2. Suivez la documentation fournie avec votre adaptateur d'hôte et votre serveur pour connaître les procédures de déconnexion.

   Astuce - Si vous utilisez un périphérique lofi (loopback file interface, interface de fichier loopback), le programme de désinstallation de Java ES supprime automatiquement le fichier lofi, qui se nomme `/.globaldevices`. Pour plus d'informations sur la migration d'un espace de noms de périphériques globaux vers un périphérique lofi, reportez-vous à la section Migration de l'espace de noms des périphériques globaux.

### Dépannage de la désinstallation d'un noeud

Cette section décrit les messages d'erreur pouvant être reçus, lorsque vous exécutez la commande `clnode remove`, ainsi que les actions correctives à mettre en oeuvre.

#### Entrées du système de fichiers de cluster non supprimées

Les messages d'erreur suivants indiquent que le noeud du cluster qui a été supprimé contient encore des systèmes de fichiers de cluster référencés dans le fichier `vfstab` :

    Verifying that no unexpected global mounts remain in /etc/vfstab ... failed
    clnode:  global-mount1 is still configured as a global mount.
    clnode:  global-mount1 is still configured as a global mount.
    clnode:  /global/dg1 is still configured as a global mount.

    clnode:  It is not safe to uninstall with these outstanding errors.
    clnode:  Refer to the documentation for complete uninstall instructions.
    clnode:  Uninstall failed.

Pour corriger cette erreur, retournez à la section Désinstallation d'Oracle Solaris Cluster d'un noeud du cluster et répétez la procédure. Assurez-vous d'avoir terminé l'Étape 7 de cette procédure avant d'exécuter à nouveau la commande `clnode remove`.

#### Entrée non supprimée dans la liste des groupes de périphériques

Les messages d'erreur suivants indiquent que le noeud supprimé est encore listé dans un groupe de périphériques.

    Verifying that no device services still reference this node ... failed
    clnode:  This node is still configured to host device service "
    service".
    clnode:  This node is still configured to host device service "
    service2".
    clnode:  This node is still configured to host device service "
    service3".
    clnode:  This node is still configured to host device service "
    dg1".

    clnode:  It is not safe to uninstall with these outstanding errors.
    clnode:  Refer to the documentation for complete uninstall instructions.
    clnode:  Uninstall failed.

#### Script de désinstallation manquant

Si vous n'avez pas utilisé le programme `installer` pour installer ou mettre à niveau le logiciel Sun Cluster ou Oracle Solaris Cluster que vous souhaitez désormais supprimer, il n'y a pas de script de désinstallation à utiliser pour cette version du logiciel. Au lieu de cela, effectuez les étapes suivantes pour désinstaller le logiciel.

### Désinstallation du logiciel Sun Cluster 3.1 et 3.2 sans script de désinstallation

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Accédez à un répertoire qui n'est associé à aucun package Sun Cluster.

       # cd /directory

3. Désinstallez le logiciel Sun Cluster du noeud.

       # scinstall -r

4. Renommez le fichier `productregistry` pour permettre l'éventuelle réinstallation du logiciel à l'avenir.

       # mv /var/sadm/install/productregistry /var/sadm/install/productregistry.sav

### Création, paramétrage et gestion de la base MIB d'événements SNMP d'Oracle Solaris Cluster

Cette section explique comment créer, paramétrer et gérer une base d'informations de gestion (MIB, Management Information Base) d'événements de protocole de gestion de réseau simple (SNMP, Simple Network Management Protocol). Cette section explique également comment activer, désactiver ou modifier la base MIB d'événements SNMP d'Oracle Solaris Cluster.

Oracle Solaris Cluster prend actuellement en charge une base MIB, à savoir la base MIB d'événements SNMP. Le gestionnaire SNMP déroute les événements du cluster en temps réel. Lorsque le gestionnaire SNMP est activé, ce dernier envoie des notifications de déroutement vers tous les hôtes définis par la commande `clsnmphost`. La base MIB met à jour une table en lecture seule contenant les 50 événements les plus récurrents. Etant donné que les clusters génèrent de nombreuses notifications, seuls les événements renvoyant la gravité `Avertissement` ou une gravité supérieure sont envoyés en tant que notifications de déroutement. Ces informations ne seront pas prises en compte, lors des prochaines réinitialisations.

La base MIB d'événements SNMP est définie dans le fichier `sun-cluster-event-mib.mib` et se trouve dans le répertoire `/usr/cluster/lib/mib`. Vous pouvez utiliser cette définition pour interpréter les informations des déroutements SNMP.

Le numéro de port par défaut du module des événements SNMP est égal à 11161 et le numéro de port par défaut des déroutements SNMP est égal à 11162. Vous pouvez modifier ces numéros de port dans le fichier du conteneur d'agent commun, à savoir : `/etc/cacao/instances/default/private/cacao.properties`.

La création, le paramétrage et la gestion d'une base MIB d'événements SNMP d'Oracle Solaris Cluster peut inclure les tâches suivantes :

Tableau 9-2 Liste des tâches : création, paramétrage et gestion de la base MIB d'événements SNMP d'Oracle Solaris Cluster

Tâche | Instructions
--- | ---
Activation d'une base MIB d'événements SNMP | Activation d'une base MIB d'événements SNMP
Désactivation d'une base MIB d'événements SNMP | Désactivation d'une base MIB d'événements SNMP
Modification d'une base MIB d'événements SNMP | Modification d'une base MIB d'événements SNMP
Ajout d'un hôte SNMP à la liste des hôtes devant recevoir les notifications de déroutement des bases MIB | Activation des notifications de déroutement d'un hôte SNMP sur un noeud
Suppression d'un hôte SNMP | Désactivation des notifications de déroutement d'un hôte SNMP sur un noeud
Ajout d'un utilisateur SNMP | Ajout d'un utilisateur SNMP à un noeud
Suppression d'un utilisateur SNMP | Suppression d'un utilisateur SNMP à un noeud

### Activation d'une base MIB d'événements SNMP

Cette procédure explique comment activer une base MIB d'événements SNMP.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Activez la base MIB d'événements SNMP

       phys-schost-1# clsnmpmib enable [-n node] MIB

   [`-n` node]

     Spécifie l'emplacement du noeud sur lequel se trouve la base MIB d'événements à activer. Vous pouvez spécifier l'ID ou le nom d'un noeud. Si vous ne spécifiez pas cette option, le noeud actif sera utilisé par défaut.

   MIB

     Spécifie le nom de la base MIB à activer. Dans ce cas, le nom de la base MIB doit être `event`.

### Désactivation d'une base MIB d'événements SNMP

Cette procédure explique comment désactiver une base MIB d'événements SNMP.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Désactivez la base MIB d'événements SNMP.

       phys-schost-1# clsnmpmib disable -n node MIB

   `-n` node

     Spécifie l'emplacement du noeud node sur lequel se trouve la base MIB d'événements à désactiver. Vous pouvez spécifier l'ID ou le nom d'un noeud. Si vous ne spécifiez pas cette option, le noeud actif sera utilisé par défaut.

   MIB

     Spécifie le type de la base MIB à désactiver. Dans ce cas, vous devez spécifier `event`.

### Modification d'une base MIB d'événements SNMP

Cette procédure explique comment modifier le protocole d'une base MIB d'événements SNMP.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Modifiez le protocole de la base MIB d'événements SNMP.

       phys-schost-1# clsnmpmib set -n node -p version=value MIB

   `-n` node

     Spécifie l'emplacement du noeud node sur lequel se trouve la base MIB d'événements à modifier. Vous pouvez spécifier l'ID ou le nom d'un noeud. Si vous ne spécifiez pas cette option, le noeud actif sera utilisé par défaut.

   `-p` version=value

     Spécifie la version du protocole SNMP à utiliser avec les bases MIB. Vous devez spécifier la valeur value comme suit :

     - `version=SNMPv2`

     - `version=snmpv2`

     - `version=2`

     - `version=SNMPv3`

     - `version=snmpv3`

     - `version=3`

   MIB

     Spécifie le nom de la ou des bases MIB sur lesquelles la sous-commande doit être exécutée. Dans ce cas, vous devez spécifier `event`. Si vous ne spécifiez pas cet opérande, la sous-commande utilise le signe plus par défaut (`+`), ce qui signifie tous les MIB. Si vous utilisez l'opérande MIB, spécifiez le MIB dans une liste séparée par des espaces après toutes les autres options de ligne de commande.

### Activation des notifications de déroutement d'un hôte SNMP sur un noeud

Cette procédure explique comment ajouter un hôte SNMP sur un noeud faisant partie de la liste des hôtes recevant des notifications de déroutement de la base MIB.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Ajoutez l'hôte à la liste des hôtes SNMP d'une communauté d'un autre noeud.

       phys-schost-1# clsnmphost add -c SNMPcommunity [-n node] host

   `-c` SNMPcommunity

     Spécifie le nom de la communauté SNMP utilisé avec le nom d'hôte.

     Vous devez spécifier le nom de la communauté SNMP SNMPcommunity, lorsque vous ajoutez un hôte à une autre communauté que la communauté `public`. Si vous utilisez la commande `add` sans l'option `-e`, la sous-commande utilise l'option `public` comme nom de communauté par défaut.

     Si le nom de communauté spécifié n'existe pas, cette commande le crée.

   `-n` node

     Spécifie le nom du noeud node de l'hôte SNMP donnant accès aux bases MIB d'événements SNMP dans le cluster. Vous pouvez spécifier l'ID ou le nom d'un noeud. Si vous ne spécifiez pas cette option, le noeud actif sera utilisé par défaut.

   host

     Spécifie le nom, l'adresse IP ou l'adresse IPv6 de l'hôte ayant accès aux bases MIB d'événements SNMP dans le cluster.

### Désactivation des notifications de déroutement d'un hôte SNMP sur un noeud

Cette procédure explique comment supprimer un hôte SNMP sur un noeud faisant partie de la liste des hôtes recevant des notifications de déroutement de la base MIB.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Supprimez l'hôte de la liste des hôtes SNMP d'une communauté se trouvant sur le noeud spécifié.

       phys-schost-1# clsnmphost remove -c SNMPcommunity -n node host

   `remove`

     Supprime l'hôte SNMP du noeud spécifié.

   `-c` SNMPcommunity

     Spécifie le nom de la communauté SNMP dont l'hôte SNMP a été supprimé.

   `-n` node

     Spécifie le nom du noeud node dont l'hôte SNMP a été supprimé de la configuration. Vous pouvez spécifier l'ID ou le nom d'un noeud. Si vous ne spécifiez pas cette option, le noeud actif sera utilisé par défaut.

   host

     Spécifie le nom, l'adresse IP ou l'adresse IPv6 de l'hôte ayant été supprimé de la configuration.

     Pour supprimer tous les hôtes de la communauté SNMP spécifiée, utilisez le signe Plus (`+`) sur l'option host, en y ajoutant l'option `-c`. Pour supprimer tous les hôtes, utilisez le signe Plus (`+`) sur l'option host .

### Ajout d'un utilisateur SNMP à un noeud

Cette procédure explique comment ajouter un utilisateur SNMP à la configuration des utilisateurs SNMP d'un noeud.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Ajoutez l'utilisateur SNMP.

       phys-schost-1# clsnmpuser create -n node -a authentication \
                     -f password user

   `-n` node

     Spécifie le noeud sur lequel l'utilisateur SNMP a été ajouté. Vous pouvez spécifier l'ID ou le nom d'un noeud. Si vous ne spécifiez pas cette option, le noeud actif sera utilisé par défaut.

   `-a` authentication

     Spécifie le protocole d'authentification utilisé pour autoriser l'utilisateur. La valeur du protocole d'authentification est égale à `SHA` ou `MD5`.

   `-f` password

     Spécifie un fichier contenant les mots de passe des utilisateurs SNMP. Si vous ne spécifiez pas cette option lorsque vous créer un nouvel utilisateur, la commande vous invite à saisir un mot de passe. Cette option peut uniquement être utilisée avec la sous-commande `add`.

     Vous devez spécifier les mots de passe des utilisateurs sur plusieurs lignes au format suivant :

         user:password

     Les mots de passe ne peuvent pas contenir d'espaces ou les caractères suivants :

     - `;` (point-virgule)

     - `:` (deux points)

     - `\` (barre oblique inverse)

     - `\n` (nouvelle ligne)

   user

     Spécifie le nom de l'utilisateur SNMP à ajouter.

### Suppression d'un utilisateur SNMP à un noeud

Cette procédure explique comment supprimer un utilisateur SNMP de la configuration des utilisateurs SNMP d'un noeud.

L'élément `phys-schost#` fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.

Cette procédure contient la forme longue des commandes d'Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. A l'exception de la forme du nom, ces commandes sont identiques.

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify`.
2. Supprimez l'utilisateur SNMP.

       phys-schost-1# clsnmpuser delete -n node user

   `-n` node

     Spécifie le noeud sur lequel l'utilisateur SNMP a été supprimé. Vous pouvez spécifier l'ID ou le nom d'un noeud. Si vous ne spécifiez pas cette option, le noeud actif sera utilisé par défaut.

   user

     Spécifie le nom de l'utilisateur SNMP à supprimer.

### Configuration de limites de charge

Vous pouvez activer la répartition automatique de la charge du groupe de ressource sur les noeuds ou les zones en définissant des limites de charge. Vous pouvez configurer un ensemble des limites de charge pour chaque noeud de cluster. Les facteurs de charge assignés à des groupes de ressources correspondent aux limites de charge définies des noeuds. Le comportement par défaut consiste à distribuer la charge du groupe de ressources de manière équitable sur tous les noeuds disponibles dans la liste des noeuds du groupe de ressources.

Les groupes de ressources sont démarrés sur un noeud de la liste des noeuds du groupe de ressources par le RGM, de manière à ce que les limites de charge du noeud ne soient pas dépassées. Etant donné que les groupes de ressources sont assignés aux noeuds par le gestionnaire de groupes de ressources, les facteurs de charge des groupes de ressources sur chaque noeud sont additionnés afin de calculer la charge totale. La charge totale est ensuite comparée aux limites de la charge de ce noeud.

Une limite de charge se compose des éléments suivants :

- Un nom assigné par l'utilisateur.

- Une valeur de limite dépassable (vous pouvez dépasser temporairement cette valeur).

- Une valeur de limite fixe (ces limites de charge ne peuvent jamais être dépassées et sont strictement appliquées).

Vous pouvez définir les limites dépassable et fixe dans une seule commande. Si une des limites n'est pas explicitement définie, la valeur par défaut est utilisée. Les limites dépassable et fixe de chaque noeud sont créées et modifiées avec les commandes `clnode create-loadlimit`, `clnode set-loadlimit`, et `clnode delete-loadlimit`. Pour plus d'informations, reportez-vous à la page de manuel `clnode`(1CL).

Vous pouvez assigner une priorité plus élevée à un groupe de ressources. De cette façon, les risques qu'il soit retiré d'un noeud sont réduits. Vous pouvez également définir une propriété `preemption_mode` pour déterminer si un groupe de ressources peut être devancé par un groupe de ressources à priorité supérieure en cas de surcharge de noeud. Une propriété `concentrate_load` permet aussi de concentrer la charge du groupe de ressources sur le moins de noeuds possible. La valeur par défaut de la propriété `concentrate_load` est `FALSE`.

Remarque - Vous pouvez configurer des limites de charge sur les noeuds d'un cluster global ou d'un cluster de zones. Vous pouvez utiliser la ligne de commande, l'utilitaire `clsetup` ou l'interface du gestionnaire Oracle Solaris Cluster pour configurer des limites de charge. La procédure suivante montre comment configurer des limites de charge à l'aide de la ligne de commande.

### Configuration de limites de charge sur un noeud

1. Connectez-vous en tant que superutilisateur ou prenez un rôle octroyant l'autorisation RBAC `solaris.cluster.modify` sur tous les noeuds du cluster global.
2. Créez et définissez une limite de charge pour les noeuds avec lesquels vous souhaitez utiliser l'équilibrage de charge.

       # clnode create-loadlimit -p limitname=mem_load -Z zc1 -p
       softlimit=11 -p hardlimit=20 node1 node2 node3

   Dans cet exemple, le nom du cluster de zones est `zc1`. L'exemple de propriété est appelé `mem_load` et possède une limite dépassable de 11 et une limite fixe de 20. Les limites dépassable et fixe sont des arguments facultatifs, définis par défaut sur une valeur illimitée. Pour plus d'informations, reportez-vous à la page de manuel `clnode`(1CL).

3. Assignez des valeurs de facteur de charge à chaque groupe de ressources.

       # clresourcegroup set -p load_factors=mem_load@50,factor2@1 rg1 rg2

   Dans cet exemple, les facteurs de charge sont définis sur les deux groupes de ressources, rg1 et rg2. Les paramètres des facteurs de charge correspondent aux limites de charge définies pour ces noeuds. Vous pouvez également effectuer cette étape au cours de la création du groupe de ressources avec la commande `clresourceroup create`. Pour de plus amples informations, reportez-vous à la page de manuel `clresourcegroup`(1CL).

4. Si vous le souhaitez, vous pouvez redistribuer la charge existante (clrg remaster).

       # clresourcegroup remaster rg1 rg2

   Cette commande permet de déplacer des groupes de ressources hors de leur noeud maître actuel, vers d'autres noeuds, afin d'obtenir une répartition uniforme de la charge.

5. Si vous le souhaitez, vous pouvez accorder une priorité supérieure à certains groupes de ressources.

       # clresourcegroup set -p priority=600 rg1

   La priorité par défaut est 500. Lors de l'assignement des noeuds, les groupes de ressources avec des valeurs de priorité supérieure prévalent sur les groupes de ressources avec une priorité inférieure.

6. Si vous le souhaitez, vous pouvez définir la propriété `Preemption_mode`.

       # clresourcegroup set -p Preemption_mode=No_cost rg1

   Reportez-vous à la page de manuel `clresourcegroup`(1CL) pour plus d'informations sur les options `HAS_COST`, `NO_COST` et `NEVER`.

7. Si vous le souhaitez, vous pouvez également définir l'indicateur `Concentrate_load`.

       # cluster set -p Concentrate_load=TRUE

8. Si vous le souhaitez, vous pouvez spécifier une affinité entre les groupes de ressources.

   Une affinité positive ou négative forte l'emporte sur la répartition de la charge. Une forte affinité doit toujours être respectée, tout comme une limite de charge fixe. Si vous définissez à la fois des affinités fortes et des limites de charge fixes, certains groupes de ressources devront rester hors ligne s'ils ne répondent pas à ces deux contraintes.

   L'exemple suivant décrit une affinité positive forte entre le groupe de ressources `rg1` du cluster de zones `zc1` et le groupe de ressources `rg2` du cluster de zones `zc2`.

       # clresourcegroup set -p RG_affinities=++zc2:rg2 zc1:rg1

9. Vérifiez le statut de tous les noeuds de cluster global et de zones dans le cluster.

       # clnode status -Z all -v

   La sortie inclut tout paramètre de limite de charge défini sur le noeud ou sur ses zones non globales.

Copyright © 2013, Oracle et/ou ses affiliés. Tous droits réservés. Notice légale |