Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide d'administration système d'Oracle Solaris Cluster Oracle Solaris Cluster (Français) |
1. Introduction à 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
7. Administration des interconnexions de cluster et des réseaux publics
Administration des interconnexions de cluster
Reconfiguration dynamique avec des interconnexions de cluster
Vérification de l'état de l'interconnexion de cluster
Ajout de câbles, d'adaptateurs ou de commutateurs de transport intracluster
Suppression de câbles, adaptateurs ou commutateurs de transport intracluster
Activation d'un Câble de transport de cluster
Désactivation d'un Câble de transport de cluster
Détermination du numéro d'instance d'un adaptateur de transport
Modification de l'adresse du réseau privé ou de la plage d'adresses d'un cluster existant
Administration du réseau public
Administration des groupes de multiacheminement sur réseau IP dans un cluster
Reconfiguration dynamique avec des interfaces de réseau public
8. Ajout et suppression d'un nud
10. Configuration du contrôle de l'utilisation du CPU
11. Mise à jour du logiciel ou installation d'un microprogramme Oracle Solaris Cluster
12. Sauvegarde et restauration d'un cluster
13. Administration de Oracle Solaris Cluster avec les interfaces graphiques
Cette section contient les procédures de reconfiguration des interconnexions de cluster, tels que les adaptateurs de transport intracluster et les câbles de transport intracluster. Ces procédures requièrent l'installation du logiciel Oracle Solaris Cluster.
En règle générale, vous pouvez utiliser la commande clsetup pour administrer le transport intracluster des interconnexions de cluster. Pour plus d'informations, reportez-vous à la page de manuel clsetup(1CL). Toutes les commandes d'interconnexion de cluster doivent être exécutées sur le nœud votant du cluster global.
Pour les procédures d'installation logicielle du cluster, reportez-vous au Guide d’installation du logiciel Oracle Solaris Cluster. Pour les procédures de maintenance des composants matériels du cluster, reportez-vous au Oracle Solaris Cluster 3.3 Hardware Administration Manual.
Remarque - Vous pouvez généralement choisir d'utiliser le nom du port par défaut, le cas échéant, pendant les procédures d'interconnexion de cluster. Le nom du port par défaut est égal au numéro d'ID du nœud hébergeant les extrémités de l'adaptateur du câble.
Tableau 7-1 Liste des tâches : administration d'une interconnexion de cluster
|
Certains points sont à prendre en considération, lorsque vous effectuez des opérations de reconfiguration dynamique sur les interconnexions de cluster.
Toutes les conditions requises, les procédures et les restrictions documentées pour la fonction de reconfiguration dynamique d'Oracle Solaris s'appliquent également au support de reconfiguration dynamique d'Oracle Solaris Cluster (à l'exception des opérations de quiescence du système d'exploitation). Par conséquent, reportez-vous à la documentation de la fonction de reconfiguration dynamique d'Oracle Solaris avant d'utiliser cette fonction avec Oracle Solaris Cluster. Vous devez vous concentrer tout particulièrement sur les problèmes affectant les périphériques d'E/S se trouvant en dehors du réseau, lors de la phase de séparation de la reconfiguration dynamique.
Oracle Solaris Cluster rejette les opérations de suppression de carte de la reconfiguration dynamique effectuées sur les interfaces d'une interconnexion privée et active.
Vous devez supprimer l'ensemble d'un adaptateur actif du cluster pour pouvoir effectuer une opération de reconfiguration dynamique ou une opération d'interconnexion active du cluster. Pour ce faire, utilisez le menu clsetup ou les commandes appropriées.
![]() | Attention - Dans Oracle Solaris Cluster, chaque nœud du cluster doit disposer au moins d'un chemin d'accès fonctionnel pointant vers chacun des nœuds du cluster. Vous ne devez pas désactiver l'interface de l'interconnexion privée prenant en charge le dernier chemin d'accès existant pointant vers chacun des nœuds du cluster. |
Terminez les procédures suivantes selon l'ordre indiqué, lorsque vous effectuez des opérations de reconfiguration dynamique sur des interfaces de réseau public.
Tableau 7-2 Liste des tâches : reconfiguration dynamique avec des interfaces de réseau public
|
Vous pouvez également suivre cette procédure à l'aide de l'interface graphique de Oracle Solaris Cluster Manager. Pour plus d'informations, reportez-vous à l'aide en ligne de Oracle Solaris Cluster Manager.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
Il n'est pas nécessaire de vous connecter en tant que superutilisateur pour suivre cette procédure.
% clinterconnect status
|
Exemple 7-1 Vérification de l'état de l'interconnexion de cluster
L'exemple suivant met en évidence l'état d'une interconnexion fonctionnelle du cluster.
% clinterconnect status -- Cluster Transport Paths -- Endpoint Endpoint Status -------- -------- ------ Transport path: phys-schost-1:qfe1 phys-schost-2:qfe1 Path online Transport path: phys-schost-1:qfe0 phys-schost-2:qfe0 Path online Transport path: phys-schost-1:qfe1 phys-schost-3:qfe1 Path online Transport path: phys-schost-1:qfe0 phys-schost-3:qfe0 Path online Transport path: phys-schost-2:qfe1 phys-schost-3:qfe1 Path online Transport path: phys-schost-2:qfe0 phys-schost-3:qfe0 Path online
Pour plus d'informations concernant les conditions requises par le transport privé intracluster, reportez-vous à la section Interconnect Requirements and Restrictions du Oracle Solaris Cluster 3.3 Hardware Administration Manual.
Vous pouvez également suivre cette procédure à l'aide de l'interface graphique de Oracle Solaris Cluster Manager. Pour plus d'informations, reportez-vous à l'aide en ligne de Oracle Solaris Cluster Manager.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
Pour la procédure d'installation d'un câble de transport de cluster, reportez-vous au Oracle Solaris Cluster 3.3 Hardware Administration Manual.
# clsetup
Le menu principal s'affiche.
Suivez les instructions et saisissez les informations demandées.
Suivez les instructions et saisissez les informations demandées.
Si vous envisagez d'utiliser l'un des adaptateurs suivants pour l'interconnexion de cluster, ajoutez l'entrée de ces derniers au fichier /etc/system sur chaque nœud du cluster. Cette dernière entre en vigueur lors du prochain redémarrage du système.
|
Suivez les instructions et saisissez les informations demandées.
# clinterconnect show node:adapter,adapternode # clinterconnect show node:adapter # clinterconnect show node:switch
Exemple 7-2 Ajout d'un câble, adaptateur ou commutateur de transport intracluster
L'exemple suivant montre comment ajouter un câble, adaptateur ou commutateur de transport intracluster à un nœud à l'aide de l'utilitaire clsetup.
[Ensure that the physical cable is installed.] [Start the clsetup utility:] # clsetup [Select Cluster interconnect] [Select either Add a transport cable, Add a transport adapter to a node, or Add a transport switch.} [Answer the questions when prompted.] [You Will Need: ] [Information: Example:[ node names phys-schost-1 adapter names qfe2 switch names hub2 transport type dlpi [Verify that the clinterconnect command completed successfully:]Command completed successfully. Quit the clsetup Cluster Interconnect Menu and Main Menu. [Verify that the cable, adapter, and switch are added:] # clinterconnect show phys-schost-1:qfe2,hub2 ===Transport Cables === Transport Cable: phys-schost-1:qfe2@0,hub2 Endpoint1: phys-schost-2:qfe0@0 Endpoint2: ethernet-1@2 ???? Should this be hub2? State: Enabled # clinterconnect show phys-schost-1:qfe2 === Transport Adepters for qfe2 Transport Adapter: qfe2 Adapter State: Enabled Adapter Transport Type: dlpi Adapter Property (device_name): ce Adapter Property (device_instance): 0 Adapter Property (lazy_free): 1 Adapter Property (dlpi_heartbeat_timeout): 10000 Adpater Property (dlpi_heartbeat_quantum): 1000 Adapter Property (nw_bandwidth): 80 Adapter Property (bandwidth): 70 Adapter Property (ip_address): 172.16.0.129 Adapter Property (netmask): 255.255.255.128 Adapter Port Names: 0 Adapter Port STate (0): Enabled # clinterconnect show phys-schost-1:hub2 === Transport Switches === Transport Switch: hub2 Switch State: Enabled Switch Type: switch Switch Port Names: 1 2 Switch Port State(1): Enabled Switch Port State(2): Enabled
Étapes suivantes
Pour vérifier l'état de l'interconnexion de votre câble de transport intracluster, reportez-vous à la section Vérification de l'état de l'interconnexion de cluster.
Vous pouvez également suivre cette procédure à l'aide de l'interface graphique de Oracle Solaris Cluster Manager. Pour plus d'informations, reportez-vous à l'aide en ligne de Oracle Solaris Cluster Manager.
Suivez cette procédure pour supprimer des câbles, adaptateurs ou commutateurs de transport intracluster d'un nœud de configuration. Lorsqu'un câble est déconnecté, les deux extrémités du câble restent configurées. Vous ne pouvez pas supprimez un adaptateur, si ce dernier est encore utilisé en tant qu'extrémité d'un câble de transport.
![]() | Attention - Chaque nœud du cluster doit comporter au moins un chemin d'accès de transport fonctionnel pointant vers tous les autres nœuds du cluster. Le cluster ne peut pas contenir deux nœuds isolés l'un de l'autre. Vous devez toujours vérifier l'interconnexion de cluster d'un nœud avant de déconnecter un câble. Vous ne pouvez désactiver la connexion d'un câble que lorsque vous avez vérifié que ce dernier est redondant. En d'autres termes, vous devez vous assurer de l'existence d'une autre connexion. Si vous désactivez le dernier câble fonctionnel d'un nœud, ce dernier ne fait plus partie du 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 utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# clinterconnect status
![]() | Attention - Si vous recevez un message d'erreur tel que « path faulted », lorsque vous tentez de supprimer un nœud se trouvant sur un cluster à deux nœuds, vous devez résoudre ce problème avant de poursuivre cette procédure. Il se peut que le nœud ne soit pas disponible. Si vous supprimez le dernier chemin d'accès fonctionnel, le nœud ne fait plus partie du cluster et cela peut entraîner une reconfiguration de ce dernier. |
# clsetup
Le menu principal s'affiche.
Suivez les instructions et saisissez les informations demandées. Pour ce faire, vous devez connaître les noms des nœuds, des adaptateurs et des commutateurs en question.
Suivez les instructions et saisissez les informations demandées. Pour ce faire, vous devez connaître les noms des nœuds, des adaptateurs et des commutateurs en question.
Remarque - Si vous supprimez un câble physique, déconnectez le câble entre le port et le périphérique de destination.
Suivez les instructions et saisissez les informations demandées. Pour ce faire, vous devez connaître les noms des nœuds, des adaptateurs et des commutateurs en question.
Remarque - Si vous supprimez un adaptateur physique du nœud, reportez-vous au Oracle Solaris Cluster 3.3 Hardware Administration Manual pour connaître les procédures de maintenance matérielle.
Suivez les instructions et saisissez les informations demandées. Pour ce faire, vous devez connaître les noms des nœuds, des adaptateurs et des commutateurs en question.
Remarque - Vous ne pouvez pas supprimer un commutateur, si les ports de ce dernier sont encore utilisés en tant qu'extrémités d'un câble de transport quelconque.
# clinterconnect show node:adapter,adapternode # clinterconnect show node:adapter # clinterconnect show node:switch
Le câble ou l'adaptateur de transport supprimé du nœud ne doit pas être affiché dans le résultat de cette commande.
Exemple 7-3 Suppression d'un câble, adaptateur ou commutateur de transport
L'exemple suivant montre comment supprimer un câble, adaptateur ou commutateur de transport à l'aide de la commande clsetup.
[Become superuser on any node in the cluster.] [Start the utility:] # clsetup [Select Cluster interconnect.[ [Select either Remove a transport cable, Remove a transport adapter to a node, or Remove a transport switch.[ [Answer the questions when prompted.[ You Will Need: Information Example: node names phys-schost-1 adapter names qfe1 switch names hub1 [Verify that the clinterconnect command was completed successfully:] Command completed successfully. [Quit the clsetup utility Cluster Interconnect Menu and Main Menu.] [Verify that the cable, adapter, or switch is removed:] # clinterconnect show phys-schost-1:qfe2,hub2 ===Transport Cables === Transport Cable: phys-schost-2:qfe2@0,hub2 Cable Endpoint1: phys-schost-2:qfe0@0 Cable Endpoint2: ethernet-1@2 ??? Should this be hub2??? Cable State: Enabled # clinterconnect show phys-schost-1:qfe2 === Transport Adepters for qfe2 Transport Adapter: qfe2 Adapter State: Enabled Adapter Transport Type: dlpi Adapter Property (device_name): ce Adapter Property (device_instance): 0 Adapter Property (lazy_free): 1 Adapter Property (dlpi_heartbeat_timeout): 10000 Adpater Property (dlpi_heartbeat_quantum): 1000 Adapter Property (nw_bandwidth): 80 Adapter Property (bandwidth): 70 Adapter Property (ip_address): 172.16.0.129 Adapter Property (netmask): 255.255.255.128 Adapter Port Names: 0 Adapter Port STate (0): Enabled # clinterconnect show phys-schost-1:hub2 === Transport Switches === Transport Switch: hub2 Switch State: Enabled Switch Type: switch Switch Port Names: 1 2 Switch Port State(1): Enabled Switch Port State(2): Enabled
Vous pouvez également suivre cette procédure à l'aide de l'interface graphique de Oracle Solaris Cluster Manager. Pour plus d'informations, reportez-vous à l'aide en ligne de Oracle Solaris Cluster Manager.
Cette option permet d'activer un câble de transport de cluster préexistant.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# clsetup
Le menu principal s'affiche.
Suivez les instructions de l'invite. Vous devez spécifier les noms de l'adaptateur et du nœud de l'une des extrémités du câble que vous tentez d'identifier.
# clinterconnect show node:adapter,adapternode
Exemple 7-4 Activation d'un câble de transport intercluster
L'exemple suivant montre comment activer un câble de transport intercluster sur un adaptateur qfe-1 se trouvant sur le nœud phys-schost-2.
[Become superuser on any node.] [Start the clsetup utility:] # clsetup [Select Cluster interconnect>Enable a transport cable.[ [Answer the questions when prompted.[ [You will need the following information.[ You Will Need: Information: Example: node names phys-schost-2 adapter names qfe1 switch names hub1 [Verify that the scinterconnect command was completed successfully:] clinterconnect enable phys-schost-2:qfe1 Command completed successfully. [Quit the clsetup Cluster Interconnect Menu and Main Menu.] [Verify that the cable is enabled:] # clinterconnect show phys-schost-1:qfe2,hub2 Transport cable: phys-schost-2:qfe1@0 ethernet-1@2 Enabled Transport cable: phys-schost-3:qfe0@1 ethernet-1@3 Enabled Transport cable: phys-schost-1:qfe0@0 ethernet-1@1 Enabled
Vous pouvez également suivre cette procédure à l'aide de l'interface graphique de Oracle Solaris Cluster Manager. Pour plus d'informations, reportez-vous à l'aide en ligne de Oracle Solaris Cluster Manager.
Pour arrêter temporairement un chemin d'accès de l'interconnexion de cluster, vous pouvez être amené à désactiver un câble de transport intercluster. Cet arrêt temporaire permet de dépanner une interconnexion de cluster ou de remplacer son matériel.
Lorsqu'un câble est déconnecté, les deux extrémités du câble restent configurées. Vous ne pouvez pas supprimez un adaptateur, si ce dernier est encore utilisé en tant qu'extrémité d'un câble de transport.
![]() | Attention - Chaque nœud du cluster doit comporter au moins un chemin d'accès de transport fonctionnel pointant vers tous les autres nœuds du cluster. Le cluster ne peut pas contenir deux nœuds isolés l'un de l'autre. Vous devez toujours vérifier l'interconnexion de cluster d'un nœud avant de déconnecter un câble. Vous ne pouvez désactiver la connexion d'un câble que lorsque vous avez vérifié que ce dernier est redondant. En d'autres termes, vous devez vous assurer de l'existence d'une autre connexion. Si vous désactivez le dernier câble fonctionnel d'un nœud, ce dernier ne fait plus partie du 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 utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# clinterconnect status
![]() | Attention - Si vous recevez un message d'erreur tel que « path faulted », lorsque vous tentez de supprimer un nœud se trouvant sur un cluster à deux nœuds, vous devez résoudre ce problème avant de poursuivre cette procédure. Il se peut que le nœud ne soit pas disponible. Si vous supprimez le dernier chemin d'accès fonctionnel, le nœud ne fait plus partie du cluster et cela peut entraîner une reconfiguration de ce dernier. |
# clsetup
Le menu principal s'affiche.
Suivez les instructions et fournissez les informations demandées. Tous les composants se trouvant sur l'interconnexion de ce cluster seront désactivés. Vous devez spécifier les noms de l'adaptateur et du nœud de l'une des extrémités du câble que vous tentez d'identifier.
# clinterconnect show node:adapter,adapternode
Exemple 7-5 Désactivation d'un câble de transport intercluster
L'exemple suivant montre comment désactiver un câble de transport intercluster sur un adaptateur qfe-1 se trouvant sur le nœud phys-schost-2.
[Become superuser on any node.] [Start the clsetup utility:] # clsetup [Select Cluster interconnect>Disable a transport cable.] [Answer the questions when prompted.] [You will need the following information.] [ You Will Need:] Information: Example: node names phys-schost-2 adapter names qfe1 switch names hub1 [Verify that the clinterconnect command was completed successfully:] Command completed successfully. [Quit the clsetup Cluster Interconnect Menu and Main Menu.] [Verify that the cable is disabled:] # clinterconnect show -p phys-schost-1:qfe2,hub2 Transport cable: phys-schost-2:qfe1@0 ethernet-1@2 Disabled Transport cable: phys-schost-3:qfe0@1 ethernet-1@3 Enabled Transport cable: phys-schost-1:qfe0@0 ethernet-1@1 Enabled
Vous devez déterminer le numéro d'instance d'un adaptateur de transport, afin de vous assurer que vous avez ajouté et supprimé le bon adaptateur de transport à l'aide de la commande clsetup . Le nom de l'adaptateur est constitué d'une combinaison du type et du numéro d'instance de ce dernier.
L'écran suivant est affiché à titre d'exemple et peut ne pas refléter votre configuration matérielle.
# prtdiag ... ========================= IO Cards ========================= Bus Max IO Port Bus Freq Bus Dev, Type ID Side Slot MHz Freq Func State Name Model ---- ---- ---- ---- ---- ---- ---- ----- -------------------------------- XYZ 8 B 2 33 33 2,0 ok xyz11c8,0-xyz11c8,d665.11c8.0.0 XYZ 8 B 3 33 33 3,0 ok xyz11c8,0-xyz11c8,d665.11c8.0.0 ...
L'écran suivant est affiché à titre d'exemple et peut ne pas refléter votre configuration matérielle.
# grep sci /etc/path_to_inst "/xyz@1f,400/pci11c8,o@2" 0 "ttt" "/xyz@1f,4000.pci11c8,0@4 "ttt"
L'écran suivant est affiché à titre d'exemple et peut ne pas refléter votre configuration matérielle.
# prtconf ... xyz, instance #0 xyz11c8,0, instance #0 xyz11c8,0, instance #1 ...
Suivez cette procédure pour modifier une adresse de réseau privé, la plage d'adresses réseau ou les deux.
Avant de commencer
Assurez-vous que le superutilisateur a accès au shell distant (rsh(1M)) ou au shell sécurisé (ssh(1)) de tous les nœuds du cluster.
La commande clnode evacuate bascule tous les groupes de périphériques du nœud spécifié vers le nœud de prédilection suivant. La commande bascule également tous les groupes de ressources des nœuds votants et non votants du nœud spécifié vers le nœud de prédilection votant ou non votant suivant.
# clnode evacuate node # cluster shutdown -g0 -y
Si vous exécutez l'utilitaire clsetup en mode non-cluster, il affiche le menu principal relatif aux opérations correspondant à ce mode.
L'utilitaire clsetup affiche la configuration de réseau privé en cours, puis vous demande si vous souhaitez la modifier.
L'utilitaire clsetup affiche l'adresse IP de réseau privé par défaut, 172.16.0.0, et vous demande si vous l'acceptez.
L'utilitaire clsetup vous demande si vous acceptez le masque de réseau par défaut. Passez à l'étape suivante pour saisir votre réponse.
L'utilitaire clsetup vous invite à saisir la nouvelle adresse IP de réseau privé.
L'utilitaire clsetup affiche le masque de réseau par défaut, puis vous demande si vous l'acceptez.
Le masque de réseau par défaut est 255.255.240.0. Cette plage d'adresses IP par défaut prend en charge jusqu'à 64 nœuds, 12 clusters de zones et 10 réseaux privés dans le cluster.
Passez ensuite à l'étape suivante.
Si vous refusez le masque de réseau par défaut, l'utilitaire clsetup vous invite à indiquer le nombre de nœuds, de réseaux privés et de clusters de zones que vous prévoyez de configurer dans le cluster.
En fonction des nombres saisis, l'utilitaire clsetup propose deux masques de réseau :
Le premier masque de réseau est celui qui est au minimum nécessaire à la prise en charge du nombre de nœuds, de réseaux privés et de clusters de zones que vous avez spécifié.
Le second masque de réseau prend en charge deux fois plus de nœuds, de réseaux privés et de clusters de zones par rapport au nombre que vous avez spécifié, et ce, en prévision d'une éventuelle augmentation.
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 s'affiche comme 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.
# cluster status -t node