JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Guide d'administration système d'Oracle Solaris Cluster     Oracle Solaris Cluster 4.1 (Français)
search filter icon
search icon

Informations document

Préface

1.  Présentation de l'administration d'Oracle Solaris Cluster

2.  Oracle Solaris Cluster et RBAC

3.  Fermeture et initialisation d'un cluster

4.  Méthodes de réplication de données

5.  Administration des périphériques globaux, du contrôle de chemin de disque et des systèmes de fichiers de cluster

6.  Gestion du quorum

7.  Administration des interconnexions de cluster et des réseaux publics

8.  Ajout et suppression d'un noeud

9.  Administration du cluster

Présentation de l'administration du cluster

Modification du nom du cluster

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

Authentification du nouveau noeud du cluster

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

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

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

Modification du nom d'un noeud

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

Mise en mode de maintenance d'un noeud

Arrêt du mode de maintenance d'un noeud

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

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

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

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

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

Activation 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

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

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

Ajout d'un utilisateur SNMP à un noeud

Suppression d'un utilisateur SNMP à un noeud

Configuration de limites de charge

Configuration de limites de charge sur un noeud

Modification des numéros de port des services ou agents de gestion

Utilisation du conteneur d'agent commun pour modifier les numéros de port des services ou agents de gestion

Tâches d'administration d'un cluster de zones

Ajout d'une adresse réseau à un cluster de zones

Suppression d'un cluster de zones

Suppression d'un système de fichiers d'un cluster de zones

Suppression d'un périphérique de stockage d'un cluster de zones

Dépannage

Exécution d'une application à l'extérieur du cluster global

Mise en mode non cluster d'un ensemble de métadonnées Solaris Volume Manager depuis les noeuds initialisés

Restauration d'un ensemble de disques altéré

Enregistrement de la configuration du logiciel Solaris Volume Manager

Purge de l'ensemble de disques corrompus

Recréation de la configuration du logiciel Solaris Volume Manager

10.  Configuration du contrôle de l'utilisation de la CPU

11.  Mise à jour du logiciel

12.  Sauvegarde et restauration d'un cluster

A.  Exemple

Index

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 de fermer 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.
Modification du nom du cluster.
Etablissement de la liste des ID des noeuds et des noms qui leur sont associés.
Autorisation ou refus de l'auto-ajout des noeuds au cluster.
Modification de l'heure d'un cluster à l'aide du protocole NTP
Arrêt d'un noeud par confirmation de 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.
Ajout ou modification d'un nom d'hôte privé.
Mise en mode de maintenance d'un noeud du cluster.
Modification du nom d'un noeud
Arrêt du mode de maintenance d'un noeud du cluster.
Désinstallation d'un logiciel de cluster d'un noeud de cluster
Ajout et gestion d'une base MIB d'événements SNMP
Configuration des limites de charge pour chaque noeud
Déplacement d'un cluster de zones, préparation en vue d'y exécuter des applications ou suppression.

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 de 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. Prenez le rôle root sur n'importe quel noeud 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 Other Cluster Properties (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 met en évidence la commande cluster générée à partir de l'utilitaire clsetup pour modifier le nouveau nom du cluster dromedary.

phys-schost# cluster rename -c dromedary

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

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

Pendant l'installation de 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 disposer du rôle root 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 de 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. Prenez le rôle root sur n'importe quel noeud 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 de temps du réseau (NTP, Network Time Protocol) pour synchroniser l'heure. 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 Network Time Protocol's User's Guide à l'adresse http://download.oracle.com/docs/cd/E19065-01/servers.10k/.


Attention

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 de la commande date, rdate ou svcadm ou dans les scripts cron. Pour plus d'informations, reportez-vous aux pages de manuel date(1), rdate(1M), svcadm(1M) ou cron(1M). La page de manuel ntpd(1M) est fournie dans le package Oracle Solaris 11 service/network/ntp.


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 de 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. Prenez le rôle root sur n'importe quel noeud 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 s'affiche.

      Pour plus d'informations sur l'initialisation basée sur le GRUB, reportez-vous à la section Initialisation d’un système du manuel Initialisation et arrêt des systèmes Oracle Solaris 11.1.

    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 s'affiche.

    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/kernel/$ISADIR/unix _B $ZFS-BOOTFS -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.

    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, utilisez la commande rdate(1M) pour synchroniser l'heure sur celle du noeud unique.
    phys-schost# rdate hostname
  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 de 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 spécifié du cluster global vers le noeud de prédilection suivant.

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

    Attention

    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

Attention - Ne tentez pas d'assigner des adresses IP aux nouveaux noms d'hôtes privés. Le logiciel de gestion de clusters 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 de 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é à modifier, désactivez le démon NTP sur chaque noeud du cluster.

    Utilisez la commande svcadm pour arrêter le démon NTP. 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 pour modifier le nom d'hôte privé du noeud à traiter.

    Exécutez l'utilitaire depuis 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 sur le noeud du cluster.


    Vous pouvez également exécuter la commande clnode au lieu de l'utilitaire clsetup pour changer le nom d'hôte privé. Dans l'exemple qui suit, le nom de noeud du cluster est pred1. Après avoir exécuté la commande clnode ci-dessous, passez à l'Étape 6.

    phys-schost# /usr/cluster/bin/clnode set -p privatehostname=New-private-nodename pred1
  4. Dans l'utilitaire clsetup, saisissez le numéro d'option correspondant au nom d'hôte privé.
  5. Dans l'utilitaire clsetup, saisissez le numéro d'option correspondant à la 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 ou Include NTP, mettez le fichier NTP à jour sur chaque noeud. Si vous avez modifié un nom d'hôte privé dans votre fichier de configuration NTP (/etc/inet/ntp.conf) et que vous avez des entrées d'hôte pair ou un pointeur vers le fichier Include pour les hôtes pair dans votre fichier de configuration NTP (/etc/inet/ntp.conf.include), mettez le fichier à jour sur chaque noeud. Si vous avez modifié un nom d'hôte privé dans votre fichier Include NTP, mettez le fichier /etc/inet/ntp.conf.sc à jour 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. En règle générale, le fichier ntp.conf.sc 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 svc:network/ntp:default
  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 met en évidence la modification du nom d'hôte privé clusternode2-priv, afin de lui assigner le nom clusternode4-priv sur le noeud phys-schost-2. Répétez cette opération sur chaque noeud.

[Disable all applications and data services as necessary.]
phys-schost-1# svcadm disable ntp
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.sc
 ...
 peer clusternode1-priv
 peer clusternode4-priv
 peer clusternode3-priv
phys-schost-1# ping clusternode4-priv
phys-schost-1# svcadm enable ntp
[Enable all applications and data services disabled at the beginning of the procedure.]

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, prenez un rôle octroyant une 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.

    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.

    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.

  3. Renommez les noms d'hôte Oracle Solaris en procédant aux étapes décrites dans la section How to Change a System’s Identity du manuel Managing System Information, Processes, and Performance in Oracle Solaris 11.1, mais n'exécutez 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;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 noms d'hôtes logiques.

    Reportez-vous à la section Modification des noms d'hôtes logiques à l'aide des ressources de noms d'hôtes logiques Oracle Solaris Cluster existantes pour obtenir des instructions sur cette étape facultative.

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

Vous pouvez modifier la propriété hostnamelist de la ressource du 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, prenez un rôle octroyant une 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 noms d'hôtes logiques 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 de désactivation 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 de 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. Prenez un rôle octroyant une autorisation RBAC de type solaris.cluster.modify sur le noeud de cluster global à 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 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. Prenez un rôle octroyant une autorisation RBAC de type solaris.cluster.modify sur un autre noeud du cluster et placé le noeud qui a é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

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 de 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. Prenez un rôle octroyant une autorisation RBAC de type solaris.cluster.modify sur n'importe quel noeud de cluster global autre que le noeud placé 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
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 de Oracle Solaris Cluster d'un noeud du cluster

Suivez cette procédure pour désinstaller Oracle Solaris Cluster d'un noeud du cluster global, avant de le déconnecter 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. Reportez-vous plutôt à la section Annulation de la configuration du logiciel Oracle Solaris Cluster pour résoudre les problèmes d’installation du manuel 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 de 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.

    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. D'autres étapes incluent l'ajout du noeud que vous prévoyez de désinstaller à la liste d'authentification des noeuds de cluster, la désinstallation d'un cluster de zones, etc.


    Remarque - Pour annuler la configuration du noeud mais laisser le logiciel Oracle Solaris Cluster installé sur le noeud, ne continuez pas après l'exécution de la commande clnode remove.


  2. Prenez le rôle root sur le noeud à désinstaller.
  3. 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 -i0 ok 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
  4. Dans le fichier /etc/vfstab, supprimez toutes les entrées du système de fichiers monté, à l'exception des montages globaux /global/.devices.
  5. Ré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 :
      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.

        Pour plus d'informations sur l'initialisation basée sur le GRUB, reportez-vous à la section Initialisation d’un système du manuel Initialisation et arrêt des systèmes Oracle Solaris 11.1.

      2. Dans l'écran des paramètres d'initialisation, utilisez les touches de direction pour sélectionner l'entrée du kernel et saisissez e pour modifier l'entrée.
      3. Ajoutez -x à la commande pour que le système se réinitialise en mode non cluster.
      4. Appuyez sur Entrée pour accepter la modification et retourner à l'écran des paramètres d'initialisation.

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

      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. Pour une initialisation en mode non cluster, effectuez de nouveau ces étapes pour ajouter de nouveau l'option -x à la commande du paramètre d'initialisation du noyau.


  6. Placez-vous dans un autre répertoire, par exemple le répertoire racine (/), ne contenant aucun fichier fourni par les packages Oracle Solaris Cluster.
    phys-schost# cd /
  7. Pour annuler la configuration du noeud et désinstaller le logiciel Oracle Solaris Cluster, exécutez la commande suivante :
    phys-schost# scinstall -r [-b bename]
    -r

    Supprime les informations de configuration du cluster et désinstalle le logiciel de service de données et de structure Oracle Solaris Cluster du noeud de cluster. Vous pouvez ensuite réinstaller le noeud ou bien le supprimer du cluster.

    -b bootenvironmentname

    Spécifie le nom d'un nouvel environnement d'initialisation, à partir duquel vous initialisez le système au terme du processus de désinstallation. La spécification du nom est facultative. Si vous ne précisez pas cette information, un nom d'environnement d'initialisation est généré automatiquement.

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

  8. Si vous comptez réinstaller le logiciel Oracle Solaris Cluster sur ce noeud après la désinstallation, réinitialisez le noeud pour initialiser le nouvel environnement d'initialisation.
  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 - Pour plus d'informations sur la migration de l'espace de noms des périphériques globaux vers un fichier 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 de Oracle Solaris Cluster d'un noeud du cluster et répétez la procédure. Assurez-vous d'avoir terminé l'Étape 4 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.

Création, paramétrage et gestion de la base MIB d'événements SNMP de 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 de 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 de Oracle Solaris Cluster

Tâche
Instructions
Activation 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
Ajout d'un hôte SNMP à la liste des hôtes devant recevoir les notifications de déroutement des bases MIB
Suppression d'un hôte SNMP
Ajout d'un utilisateur SNMP
Suppression d'un utilisateur SNMP

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 de 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. Prenez un rôle octroyant une autorisation RBAC de type 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 de 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. Prenez un rôle octroyant une autorisation RBAC de type 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 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 de 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. Prenez un rôle octroyant une autorisation RBAC de type 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 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=valeur

    Spécifie la version du protocole SNMP à utiliser avec les bases MIB. Vous devez spécifier la valeur 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 de 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. Prenez un rôle octroyant une autorisation RBAC de type 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 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 de 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. Prenez un rôle octroyant une autorisation RBAC de type 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 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 de 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. Prenez un rôle octroyant une autorisation RBAC de type 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 de 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. Prenez un rôle octroyant une autorisation RBAC de type 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 des charges des groupes de ressources entre les noeuds ou définir 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 :

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. Prenez un rôle octroyant l'autorisation RBAC de type solaris.cluster.modify sur n'importe quel noeud 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 forte affinité positive 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 touts les paramètres de limite de charge définis sur le noeud.

Modification des numéros de port des services ou agents de gestion

Le conteneur d'agent commun est démarré automatiquement lorsque vous initialisez le cluster.


Remarque - Si vous recevez un message d'erreur système lorsque vous tentez d'afficher plus d'informations sur un noeud, vérifiez que le paramètre network-bind-address du conteneur d'agents commun est défini sur la valeur correcte de 0.0.0.0.

Effectuez ces étapes sur chaque noeud du cluster.

1. Afficher la valeur du paramètre network-bind-address.

# cacaoadm get-param network-bind-address network-bind-address=0.0.0.0

2. Si la valeur du paramètre n'est rien d'autre que 0.0.0.0, modifiez la valeur du paramètre.

# cacaoadm stop # cacaoadm set-param network-bind-address=0.0.0.0 # cacaoadm start


Utilisation du conteneur d'agent commun pour modifier les numéros de port des services ou agents de gestion

Si les numéros de port de votre conteneur d'agent commun entrent en conflit avec d'autres processus en cours d'exécution, vous pouvez utiliser la commande cacaoadm pour modifier le numéro de port du service ou de l'agent de gestion sur chaque noeud du cluster.

  1. Sur tous les noeuds de cluster, arrêtez le démon de gestion conteneur d'agent commun.
    # /opt/bin/cacaoadm stop
  2. Récupérez le numéro de port actuellement utilisé par le service du conteneur d'agent commun avec la sous-commande get-param.
    # /opt/bin/cacaoadm get-param
    parameterName

    Vous pouvez utiliser la commande cacaoadm pour modifier les numéros de port des services du conteneur d'agent commun suivants. La liste suivante fournit des exemples de services et d'agents pouvant être gérés par le conteneur d'agent commun, et le nom des paramètres correspondants.

    Port de connecteur JMX

    jmxmp-connector-port

    Port SNMP

    snmp-adapter-port

    Port de déroutement SNMP

    snmp-adapter-trap-port

    Port de flux de commandes

    commandstream-adapter-port


    Remarque - Si vous recevez un message d'erreur système lorsque vous tentez d'afficher plus d'informations sur un noeud, vérifiez que le paramètre network-bind-address du conteneur d'agents commun est défini sur la valeur correcte de 0.0.0.0.

    Effectuez ces étapes sur chaque noeud du cluster.

    1. Afficher la valeur du paramètre network-bind-address.

    # cacaoadm get-param network-bind-address network-bind-address=0.0.0.0

    2. Si la valeur du paramètre n'est rien d'autre que 0.0.0.0, modifiez la valeur du paramètre.

    # cacaoadm stop # cacaoadm set-param network-bind-address=0.0.0.0 # cacaoadm start


  3. Modifiez un numéro de port.
    # /opt/bin/cacaoadm set-param parameterName=parameterValue
  4. Répétez l'Étape 3 sur chaque noeud du cluster.
  5. Redémarrez le démon de gestion conteneur d'agent commun sur tous les noeuds de cluster.
    # /opt/bin/cacaoadm start