Cette rubrique décrit les procédures permettant d'administrer les interconnexions de cluster et les réseaux publics de Sun Cluster.
L'administration des interconnexions de cluster et des réseaux publics comporte des procédures matérielles et logicielles. Vous configurez généralement les interconnexions de cluster et les réseaux publics, y compris les groupes IPMP (Internet Protocol Network Multipathing), lors de l'installation et de la configuration initiale du cluster. Si, plus tard, vous devez modifier une configuration d'interconnexion de cluster ou de réseau, vous pouvez utiliser les procédures logicielles décrites dans ce chapitre. Pour de plus amples informations sur la configuration de groupes IPMP (IP Network Multipathing) dans un cluster, consultez la section Administration du réseau public.
Les procédures décrites dans ce chapitre sont les suivantes :
Ajout de câble de transport de cluster, d'adaptateurs de transport ou de jonctions de transport
Administration de groupes IP Network Multipathing sur un cluster
Détermination du numéro d'instance d'un adaptateur de transport
Pour obtenir une description détaillée des procédures correspondantes dans ce chapitre, reportez-voux aux Tableau 6–1 et Tableau 6–3.
Pour obtenir des informations générales sur les interconnexions de cluster et les réseaux publics, reportez-vous au document Guide des notions fondamentales de Sun Cluster pour SE Solaris.
Cette rubrique décrit les procédures permettant de reconfigurer les interconnexions de cluster, notamment les matériels de type adaptateur de transport de cluster et câble de transport de cluster. Ces procédures exigent que le logiciel Sun Cluster soit installé.
La plupart du temps, vous pouvez employer l'utilitaire scsetup(1M) afin d'administrer le transport de cluster pour les interconnexions de cluster. Pour de plus amples informations, reportez-vous à la page de manuel scsetup.
Pour connaître les procédures d'installation du logiciel, consultez le document Guide d’installation du logiciel Sun Cluster pour SE Solaris. Pour connaître les procédures de mise en service des composants matériel du cluster, consultez le document Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS.
Le cas échéant, vous pouvez généralement utiliser le nom de port par défaut au cours des procédures d'interconnexion de cluster. Le nom de port par défaut est identique à l'ID de nœud interne du nœud qui héberge l'extrémité adaptateur du câble. Cependant, vous ne pouvez pas utiliser le nom de port par défaut pour certains types d'adaptateurs, tels que SCI.
Tâche |
Pour les instructions, voir... |
---|---|
Gérer le transport de cluster - Utilisez la commande scsetup(1M) | |
Vérifier le statut de l'interconnexion de cluster - Utilisez la commande scstat | |
Ajouter un câble de transport de cluster, un adaptateur de transport ou une jonction de transport - Utilisez la commande scstat(1M) |
Ajout de câble de transport de cluster, d'adaptateurs de transport ou de jonctions de transport |
Supprimer un câble de transport de cluster, un adaptateur de transport ou une jonction de transport - Utilisez la commande scsetup | |
Activer un câble de transport de cluster - Utilisez la commande scsetup | |
Désactiver un câble de transport de cluster - Utilisez la commande scsetup | |
Détermination du numéro d'instance d'un adaptateur de transport |
Détermination du numéro d'instance d'un adaptateur de transport |
Voici quelques points à prendre en considération dans le cadre d'une reconfiguration dynamique (DR) avec interconnexions de cluster.
Toutes les exigences de configuration, procédures et restrictions applicables à la reconfiguration dynamique (DR) de Solaris s'appliquent également à la DR de Sun Cluster (à l'exception de l'opération d'arrêt progressif de l'environnement d'exploitation). Reportez-vous donc à la documentation relative à la DR de Solaris 8 avant d'utiliser la fonction DR du logiciel Sun Cluster. Relisez surtout les conditions applicables aux périphériques ES hors réseau dans le cadre d'une opération DR de détachement.
Sun Cluster rejette les opérations de suppression de carte DR sur les interfaces d'interconnexion privées actives.
Si l'opération de suppression de carte DR appartient à une interface d'interconnexion privée active, Sun Cluster rejette l'opération et identifie l'interface concernée.
Sun Cluster exige que chaque nœud du cluster possède au moins un chemin fonctionnel vers les autres nœuds du cluster. Ne désactivez pas une interface d'interconnexion privée prenant en charge le dernier chemin d'accès à un nœud du cluster.
Procédez comme suit, en respectant l'ordre des étapes, pour effectuer des opérations DR sur des interfaces de réseau public.
Tableau 6–2 Plan des tâches : Reconfiguration dynamique avec interfaces de réseau public
Tâche |
Pour les instructions, voir... |
---|---|
1. Désactiver et supprimer l'interface de l'interconnexion active. | |
2. Effectuer l'opération DR sur l'interface de réseau public. |
Sun Enterprise 10000 DR Configuration Guide et le Sun Enterprise 10000 Dynamic Reconfiguration Reference Manual (des collections Solaris 8 on Sun Hardware and Solaris 9 on Sun Hardware) |
Vous pouvez également exécuter cette procédure dans l'IUG de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
Pour effectuer cette procédure, il n'est pas nécessaire d'être connecté en tant que superutilisateur.
Vérifiez le statut de l'interconnexion de cluster.
# scstat -W |
Reportez-vous au tableau suivant pour connaître la signification des messages de statut les plus fréquents.
Messages de statut |
Description et action possible |
---|---|
Path online |
Pour le moment, le chemin fonctionne correctement. Aucune action nécessaire. |
Path waiting |
Le chemin est en cours d'initialisation. Aucune action nécessaire. |
Path faulted |
Le chemin ne fonctionne pas. Il peut s'agir d'un état transitoire, notamment lorsque des chemins passent de l'état waiting (en attente) à l'état online (en ligne). Si le message persiste après une nouvelle exécution de scstat -W, prenez des mesures correctives. |
L'exemple suivant montre le statut d'une interconnexion de cluster en fonctionnement.
# scstat -W -- 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 de plus amples informations sur les exigences de transport privé du cluster, reportez-vous à la section Interconnect Requirements and Restrictions du Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS.
Vous pouvez également exécuter cette procédure dans l'interface utilisateur graphique de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
Assurez-vous que les câbles de transport de cluster sont physiquement installés.
Pour connaître la procédure d'installation d'un câble de transport de cluster, consultez le document Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS.
Devenez superutilisateur sur un nœud du cluster.
Lancez l'utilitaire scsetup.
# scsetup |
Le menu principal apparaît.
Accédez au menu d'interconnexion de cluster en entrant 4 (Interconnexion de cluster).
si votre configuration utilise des adaptateurs SCI, n'acceptez pas les valeurs par défaut à l'invite des connexions des adaptateurs (nom du port), dans la partie “Add” de cette procédure. Indiquez plutôt le nom du port (0, 1, 2, or 3) qui figure sur le commutateur Dolphin auquel le nœud est relié physiquement.
Ajoutez le câble de transport en entrant 1 (Ajouter un câble de transport).
Suivez les instructions et entrez les informations demandées.
Ajoutez l'adaptateur de transport en entrant 2 (Ajouter un adaptateur de transport à un nœud).
Suivez les instructions et entrez les informations demandées.
Ajoutez la jonction de transport en entrant 3 (Ajouter une jonction de transport).
Suivez les instructions et entrez les informations demandées.
Vérifiez l'ajout effectif du câble de transport de cluster, de l'adaptateur de transport ou de la jonction de transport.
# scconf -p | grep cable # scconf -p | grep adapter # scconf -p | grep junction |
L'exemple suivant montre comment ajouter un câble de transport, un adaptateur de transport ou une jonction de transport à un nœud avec la commande scsetup.
[Ensure the physical cable is installed.] # scsetup Select Cluster interconnect. Select either Add a transport cable, Add a transport adapter to a node, or Add a transport junction. Answer the questions when prompted. You Will Need: Example: node names phys-schost-1 adapter names qfe2 junction names hub2 transport type dlpi [Verify that the scconf command completed successfully:] Command completed successfully. Quit the scsetup Cluster Interconnect Menu and Main Menu. [Verify that the cable, adapter, and junction are added:] # scconf -p | grep cable Transport cable: phys-schost-2:qfe0@1 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 # scconf -p | grep adapter Node transport adapters: qfe2 hme1 qfe0 Node transport adapter: qfe0 Node transport adapters: qfe0 qfe2 hme1 Node transport adapter: qfe0 Node transport adapters: qfe0 qfe2 hme1 Node transport adapter: qfe0 # scconf -p | grep junction Cluster transport junctions: hub0 hub1 hub2 Cluster transport junction: hub0 Cluster transport junction: hub1 Cluster transport junction: hub2 |
Vous pouvez également exécuter cette procédure dans l'IUG de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
La procédure suivante permet de supprimer de la configuration d'un nœud, des câbles de transport, des adaptateurs et des jonctions de transport de cluster. Lorsqu'un câble est désactivé, ses deux extrémités restent configurées. Il est impossible de supprimer un adaptateur s'il est toujours utilisé comme extrémité d'un câble de transport.
chaque nœud du cluster doit posséder au moins un chemin de transport fonctionnel vers les autres nœuds du cluster. Deux nœuds ne doivent jamais être isolés l'un de l'autre. Vérifiez toujours le statut de cette interconnexion avant de désactiver un câble. Vous ne devez désactiver la connexion d'un câble qu'après avoir vérifié qu'il était redondant, autrement dit qu'une autre connexion était disponible. Si vous désactivez le dernier câble en fonctionnement d'un nœud, ce dernier n'est plus membre du cluster.
Devenez superutilisateur sur un nœud du cluster.
Vérifiez le statut du chemin de transport de cluster restant.
# scstat -W |
si vous recevez un message d'erreur, par exemple “path faulted“ lorsque vous essayez de supprimer un nœud d'un cluster qui en comporte deux, cherchez la cause du problème avant de poursuivre la procédure. Il peut indiquer que le chemin de nœud n'est pas disponible. Si vous supprimez le dernier chemin correct, le nœud ne fera plus partie du cluster et celui-ci risque d'être reconfiguré.
Lancez l'utilitaire scsetup.
# scsetup |
Le menu principal apparaît.
Accédez au menu d'interconnexion de cluster en saisissant 4 (Interconnexion de cluster).
Supprimez le câble en saisissant 4 (Supprimer un câble de transport).
Suivez les instructions et entrez les informations demandées. Vous devez connaître les noms des nœuds, des adaptateurs et des jonctions applicables.
si vous supprimez un câble physique, déconnectez-le entre le port et le périphérique de destination.
Supprimez l'adaptateur en entrant 5 (Supprimer un adaptateur de transport d'un nœud).
Suivez les instructions et entrez les informations demandées. Vous devez connaître les noms des nœuds, des adaptateurs et des jonctions applicables.
Si vous supprimez un adaptateur physique d'un nœud, reportez-vous au document Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS pour connaître les procédures de maintenance matérielle.
Supprimez la jonction en entrant 6 (Supprimer une jonction de transport).
Suivez les instructions et entrez les informations demandées. Vous devez connaître les noms des nœuds, des adaptateurs et des jonctions applicables.
une jonction ne peut pas être supprimée si l'un des ports est toujours utilisé comme extrémité d'un câble de transport.
Vérifiez que le câble ou l'adaptateur a bien été supprimé.
# scconf -p | grep cable # scconf -p | grep adapter # scconf -p | grep junction |
Le câble ou l'adaptateur de transport supprimé du nœud concerné ne doit pas apparaître dans la sortie de cette commande.
L'exemple suivant illustre la suppression d'un câble de transport, d'un adaptateur de transport ou d'une jonction de transport à l'aide de la commande scsetup.
[Become superuser on any node in the cluster.] [Enter the utility:] # scsetup Type 4 (Cluster interconnect). Select either Remove a transport cable, Remove a transport adapter to a node, or Remove a transport junction. Answer the questions when prompted. You Will Need: Example: node names phys-schost-1 adapter names qfe1 junction names hub1 [Verify that the scconf command completed successfully:] Command completed successfully. Quit the scsetup Cluster Interconnect Menu and Main Menu. [Verify that the cable, adapter, or junction is removed:] # scconf -p | grep cable Transport cable: phys-schost-2:qfe0@1 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 # scconf -p | grep adapter Node transport adapters: qfe2 hme1 qfe0 Node transport adapter: qfe0 Node transport adapters: qfe0 qfe2 hme1 Node transport adapter: qfe0 Node transport adapters: qfe0 qfe2 hme1 Node transport adapter: qfe0 # scconf -p | grep junction Cluster transport junctions: hub0 hub2 Cluster transport junction: hub0 Cluster transport junction: hub2 |
Vous pouvez également exécuter cette procédure dans l'IUG de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
Cette option permet d'activer un câble de transport de cluster existant.
Devenez superutilisateur sur un nœud du cluster.
Exécutez l'utilitaire scsetup(1M).
# scsetup |
Le menu principal apparaît.
Accédez au menu d'interconnexion de cluster en saisissant 4 (Interconnexion de cluster).
Activez le câble de transport en entrant 7 (Activer un câble de transport).
Suivez les instructions qui s'affichent à l'écran. Vous devez entrer à la fois le nom de nœud et d'adaptateur de l'une des extrémités du câble que vous essayez d'identifier.
Vérifiez que le câble est activé.
# scconf -p | grep cable |
Cet exemple illustre l'activation d'un câble de transport intracluster sur l'adaptateur qfe-1 du nœud phys-schost-2.
[Become superuser on any node.] [Enter the scsetup utility:] # scsetup Select Cluster interconnect>Enable a transport cable. Answer the questions when prompted. You will need the following information. You Will Need: Example: node names phys-schost-2 adapter names qfe1 junction names hub1 [Verify that the scconf command completed successfully:] scconf -c -m endpoint=phys-schost-2:qfe1,state=enabled Command completed successfully. Quit the scsetup Cluster Interconnect Menu and Main Menu. [Verify that the cable is enabled:] # scconf -p | grep cable 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 exécuter cette procédure dans l'interface de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
Il peut arriver que vous deviez désactiver un câble de transport intracluster pour arrêter temporairement un chemin d'interconnexion de cluster, notamment lorsque vous résolvez un problème d'interconnexion de cluster ou que vous remplacez du matériel d'interconnexion de cluster.
Lorsqu'un câble est désactivé, ses deux extrémités restent configurées. Il est impossible de supprimer un adaptateur s'il est toujours utilisé comme extrémité de câble de transport.
chaque nœud du cluster doit posséder au moins un chemin de transport fonctionnel vers les autres nœuds du cluster. Deux nœuds ne doivent jamais être isolés l'un de l'autre. Vérifiez toujours le statut de cette interconnexion avant de désactiver un câble. Vous ne devez désactiver la connexion d'un câble qu'après avoir vérifié qu'il était redondant, autrement dit qu'une autre connexion était disponible. Si vous désactivez le dernier câble en fonctionnement d'un nœud, ce dernier n'est plus membre du cluster.
Devenez superutilisateur sur un nœud du cluster.
Vérifiez toujours le statut de cette interconnexion avant de désactiver un câble.
# scstat -W |
si vous recevez un message d'erreur, par exemple “path faulted“ lorsque vous essayez de supprimer un nœud d'un cluster qui en comporte deux, cherchez la cause du problème avant de poursuivre la procédure. Il peut indiquer que le chemin de nœud n'est pas disponible. Si vous supprimez le dernier chemin correct, le nœud ne fera plus partie du cluster et celui-ci risque d'être reconfiguré.
Exécutez l'utilitaire scsetup(1M).
# scsetup |
Le menu principal apparaît.
Accédez au menu d'interconnexion de cluster en saisissant 4 (Interconnexion de cluster).
Désactivez le câble de transport en entrant 8 (Désactiver un câble de transport.).
Suivez les instructions et entrez les informations demandées. Tous les composants de l'interconnexion de cluster concernée sont désactivés. Vous devez entrer à la fois le nom de nœud et d'adaptateur de l'une des extrémités du câble que vous essayez d'identifier.
Vérifiez que le câble est désactivé.
# scconf -p | grep cable |
Cet exemple illustre la dépose d'un câble de transport intracluster sur l'adaptateur qfe-1 du nœud phys-schost-2.
[Become superuser on any node.] [Enter the scsetup utility:] # scsetup Select Cluster interconnect>Disable a transport cable. Answer the questions when prompted. You will need the following information. You Will Need: Example: node names phys-schost-2 adapter names qfe1 junction names hub1 [Verify that the scconf command completed successfully:] scconf -c -m endpoint=phys-schost-2:qfe1,state=disabled Command completed successfully. Quit the scsetup Cluster Interconnect Menu and Main Menu. [Verify that the cable is disabled:] # scconf -p | grep cable 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 pour être certain d'ajouter et de retirer le bon adaptateur de transport par la commande scsetup. Le nom de l'adaptateur est une combinaison de son type et de son numéro d'instance. Cette procédure utilise un adaptateur SCI-PCI comme exemple.
Déterminez le nom de l'adaptateur à l'aide du numéro d'emplacement.
L'écran suivant est un exemple. Il ne correspond pas à votre matériel.
# prtdiag ... ========================= IO Cards ========================= Bus Max IO Port Bus Freq Bus Dev, Type ID Side Slot MHz Freq Func State Name Model ---- ---- ---- ---- ---- ---- ---- ----- -------------------------------- PCI 8 B 2 33 33 2,0 ok pci11c8,0-pci11c8,d665.11c8.0.0 PCI 8 B 3 33 33 3,0 ok pci11c8,0-pci11c8,d665.11c8.0.0 ... |
Recherchez le numéro d'instance de l'adaptateur à l'aide du nom et du numéro d'emplacement de l'adaptateur.
L'écran suivant est un exemple et ne reflète pas votre matériel.
# prtconf ... pci, instance #0 pci11c8,0, instance #0 pci11c8,0, instance #1 ... |
Sun Cluster 3.1 4/04 prend en charge la mise en œuvre Solaris de l'IPMP pour les réseaux publics. L'administration d'IP Network Multipathing de base est la même pour les environnements cluster et non-cluster. L'administration Multipathing est détaillée dans la documentation Solaris adéquate. Consultez cependant les instructions suivantes avant d'administrer IP Network Multipathing dans un environnement Sun Cluster.
Avant d'exécuter des procédures IP Network Multipathing sur un cluster, tenez compte des directives suivantes :
Chaque adaptateur de réseau public doit appartenir à un groupe de multi-acheminement.
La variable local-mac-address? doit avoir la valeur true pour les adaptateurs Ethernet.
Vous devez configurer une adresse IP de test pour chaque adaptateur dans les types de groupes de multiacheminement suivants :
Tous les groupes de multiacheminement d'un cluster qui s'exécute sous le système d'exploitation Solaris 8.
Tous les groupes de multiacheminement d'un multiadaptateur d'un cluster qui s'exécute sous le système d'exploitation Solaris 9 ou Solaris 10. Les groupes de multiacheminement d'un adaptateur unique sur le système d'exploitation Solaris 9 ou Solaris 10 ne requièrent pas d'adresses IP de test.
Les adresses IP de test pour tous les adaptateurs du même groupe Multipathing doivent appartenir à un seul sous-réseau IP.
Elles ne doivent pas être utilisées par des applications normales car elles ne sont pas hautement disponibles.
La dénomination du groupe Multipathing ne fait l'objet d'aucune restriction. Cependant, lors de la configuration d'un groupe de ressources, la convention de dénomination netiflist est tout nom de multiacheminement suivi du numéro d'ID du nœud ou du nom du nœud. Par exemple, pour un groupe Multipathing intitulé sc_ipmp0 , la dénomination netiflist pourrait être sc_ipmp0@1 ou sc_ipmp0@phys-schost-1, lorsque l'adaptateur est sur le nœud phys-schost-1 ayant 1 pour ID de nœud.
Avant de déconfigurer (déconnecter) ou de désactiver un adaptateur d'un groupe de multiacheminement sur réseau IP, commutez ses adresses IP vers un autre adaptateur du groupe, à l'aide de la commande if_mpadm(1M).
Évitez de recâbler les adaptateurs sur des sous-réseaux différents si vous ne les avez pas supprimés de leurs groupes Multipathing respectifs au préalable.
Les opérations sur les adaptateurs logiques peuvent être effectuées sur un adaptateur même si le groupe Multipathing est en cours de surveillance.
Vous devez gérer au moins une connexion de réseau public pour chaque nœud du cluster. Le cluster est inaccessible sans connexion de réseau public.
Pour afficher le statut des groupes de multiacheminement sur réseau IP d'un cluster, utilisez la commande scstat(1M) avec l'option -i.
Pour de plus amples informations sur le multiacheminement sur réseau IP, consultez la documentation adéquate dans le jeu de documents relatifs à l'administration du système Solaris.
Tableau 6–3 Plan des tâches : Administration du réseau public
Version du système d'exploitation Solaris |
Pour les instructions, voir... |
---|---|
Système d'exploitation Solaris 8 |
IP Network Multipathing Administration Guide |
Système d'exploitation Solaris 9 |
“IP Network Multipathing Topics” dans le System Administration Guide: IP Services |
Pour connaître les procédures d'installation du logiciel, consultez le document Guide d’installation du logiciel Sun Cluster pour SE Solaris. Pour connaître les procédures de maintenance des composants matériels du réseau public, reportez-vous au document Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS.
Voici les points à prendre en considération dans le cadre d'une reconfiguration dynamique (DR) des interfaces de réseau public d'un cluster.
Toutes les exigences de configuration, procédures et restrictions applicables à la reconfiguration dynamique (DR) de Solaris s'appliquent également à la DR de Sun Cluster (à l'exception de l'opération d'arrêt progressif de l'environnement d'exploitation). Reportez-vous donc à la documentation relative à la DR de Solaris 8 avant d'utiliser la fonction DR du logiciel Sun Cluster. Relisez surtout les conditions applicables aux périphériques ES hors réseau dans le cadre d'une opération DR de détachement.
Les opérations de suppression de carte DR ne peuvent avoir lieu que lorsque les interfaces de réseau public ne sont pas actives. Avant de supprimer une interface de réseau public active, commutez les adresses IP de l'adaptateur à supprimer vers un autre adaptateur du groupe de multiacheminement en utilisant la commande if_mpadm(1M).
Si vous tentez de supprimer une carte interface de réseau public sans l'avoir désactivée en tant qu'interface réseau active, Sun Cluster rejette l'opération et identifie l'interface concernée.
pour les groupes Multipathing dotés de deux adaptateurs, si l'adaptateur réseau restant tombe en panne pendant que vous effectuez l'opération de suppression DR sur l'adaptateur réseau désactivé, la disponibilité est affectée. L'adaptateur restant ne peut pas effectuer de basculement pendant toute la durée de l'opération DR.
Procédez comme suit, en respectant l'ordre des étapes, pour effectuer des opérations DR sur des interfaces de réseau public.
Tableau 6–4 Plan des tâches : Reconfiguration dynamique avec interfaces de réseau public
Tâche |
Pour les instructions, voir... |
---|---|
1. Faire passer les adresses IP de l'adaptateur à supprimer vers un autre adaptateur dans le groupe de multiacheminement, à l'aide de la commande if_mpadm. |
Page de manuel if_mpadm(1M). La documentation Solaris adéquate : Solaris 8 : IP Network Multipathing Administration Guide Solaris 9 : “IP Network Multipathing Topics” dans le document System Administration Guide: IP Services |
2. Supprimer l'adaptateur du groupe de multiacheminement à l'aide de la commande ifconfig. |
La documentation Solaris adéquate : Solaris 8 : IP Network Multipathing Administration Guide Solaris 9 : “IP Network Multipathing Topics” dans System Administration Guide: IP Services Page de manuel ifconfig(1M) |
3. Effectuer l'opération DR sur l'interface de réseau public. |
Sun Enterprise 10000 DR Configuration Guide et document Sun Enterprise 10000 Dynamic Reconfiguration Reference Manual (des collections Solaris 8 on Sun Hardware et Solaris 9 on Sun Hardware) |