Pour modifier la configuration du réseau public, suivez les procédures logicielles décrites dans cette section.
Lorsque vous administrez les adaptateurs du réseau public, tenez compte des points suivants :
Evitez d'annuler la configuration (désinstaller) ou de mettre hors fonction l'adaptateur actif d'un groupe NAFO si vous n'avez pas au préalable fait passer l'adaptateur actif sur un adaptateur de sauvegarde du groupe. Reportez-vous à la section "5.2.6 Changement de l'adaptateur actif d'un groupe NAFO".
Evitez de recâbler les adaptateurs de sauvegarde sur des sous-réseaux différents si vous ne les avez pas au préalable supprimés de leur groupe NAFO.
Les opérations sur les adaptateurs logiques peuvent être effectuées sur l'adaptateur actif, même si le groupe est en cours de surveillance.
Vous devez conserver au moins une connexion de réseau public pour chaque noeud de la grappe. La grappe est inaccessible sans connexion de réseau public.
Pour connaître les procédures d'installation logicielle de la grappe, reportez-vous au Guide d'installation du logiciel Sun Cluster 3.0 12/01. Pour connaître les procédures de dépannage des composants matériels d'un réseau public, reportez-vous au document Sun Cluster 3.0 12/01 Hardware Guide.
Tableau 5-3 Liste des tâches : administration du réseau public
Tâche |
Pour les instructions, voir... |
---|---|
Créer un groupe NAFO sur un noeud | |
Ajouter des adaptateurs de réseau public supplémentaires à un noeud | |
Supprimer un groupe NAFO | |
Supprimer les adaptateurs de sauvegarde d'un groupe NAFO existant | |
Faire passer l'adaptateur actif sur un adaptateur de sauvegarde | |
Vérifier l'état des groupes NAFO | |
Modifier les paramètres pour régler la détection d'erreurs PNM et le processus de reprise sur panne |
"5.2.8 Modification du paramétrage de la gestion du réseau public" |
Voici les points à prendre en considération dans le cadre d'une reconfiguration dynamique (DR) des interfaces de réseau public d'une grappe.
Toutes les exigences de configuration, procédures et restrictions applicables à la reconfiguration dynamique (DR) de Solaris 8 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 DR de suppression s'appliquent uniquement aux interfaces de réseau public inactives. Toute interface active de réseau public doit tout d'abord passer à l'état inactif au sein d'un groupe NAFO.
Lors du remplacement d'une interface sur l'interconnexion privée, son état ne change pas ; aucune procédure supplémentaire de reconfiguration de Sun Cluster ne s'impose.
Si vous tentez de retirer une carte interface de réseau public sans l'avoir désactivée en tant qu'adaptateur réseau actif, le système s'y oppose et identifie l'interface concernée.
En cas de panne de l'adaptateur réseau actif, en cours d'opération DR de suppression de l'adaptateur réseau désactivé, la grappe risque de ne plus être disponible. L'adaptateur actif ne peut pas effectuer de reprise sur panne 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 5-4 Liste des tâches : reconfiguration dynamique avec interfaces de réseau public
Tâche |
Pour les instructions, voir... |
---|---|
1. Commuter l'adaptateur actif comme adaptateur de sauvegarde, de manière à pouvoir le retirer du groupe NAFO. | |
2. Retirer l'adaptateur du groupe NAFO. | |
3. Effectuer l'opération DR sur l'interface de réseau public. |
Sun Enterprise 10000 Dynamic Reconfiguration User Guide et Sun Enterprise 10000 Dynamic Reconfiguration Reference Manual (de la collection Solaris 8 on Sun Hardware) |
Vous pouvez également exécuter cette procédure dans l'interface graphique utilisateur de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
Les conditions suivantes doivent être remplies pour permettre la création d'un groupe NAFO :
Tous les adaptateurs de réseau public doivent être configurés pour appartenir à un groupe NAFO.
Pour un noeud donné, il ne peut y avoir qu'un groupe NAFO au maximum sur un sous-réseau donné.
Tous les adaptateurs d'un groupe NAFO donné doivent être connectés au même sous-réseau.
Seul un adaptateur d'un groupe NAFO donné peut être associé à un nom d'hôte, c'est-à-dire un fichier /etc/hostname.adaptateur.
Un adaptateur de réseau public ne peut appartenir qu'à un groupe NAFO.
Devenez superutilisateur sur le noeud configuré pour un groupe NAFO.
Pour ce noeud, cherchez les adaptateurs de réseau public physiquement connectés au même sous-réseau.
Ces adaptateurs constituent les adaptateurs de sauvegarde du groupe NAFO.
Créez le fichier /etc/hostname.adaptateur pour l'un des adaptateurs de réseau public, si ce fichier n'existe pas déjà.
L'adaptateur spécifié dans ce fichier sera l'adaptateur actif par défaut pour le groupe NAFO.
# vi /etc/hostname.<adapter> phys-schost-1 |
Modifiez le fichier /etc/inet/hosts en y ajoutant l'adresse IP et le nom d'hôte correspondant attribués à l'adaptateur de réseau public.
Dans l'exemple ci-après, l'adresse IP 192.29.75.101 et le nom d'hôte phys-schost-1 sont ajoutés dans le fichier /etc/inet/hosts.
# vi /etc/inet/hosts 192.29.75.101 phys-schost-1 |
Si un service d'attribution de noms est utilisé, ces informations devraient également figurer dans la base de données correspondante.
Créez le groupe NAFO.
# pnmset -c groupe_nafo -o create adaptateur [adaptateur ...] |
Exécute une sous-commande de configuration du groupe NAFO spécifié. Les groupes NAFO s'appellent impérativement nafoN, où N est un entier naturel d'identification du groupe. Les noms de groupe s'appliquent localement sur chaque noeud. Ainsi, un même nom de groupe NAFO peut être utilisé sur des noeuds distincts.
Crée le nouveau groupe NAFO.
Désigne l'adaptateur (ou les adaptateurs) de réseau public utilisé(s) comme adaptateur de sauvegarde. Reportez-vous à l'Étape 3.
En présence d'un adaptateur déjà configuré, c'est ce dernier qui est choisi comme adaptateur actif, sans que la commande pnmset modifie son état. Sinon, c'est l'un des adaptateurs de sauvegarde qui est configuré et qui reçoit l'adresse IP indiquée par le fichier /etc/hostname.adaptateur pour le groupe NAFO.
Vérifiez l'état du groupe NAFO.
# pnmstat -l |
L'exemple ci-après illustre la création d'un groupe NAFO (nafo0) configuré avec deux adaptateurs réseau (qfe0 et qfe1).
# pnmstat -l # vi /etc/hostname.qfe0 phys-schost-1 # vi /etc/inet/hosts 192.168.0.0 phys-schost-1 # pnmset -c nafo0 -o create qfe0 qfe1 # pnmstat -l group adapters status fo_time act_adp nafo0 qfe0:qfe1 OK NEVER qfe0 |
Vous pouvez ajouter des adaptateurs à un groupe NAFO existant pour lui fournir des adaptateurs de sauvegarde supplémentaires et accroître ainsi la disponibilité de la connectivité du réseau public pour le noeud de grappe.
Vous pouvez également exécuter cette procédure dans l'interface graphique utilisateur de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
Devez-vous installer la / les carte(s) des nouveaux adaptateurs de réseau public dans le(s) noeud(s) ?
Si oui, prenez connaissance des instructions dans le document Sun Cluster 3.0 12/01 Hardware Guide.
Sinon, passez à l'Étape 2.
Assurez-vous que l'adaptateur à ajouter au groupe NAFO est connecté au même sous-réseau que l'adaptateur actif de ce groupe.
Vérifiez que l'adaptateur n'est pas installé et qu'il n'est pas déjà associé à un fichier /etc/hostname.adaptateur.
Devenez superutilisateur sur le noeud contenant le groupe NAFO auquel vous souhaitez ajouter le nouvel adaptateur.
Ajoutez l'adaptateur au groupe NAFO.
# pnmset -c groupe_nafo -o add adaptateur |
Indique le groupe NAFO auquel est ajouté le nouvel adaptateur.
Indique l'adaptateur de réseau public ajouté au groupe NAFO concerné.
Vérifiez l'état du groupe NAFO.
# pnmstat -l |
L'exemple ci-après illustre l'ajout de l'adaptateur qfe2 au groupe NAFO nafo0 qui en comporte déjà deux (qfe0, qfe1).
# pnmstat -l group adapters status fo_time act_adp nafo0 qfe0:qfe1 OK NEVER qfe0 # pnmset -c nafo0 -o add qfe2 # pnmstat -l group adapters status fo_time act_adp nafo0 qfe0:qfe1:qfe2 OK NEVER qfe0 |
Supprimez un groupe NAFO si vous ne souhaitez pas effectuer de surveillance ou de reprise sur panne pour tous les adaptateurs du groupe. Pour pouvoir être supprimé, le groupe NAFO ne doit pas être utilisé par les groupes de ressources de l'hôte logique ni par les groupes de ressources avec des adresses partagées.
Vous pouvez également exécuter cette procédure dans l'interface graphique utilisateur de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
Devenez superutilisateur sur le noeud contenant le groupe NAFO à supprimer.
Déterminez si le groupe NAFO est utilisé par des ressources d'hôte logique ou avec adresse partagée.
# scrgadm -pv |
Vous pouvez également utiliser scrgadm -pvv (avec deux indicateurs v) pour localiser les ressources qui utilisent le groupe NAFO que vous souhaitez supprimer.
Faites passer sur un autre noeud les groupes de ressources d'hôte logique et ceux avec adresse partagée qui utilisent le groupe NAFO concerné.
# scswitch -z -g groupe_ressources -h liste_noeuds |
Déplace le groupe de ressources spécifié.
Indique le nom du noeud vers lequel le groupe de ressources doit être déplacé.
Supprimez le groupe NAFO.
# pnmset -c groupe_nafo -o delete |
Indique le groupe NAFO à supprimer.
Supprime le groupe NAFO.
Vérifiez l'état du groupe NAFO.
Le groupe NAFO supprimé ne devrait plus figurer dans la liste.
# pnmstat -l |
L'exemple ci-après illustre la suppression du groupe NAFO nafo1 du système. Le groupe de ressources de l'hôte logique lh-rg-1, qui utilise ce groupe NAFO, est déplacé vers un autre noeud.
# scswitch -z -g lh-rg-1 -h phys-schost-2 # pnmstat -l group adapters status fo_time act_adp nafo0 qfe0:qfe1 OK NEVER qfe0 nafo1 qfe2 OK NEVER qfe2 # pnmset -c nafo1 -o delete # pnmstat -l group adapters status fo_time act_adp nafo0 qfe0:qfe1 OK NEVER qfe0 |
Supprimez les adaptateurs de sauvegarde d'un groupe NAFO existant pour permettre à l'adaptateur d'être retiré du système, remplacé ou reconnecté à un sous-réseau différent et utilisé comme sauvegarde pour un autre groupe NAFO.
Vous pouvez également exécuter cette procédure dans l'interface graphique utilisateur de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
Si vous supprimez le dernier adaptateur de sauvegarde d'un groupe NAFO, vous n'aurez plus aucune protection contre les erreurs détectées sur l'adaptateur actif, ce qui réduira la disponibilité du réseau public pour le noeud de grappe.
Si vous souhaitez supprimer l'adaptateur actif, passez d'abord à un autre adaptateur du groupe.
Reportez-vous à la section "5.2.6 Changement de l'adaptateur actif d'un groupe NAFO".
En tant que superutilisateur, supprimez l'adaptateur du groupe NAFO.
# pnmset -c groupe_nafo -o remove adaptateur |
Indique le groupe NAFO dont l'adaptateur va être supprimé.
Supprime l'adaptateur du groupe NAFO.
Vérifiez l'état du groupe NAFO.
L'adaptateur supprimé ne devrait plus figurer dans la liste.
# pnmstat -l |
L'exemple ci-après illustre le retrait de l'adaptateur qfe2 du groupe NAFO nafo0.
# pnmstat -l group adapters status fo_time act_adp nafo0 qfe0:qfe1:qfe2 OK NEVER qfe0 # pnmset -c nafo0 -o remove qfe2 # pnmstat -l group adapters status fo_time act_adp nafo0 qfe0:qfe1 OK NEVER qfe0 |
Faites passer l'adaptateur actif sur un adaptateur de sauvegarde afin que l'adaptateur actif courant puisse être supprimé du groupe NAFO. Le démon pnmd(1M) déplace toutes les adresses IP hébergées par l'adaptateur actif courant sur le nouvel adaptateur actif, comme s'il s'agissait d'une reprise sur panne de l'adaptateur.
Vous pouvez également exécuter cette procédure dans l'interface graphique utilisateur de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
L'établissement des connexions peut être légèrement retardé pendant le changement. Vous devrez parfois patienter plusieurs minutes. Sinon, l'opération est transparente pour les applications de niveau supérieur.
Assurez-vous que la connexion physique avec le nouvel adaptateur actif est identique à celle de l'ancien adaptateur actif.
Si le nouvel adaptateur actif ne parvient pas à héberger toutes les adresses IP en tant qu'adaptateur actif courant, les services de réseau et de données dépendant de ces adresses IP sont interrompus jusqu'à ce que la connectivité physique soit rétablie ou qu'une autre reprise sur panne soit effective.
Devenez superutilisateur sur le noeud contenant le groupe NAFO dont vous souhaitez changer l'adaptateur actif.
Changez l'adaptateur actif.
# pnmset -c groupe_nafo -o switch adaptateur |
Indique le groupe NAFO contenant l'adaptateur à changer.
Transforme l'adaptateur indiqué en adaptateur actif du groupe NAFO.
Renommez le fichier /etc/hostname.adaptateur d'après le nouvel adaptateur actif.
# mv /etc/hostname.<ancien_adaptateur> /etc/hostname.<nouvel_adaptateur> |
Vérifiez l'état du groupe NAFO.
L'adaptateur objet de la commutation doit désormais apparaître comme le nouvel adaptateur.
# pnmstat -l |
L'exemple ci-après illustre un changement d'adaptateur actif, de qfe0 à qfe1.
# pnmstat -l group adapters status fo_time act_adp nafo0 qfe0:qfe1 OK NEVER qfe0 # pnmset -c nafo0 -o switch qfe1 # mv /etc/hostname.qfe0 /etc/hostname.qfe1 # pnmstat -l group adapters status fo_time act_adp nafo0 qfe0:qfe1 OK 11 qfe1 |
Vous pouvez également exécuter cette procédure dans l'interface graphique utilisateur de SunPlex Manager. Pour de plus amples informations, reportez-vous à l'aide en ligne de SunPlex Manager.
Exécutez la commande pnmstat(1M) pour obtenir des informations sur la configuration et l'état actuels de tous les groupes NAFO d'un noeud.
# pnmstat -l |
Les commandes pnmptor(1M) et pnmrtop(1M) vous permettent également d'obtenir des informations sur les adaptateurs.
L'exemple suivant montre l'état des trois groupes NAFO d'un noeud.
# pnmstat -l Group adapters status fo_time act_adp nafo0 qfe5 OK NEVER qfe5 nafo1 qfe6 OK NEVER qfe6 nafo2 qfe7 OK NEVER qfe7 |
L'exemple suivant désigne l'adaptateur qfe5 comme adaptateur actif du groupe NAFO nafo0.
# pnmptor nafo0 qfe5 |
L'exemple suivant indique que l'adaptateur qfe5 appartient au groupe NAFO nafo0.
# pnmrtop qfe5 nafo0 |
Cet algorithme contient quatre paramètres réglables :
inactive_time
ping_timeout
repeat_test
slow_network
Ces paramètres permettent de trouver un compromis entre vitesse et précision de la détection des erreurs. Consultez le Tableau 5-5 pour de plus amples informations.
Cette procédure permet de modifier les valeurs du service PNM (Public Network Management) pour le démon pnmd(1M).
Devenez superutilisateur sur un noeud de la grappe.
S'il n'existe pas déjà, créez le fichier pnmparams.
# vi /etc/cluster/pnmparams |
Utilisez le tableau suivant pour définir les paramètres PNM.
Les paramètres du fichier /etc/cluster/pnmparams s'appliquent à tous les groupes NAFO du noeud. Les lignes qui commencent par le symbole (#) ne sont pas prises en compte. Les autres lignes du fichier doivent être au format suivant : variable=valeur.
Paramètre |
Description |
---|---|
inactive_time |
Nombre de secondes séparant deux échantillonnages des compteurs de paquets de l'adaptateur actif courant. La valeur par défaut est 5. |
ping_timeout |
Délai en secondes des opérations ping de ALL_HOST_MULTICAST et de la diffusion du sous-réseau. La valeur par défaut est 4. |
repeat_test |
Nombre d'exécutions de la séquence ping avant que l'adaptateur actif ne soit déclaré défectueux et que la reprise sur panne soit déclenchée. La valeur par défaut est 3. |
slow_network |
Nombre de secondes d'attente après chaque séquence ping avant de vérifier les modifications éventuelles sur les compteurs de paquets. La valeur par défaut est 2. |
warmup_time |
Nombre de secondes d'attente à compter de la reprise sur panne sur un adaptateur de sauvegarde, avant la reprise de la surveillance des erreurs. Ce délai sert en cas d'initialisation particulièrement lente de port ou de pilote. La valeur par défaut est 0. |
Les modifications ne prennent effet qu'au prochain démarrage du démon pnmd.
L'exemple suivant illustre un fichier/etc/cluster/pnmparams, dans lequel les valeurs par défaut de deux paramètres ont été modifiées.
inactive_time=3 repeat_test=5 |