test

Guide d'administration système : services IP

Chapitre 31 Administration d'IPMP (tâches)

Ce chapitre décrit les tâches relatives à l'administration des groupes d'interfaces avec IPMP (multiacheminement sur réseau IP). Les rubriques traitées sont les suivantes :

Pour obtenir une présentation des concepts relatifs à IPMP, reportez-vous au Chapitre 30Présentation d'IPMP.

Configuration d'IPMP (liste des tâches)

Cette section contient des liens vers les tâches décrites dans ce chapitre.

Configuration et administration de groupes IPMP (liste des tâches)

Tâche 

Description 

Voir 

Planification d'un groupe IPMP. 

Répertorie la totalité des informations complémentaires et des tâches requises préalables à la configuration d'un groupe IPMP. 

Procédure de planification pour un groupe IPMP

Configuration d'un groupe d'interface IPMP composé de plusieurs interfaces. 

Configure plusieurs interfaces en tant que membres d'un groupe IPMP. 

Procédure de configuration d'un groupe IPMP avec plusieurs interfaces

Configuration d'un groupe IPMP où l'une des interfaces est une interface de réserve. 

Configure l'une des interfaces d'un groupe d'interfaces IPMP en tant qu'interface de réserve. 

Procédure de configuration d'une interface de réserve pour un groupe IPMP

Configuration d'un groupe IPMP composé d'une interface unique. 

Crée un groupe IPMP composé d'une seule interface.  

Procédure de configuration d'un groupe IPMP à interface unique

Affichage du groupe IPMP auquel appartient une interface physique. 

Explication sur le mode d'obtention du nom du groupe IPMP d'une interface à partir de la sortie de la commande ifconfig.

Procédure d'affichage de l'appartenance d'une interface à un groupe IPMP

Ajout d'une interface à un groupe IPMP. 

Configuration d'une nouvelle interface en tant que membre d'un groupe IPMP existant. 

Procédure d'ajout d'une interface à un groupe IPMP

Retrait d'une interface d'un groupe IPMP. 

Fournit des explications sur le retrait d'une interface d'un groupe IPMP. 

Procédure de suppression d'une interface d'un groupe IPMP

Déplacement d'une interface à partir d'un groupe IPMP existant vers un groupe différent. 

Déplacement d'interfaces au sein de groupes IPMP. 

Procédure de déplacement d'une interface d'un groupe IPMP vers un autre

Modification de trois paramètres par défaut du démon in.mpathd.

Personnalise le temps de détection de défaillance et autres paramètres du démon in.mpathd .

Procédure de configuration du fichier /etc/default/mpathd

Administration d'IPMP sur des interfaces prenant en charge la reconfiguration dynamique (liste des tâches)

Tâche 

Description 

Voir 

Retrait d'une interface défaillante. 

Retrait du système d'une interface défaillante. 

Procédure de suppression d'une interface physique défaillante (DR puis déconnexion)

Remplacement d'une interface défaillante. 

Remplacement d'une interface défaillante. 

Procédure de remplacement d'une interface physique défaillante (DR puis connexion)

Récupération d'une interface non configurée lors de l'initialisation. 

Récupération d'une interface défaillante. 

Procédure de récupération d'une interface physique absente lors de l'initialisation du système

Configuration de groupes IPMP

Cette section décrit les procédures pour la configuration de groupes IPMP. Elle propose également une description de la configuration d'une interface en tant qu'interface de réserve.

Planification d'un groupe IPMP

Avant de configurer des interfaces sur un système comme faisant partie d'un groupe IPMP, vous devez effectuer une planification de préconfiguration.

ProcedureProcédure de planification pour un groupe IPMP

La procédure suivante inclut les tâches de planification et les informations à collecter préalablement à la configuration du groupe IPMP. Il n'est pas obligatoire de réaliser les tâches dans l'ordre dans lequel elles sont décrites.

  1. Déterminez les interfaces du système qui feront partie du groupe IPMP.

    Un groupe IPMP se compose en règle générale d'au moins deux interfaces physiques connectées à la même liaison IP. Vous pouvez cependant configurer un groupe IPMP à interface unique si nécessaire. Pour une introduction sur les groupes IPMP, reportez-vous à la section Configurations d'interfaces IPMP. Par exemple, vous pouvez configurer le commutateur Ethernet ou le même sous-réseau IP dans le même groupe IPMP. Vous pouvez configurer le nombre d'interfaces de votre choix dans un même groupe IPMP.

    Vous ne pouvez pas utiliser le paramètre group de la commande ifconfig avec des interfaces logiques. Par exemple, vous pouvez utiliser le paramètre group avec hme0, mais pas avec hme0:1 .

  2. Assurez-vous que chaque interface du groupe dispose d'une adresse MAC unique.

    Pour obtenir des instructions, reportez-vous à la section SPARC : Garantie de l'unicité de l'adresse MAC d'une interface.

  3. Attribuez un nom au groupe IPMP.

    Tout nom autre que NULL est approprié pour le groupe. Utilisez un nom qui identifie la liaison IP à laquelle sont connectées les interfaces.

  4. Assurez-vous que le même ensemble de modules STREAMS est déplacé et configuré sur toutes les interfaces dans le groupe IPMP.

    Toutes les interfaces dans un même groupe doivent disposer de modules STREAMS configurés selon le même ordre.

    1. Vérifiez l'ordre des modules STREAMS sur toutes les interfaces du groupe IPMP futur.

      Vous pouvez imprimer une liste de modules STREAMS à l'aide de la commande ifconfig interface modlist. Voici un exemple de sortie de la commande ifconfig pour une interface hme0 interface :


      # ifconfig hme0 modlist
	0 arp
	1 ip
	2 hme

      Les interfaces existent normalement en tant que pilotes réseau directement sous le module IP, tel qu'illustré dans la sortie de ifconfig hme0 modlist. Aucune configuration supplémentaire ne devrait être nécessaire.

      Cependant, certaines technologies comme NCA ou IP Filter, s'insèrent en tant que modules STREAMS entre le module IP et le pilote de réseau. Des problèmes peuvent se produire dans le comportement des interfaces dans un même groupe IPMP.

      Dans le cas d'un module STREAMS avec état, des comportements inattendus peuvent être observés lors du basculement, même en cas de déplacement d'un même module sur toutes les interfaces d'un groupe. Cependant, vous pouvez utiliser des modules STREAMS sans état, à condition que vous les déplaciez selon le même ordre sur toutes les interfaces du groupe IPMP.

    2. Déplacez les modules d'une interface selon l'ordre standard pour le groupe IPMP.


      ifconfig interface modinsert module-name


      ifconfig hme0 modinsert ip

  5. Utilisez le même format d'adressage IP sur toutes les interfaces du groupe IPMP.

    Si une interface est configurée pour IPv4, toutes les interfaces du groupe doivent être configurées pour IPv4. Admettons que vous disposez d'un groupe IPMP composé d'interfaces provenant de plusieurs cartes d'interface réseau. Si vous ajoutez l'adressage IPv6 aux interfaces d'un NIC, toutes les interfaces du groupe IPMP doivent être configurées pour la prise en charge d'IPv6.

  6. Assurez-vous que toutes les interfaces du groupe IPMP sont connectées au même lien IP.

  7. Assurez-vous que le groupe IPMP ne contient pas d'interfaces avec différents types de média réseau.

    Les interfaces regroupées doivent être du même type, comme défini dans /usr/include/net/if_types.h . Par exemple, vous ne pouvez pas combiner les interfaces Ethernet et Token ring dans un groupe IPMP. En outre, vous ne pouvez pas combiner un bus d'interfaces Token avec des interfaces ATM (Asynchronous Transfer Mode, mode de transfert asynchrone) dans le même groupe IPMP.

  8. En cas d'IPMP avec interfaces ATM, configurez les interfaces ATM en mode d'émulation LAN.

    IPMP n'est pas pris en charge par les interfaces préférant l'IP classique à l'ATM.

Configuration de groupes IPMP

Cette section décrit les tâches relatives à la configuration pour un groupe IPMP classique contenant au moins deux interfaces physiques.

ProcedureProcédure de configuration d'un groupe IPMP avec plusieurs interfaces

Les étapes suivantes permettent de configurer un groupe IPMP et s'appliquent également à la configuration de réseaux VLAN dans un groupe IPMP.

Avant de commencer

Configurez au préalable les adresses IPv4 et , le cas échéant, les adresses IPv6 de toutes les interfaces du futur groupe IPMP.

Attention – Attention –

Vous ne devez configurer qu'un seul groupe IPMP pour chaque sous-réseau ou domaine de diffusion L2. Pour plus d'informations, reportez-vous à la section Exigences de base d'IPMP.

  1. Sur le système sur lequel vous devez configurer les interfaces, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Placez chaque interface physique dans un groupe IPMP.


    # ifconfig interface group group-name

    Par exemple, pour placer hme0 et hme1 sous le groupe testgroup1, saisissez les commandes suivantes :


    # ifconfig hme0 group testgroup1
# ifconfig hme1 group testgroup1

    Évitez l'utilisation d'espaces dans les noms de groupes. L'affichage du statut ifconfig n'affiche pas les espaces. Par conséquent, n'utilisez pas deux noms de groupes similaires dont la seule différence est un espace. Si l'un des noms de groupe contient un espace, ces noms s'afficheront de la même façon dans l'affichage de statut.

    Dans un environnement à double pile, si l'on place l'instance IPv4 d'une interface dans un groupe particulier, l'instance IPv6 est automatiquement placée dans ce même groupe.

  3. (Facultatif) Configurez une adresse test IPv4 sur une ou plusieurs interfaces physiques.

    La configuration d'une adresse test est nécessaire uniquement si vous souhaitez utiliser la détection de défaillance basée sur sonde sur une interface spécifique. Les adresses test sont configurées en tant qu'interfaces logiques de l'interface physique spécifiée à la commande ifconfig.

    Si une interface du groupe est destinée à devenir l'interface de réserve, ne configurez pas d'adresse test pour celle-ci à cette étape. La configuration de l'adresse test de l'interface de réserve fait partie de la tâche décrite à la section Procédure de configuration d'une interface de réserve pour un groupe IPMP.

    Utilisez la syntaxe de la commande ifconfig pour configurer une adresse test :


    # ifconfig interface addif ip-address parameters -failover deprecated up

    Par exemple, vous pouvez créer l'adresse test suivante pour l'interface réseau principale hme0 :


    # ifconfig hme0 addif 192.168.85.21 netmask + broadcast + -failover deprecated up

    Cette commande définit les paramètres suivants pour l'interface réseau principale hme0 :

    • adresse définie sur 192.168.85.21 ;

    • masque de réseau et adresse de diffusion définie sur la valeur par défaut ;

    • options -failover et deprecated définies.

      Remarque –

      Marquez une adresse test IPv4 comme étant désapprouvée (deprecated) afin d'empêcher les applications d'utiliser cette adresse test.

  4. Vérifiez la configuration IPv4 pour une interface spécifique.

    A tout moment, pour afficher le statut actuel d'une interface, saisissez la commande ifconfig interface. Pour de plus amples informations sur l'affichage du statut d'une interface, reportez-vous à la section Méthode d'obtention d'informations sur une interface spécifique.

    Vous pouvez obtenir des informations à propos de la configuration de l'adresse test d'une interface physique en spécifiant l'interface logique attribuée à l'adresse test.


    # ifconfig hme0:1
	hme0:1: flags=9000843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER>
    mtu 1500 index 2 
    inet 192.168.85.21 netmask ffffff00 broadcast 192.168.85.255

  5. (Facultatif) Le cas échéant, configurez une adresse de test IPv6. 


    # ifconfig interface inet6 -failover

    Les interfaces physiques disposant d'adresses IPv6 sont placées dans le même groupe IPMP que les adresses IPv4 des interfaces. Cela se produit lorsque vous configurez l'interface physique avec des adresses IPv4 dans un groupe IPMP. Si vous placez des interfaces physiques disposant d'adresses IPv6 dans un groupe IPMP, les interfaces physiques disposant d'adresses IPv4 sont implicitement placées dans un groupe IPMP.

    Par exemple, pour configurer hme0 avec une adresse test IPv6, saisissez ce qui suit :


    # ifconfig hme0 inet6 -failover

    Il est inutile de marquer une adresse test IPv6 comme étant désapprouvée afin d'éviter que les applications utilisent l'adresse test.

  6. Vérifiez la configuration IPv6.


    # ifconfig hme0 inet6
	hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6,NOFAILOVER> mtu 1500 index 2
        	inet6 fe80::a00:20ff:feb9:17fa/10 
        	groupname test

    L'adresse test IPv6 correspond à l'adresse lien-local de l'interface.

  7. (Facultatif) Conservation de la configuration du groupe IPMP après réinitialisation.

    • Pour IPv4, ajoutez la ligne suivante au fichier /etc/hostname. interface :


      interface-address <parameters> group group-name up \
	addif logical-interface -failover deprecated <parameters> up

      Dans ce cas, l'adresse test IPv4 est configurée uniquement lors de la réinitialisation suivante. Si vous souhaitez que la configuration soit appelée dans la session actuelle, effectuez les étapes 1 et 2 et éventuellement l'étape 3.

    • Pour IPv6, ajoutez la ligne suivante au fichier /etc/hostname6. fichier interface :


      -failover group group-name up

      Cette adresse test IPv6 est configurée à la réinitialisation suivante. Si vous souhaitez que la configuration soit appelée dans la session actuelle, effectuez les étapes 1 et 2 et éventuellement l'étape 5.

  8. (Facultatif) Ajoutez des interfaces supplémentaires au groupe IPMP en répétant les étapes 1 à 6.

    Vous pouvez ajouter de nouvelles interfaces à un groupe existant sur un système actif. Cependant, les modifications ne sont pas conservées après réinitialisation.

Exemple 31–1 Configuration d'un groupe IPMP avec deux interfaces

En supposant que vous souhaitez effectuer ce qui suit :

Saisissez la commande suivante :


# ifconfig hme0 addif 192.168.85.21 netmask + broadcast + -failover deprecated up

Marquez une adresse test IPv4 comme étant désapprouvée (deprecated) afin d'empêcher les applications d'utiliser cette adresse test. Reportez-vous à la section Procédure de configuration d'un groupe IPMP avec plusieurs interfaces.

Pour activer l'attribut de basculement de l'adresse, utilisez l'option failover sans le tiret.

Toutes les adresses IP test d'un groupe IPMP doivent utiliser le même préfixe de réseau. Les adresses IP test doivent appartenir à un sous-réseau IP unique.

Exemple 31–2 Conservation de la configuration du groupe IPMP IPv4 après réinitialisation

Supposons que vous souhaitez créer un groupe IPMP appelé testgroup1 avec la configuration suivante :

Vous ajoutez la ligne suivante au fichier /etc/hostname.hme0 :


192.168.85.19 netmask + broadcast + group testgroup1 up \
	addif 192.168.85.21 deprecated -failover netmask + broadcast + up

De même, pour placer la seconde interface hme1 sous le même groupe testgroup1 et configurer une adresse test, ajoutez la ligne suivante :


192.168.85.20 netmask + broadcast + group testgroup1 up \
	addif 192.168.85.22 deprecated -failover netmask + broadcast + up
Exemple 31–3 Conservation de la configuration du groupe IPMP IPv6 après réinitialisation

Pour créer un groupe test pour l'interface hme0 avec une adresse IPv6, ajoutez la ligne suivante au fichier /etc/hostname6.hme0 :


-failover group testgroup1 up

De même, pour placer la seconde interface hme1 dans le groupe testgroup1 et configurer une adresse test, ajoutez la ligne suivante au fichier /etc/hostname6.hme1 :


-failover group testgroup1 up
Erreurs fréquentes

Pendant la configuration du groupe IPMP, in.mpathd génère de nombreux messages sur la console système ou dans le fichier syslog. Ces messages à caractère informatif indiquent que la configuration IPMP fonctionne correctement.

Voir aussi

Pour que la configuration du groupe IPMP soit de type actif-de réserve, reportez-vous à la section Procédure de configuration d'une interface de réserve pour un groupe IPMP.

Configuration de systèmes cible

La détection de défaillance basée sur sonde nécessite l'utilisation de systèmes cible, comme expliqué dans la section Détection de défaillance basée sur sonde. Pour certains groupes IPMP, les cibles par défaut utilisées par in.mpathd sont suffisantes. Cependant, pour certains groupes IPMP, il est nécessaire de configurer des cibles spécifiques pour la détection de défaillance basée sur sonde. La détection de défaillance basée sur sonde s'effectue en configurant des routes hôte en tant que cibles de sondes dans la table de routage. Les routes hôte configurées dans la table de routage figurent dans la liste avant le routeur par défaut. Par conséquent, IPMP utilise les routes hôte définies explicitement pour la sélection de cibles. Il existe deux méthodes permettant de spécifier directement les cibles : définition manuelle de routes hôte ou création d'un script shell pouvant devenir un script de démarrage.

Tenez compte des critères suivants lorsque vous devez sélectionner les hôtes de votre réseau les plus adaptés en tant que cibles.

ProcedureProcédure de spécification manuelle de systèmes cible pour la détection de défaillance basée sur sonde

  1. Connectez-vous à l'aide de votre compte utilisateur au système dans lequel vous configurez la détection de défaillance basée sur sonde.

  2. Ajoutez une route à un hôte spécifique, à utiliser en tant que cible dans le cadre de la détection de défaillance basée sur sonde.


    $ route add -host destination-IP gateway-IP -static

    Remplacez les valeurs de IP-destination et IP-passerelle par l'adresse IPv4 de l'hôte à utiliser en tant que cible. Par exemple, saisissez ce qui suit afin de spécifier le système cible 192.168.85.137 qui se trouve sur le même sous-réseau que les interfaces du groupe IPMP testgroup1.


    $ route add -host 192.168.85.137 192.168.85.137 -static

  3. Ajoutez les routes vers les hôtes supplémentaires du réseau à utiliser en tant que systèmes cible.

ProcedureProcédure de spécification de systèmes cible dans un script shell

  1. Sur le système sur lequel vous avez configuré un groupe IPMP, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Créez un script shell définissant les routes statiques vers les cibles proposées.

    Par exemple, vous pouvez créer un script shell intitulé ipmp.targets avec le contenu suivant :


    TARGETS="192.168.85.117 192.168.85.127 192.168.85.137"

case "$1" in
        'start')
            /usr/bin/echo "Adding static routes for use as IPMP targets"
		for target in $TARGETS; do
	  /usr/sbin/route add -host $target $target
		done
                  ;;
        'stop')
              /usr/bin/echo "Removing static routes for use as IPMP targets"
		 for target in $TARGETS; do
		/usr/sbin/route delete -host $target $target
		 done
                  ;;
  esac

  3. Copiez le script shell dans le répertoire du script de démarrage. 


     # cp ipmp.targets /etc/init.d

  4. Modifiez les permissions dans le nouveau script de démarrage. 


    # chmod 744 /etc/init.d/ipmp.targets

  5. Modifiez la propriété du nouveau script de démarrage. 


    # chown root:sys /etc/init.d/ipmp.targets

  6. Créez une liaison pour le script de démarrage dans le répertoire /etc/init.d.


    # ln /etc/init.d/ipmp.targets /etc/rc2.d/S70ipmp.targets

    Le préfixe S70 dans le nom de fichier S70ipmp.targets ordonne le nouveau script correctement en fonction des autres scripts de démarrage.

Configuration d'interfaces de réserve

Cette procédure permet d'attribuer une configuration active-de réserve au groupe IPMP. Pour obtenir des informations supplémentaires sur ce type de configuration, reportez-vous à la section Configurations d'interfaces IPMP.

ProcedureProcédure de configuration d'une interface de réserve pour un groupe IPMP

Avant de commencer

Pour obtenir des informations sur la configuration d'un groupe IPMP et l'attribution d'adresses test, reportez-vous à la section Procédure de configuration d'un groupe IPMP avec plusieurs interfaces.

  1. Sur le système sur lequel vous devez configurer les interfaces de réserve, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Configurez une interface en tant qu'interface de réserve et attribuez l'adresse test.


    # ifconfig interface plumb \
ip-address other-parameters deprecated -failover standby up

    Une interface de réserve ne peut disposer que d'une adresse IP, l'adresse test. Définissez l'option -failover avant l'option standby up. Pour <other-parameters>, utilisez les paramètres requis par votre configuration, tels que décrits dans la page de manuel ifconfig(1M).

    • Par exemple, la commande suivante permet de créer une adresse test IPv4 :


      # ifconfig hme1 plumb 192.168.85.22 netmask + broadcast + deprecated -failover standby up
      hme1

      Définit hme1 comme étant l'interface physique à configurer en tant qu'interface de réserve.

      192.168.85.22

      Atrtibue cette adresse test à l'interface de réserve.

      deprecated

      Indique que l'adresse test n'est pas utilisée pour les paquets sortants.

      -failover

      Indique que l'adresse test ne bascule pas en cas de défaillance de l'interface.

      standby

      Marque l'interface comme étant l'interface de réserve.

    • Par exemple, la commande suivante permet de créer une adresse test IPv6 :


      # ifconfig hme1 plumb -failover standby up

  3. Vérifiez les résultats de la configuration de l'interface de réserve.


    # ifconfig hme1
hme1: flags=69040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER,
      STANDBY,INACTIVE mtu 1500 
         index 4 inet 192.168.85.22 netmask ffffff00 broadcast 19.16.85.255
         groupname test

    L'indicateur INACTIVE indique que cette interface n'est pas utilisée pour les paquets sortants. En cas de basculement vers cette interface de réserve, l'indicateur INACTIVE est effacé.

    Remarque –

    La commande ifconfig interface permet de vérifier le statut d'une interface. Pour de plus amples informations sur l'affichage du statut d'une interface, reportez-vous à la section Méthode d'obtention d'informations sur une interface spécifique .

  4. (Facultatif) Conservez l'interface de réserve IPv4 après réinitialisation.

    Attribuez l'interface au même groupe IPMP et configurez une adresse test pour l'interface de réserve.

    Par exemple, pour configurer hme1 en tant qu'interface de réserve, ajoutez la ligne suivante au fichier /etc/hostname.hme1 :


    192.168.85.22 netmask + broadcast + deprecated group test -failover standby up

  5. (Facultatif) Conservez l'interface de réserve IPv6 après réinitialisation.

    Attribuez l'interface au même groupe IPMP et configurez une adresse test pour l'interface de réserve.

    Par exemple, pour configurer hme1 en tant qu'interface de réserve, ajoutez la ligne suivante au fichier /etc/hostname6.hme1 :


    -failover group test standby up
Exemple 31–4 Configuration d'une interface de réserve pour un groupe IPMP

En supposant que vous souhaitez créer une adresse test avec la configuration suivante :

Vous devez taper ce qui suit :


# ifconfig hme2 plumb 192.168.85.22 netmask + broadcast + \
deprecated -failover standby up

L'interface est marquée comme interface de réserve une fois que l'adresse est marquée comme étant sans basculement (NOFAILOVER).

Saisissez ce qui suit afin de supprimer le statut d'interface de réserve d'une interface :


# ifconfig interface -standby

Configuration de groupes IPMP avec une interface physique unique

Le basculement est impossible lorsqu'un groupe IPMP dispose d'une seule interface. Cependant, vous pouvez activer la détection de défaillance sur cette interface en l'attribuant à un groupe IPMP. Il est inutile de configurer une adresse IP test dédiée afin d'établir la détection de défaillance pour un groupe IPMP à interface unique. Vous pouvez utiliser une adresse IP unique pour l'envoi de données et la détection de défaillance.

ProcedureProcédure de configuration d'un groupe IPMP à interface unique

  1. Sur le système possédant le groupe IPMP à interface unique, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Pour IPv4, créez le groupe IPMP à interface unique.

    La syntaxe suivante permet d'attribuer une interface unique à un groupe IPMP.


    # ifconfig interface group group-name

    Dans l'exemple suivant, l'interface hme0 est attribuée au groupe IPMP v4test :


    # ifconfig hme0 group v4test

    Une fois cette étape effectuée, IPMP active la détection de défaillance basée sur lien sur l'interface.

    En outre, vous pouvez activer la détection de défaillance basée sur sonde à l'aide de la sous-commande -failover de ifconfig. Dans l'exemple suivant, la détection de défaillance basée sur sonde est activée sur hme0 à l'aide de l'adresse IP assignée à hme0:


    # ifconfig hme0 -failover

    Contrairement aux groupes comptant plusieurs interfaces, la même adresse IP peut servir d'adresse de données et d'adresse de test. Pour que l'adresse de test puisse être utilisée comme adresse de données par les applications, elle ne doit jamais être signalée comme désapprouvée dans les groupes IPMP à interface unique.

  3. Pour IPv6, créez le groupe IPMP à interface unique.

    La syntaxe suivante permet d'attribuer une interface unique à un groupe IPMP :


    # ifconfig interface inet6 group group-name

    Par exemple, pour ajouter l'interface unique hme0 dans le groupe IPMP v6test, saisissez ce qui suit :


    # ifconfig hme0 inet6 group v6test

    Une fois cette étape effectuée, IPMP active la détection de défaillance basée sur lien sur l'interface.

    En outre, vous pouvez activer la détection de défaillance basée sur sonde à l'aide de la sous-commande -failover de ifconfig. Dans l'exemple suivant, la détection de défaillance basée sur sonde est activée sur hme0 à l'aide de l'adresse IP assignée à hme0:


    # ifconfig hme0 inet6 -failover

    Contrairement aux groupes comptant plusieurs interfaces, la même adresse IP peut servir d'adresse de données et d'adresse de test. Pour que l'adresse de test puisse être utilisée comme adresse de données par les applications, elle ne doit jamais être signalée comme désapprouvée dans les groupes IPMP à interface unique.

    Dans une configuration d'interface physique unique, il est impossible de vérifier si la défaillance s'est produite au niveau du système cible analysé ou au niveau de l'interface. Il est possible d'analyser le système cible en passant par une seule interface physique. Si un seul routeur par défaut se trouve sur le sous-réseau, désactivez IPMP si le groupe contient une interface physique unique. Si un routeur IPv4 et IPv6 par défaut distinct existe, ou si plusieurs routeurs par défaut existent, il est nécessaire d'analyser plusieurs systèmes cible. Vous pouvez par conséquent activer IPMP.

Maintenance de groupes IPMP

Cette section décrit les tâches relatives à la maintenance de groupes IPMP existants et des interfaces qui composent ces groupes. Cette tâche suppose que vous avez déjà configuré un groupe IPMP, tel que décrit dans la section Configuration de groupes IPMP.

ProcedureProcédure d'affichage de l'appartenance d'une interface à un groupe IPMP

  1. Sur le système sur lequel est configuré le groupe IPMP, connectez-vous en tant que superutilisateur (ou équivalent).

    Les rôles contiennent des autorisations et des commandes privilégiées. Pour de plus amples informations sur les rôles, reportez-vous à la section Configuring RBAC (Task Map) du System Administration Guide: Security Services.

  2. Affichage d'informations sur l'interface, y compris le groupe auquel appartient l'interface.


    # ifconfig interface

  3. Le cas échéant, affichez les informations IPv6 de l'interface.


    # ifconfig interface inet6
Exemple 31–5 Affichage de groupes d'interfaces physiques

Saisissez ce qui suit afin d'afficher le nom de groupe de hme0 :


# ifconfig hme0
	hme0: flags=9000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 
      index 2 inet 192.168.85.19 netmask ffffff00 broadcast 192.168.85.255
      groupname testgroup1

Saisissez ce qui suit afin d'afficher le nom de groupe uniquement pour les informations IPv6 :


# ifconfig hme0 inet6
	hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        	inet6 fe80::a00:20ff:feb9:19fa/10 
        	groupname testgroup1

ProcedureProcédure d'ajout d'une interface à un groupe IPMP

  1. Sur le système sur lequel est configuré le groupe IPMP, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Ajoutez l'interface au groupe IPMP.


    # ifconfig interface group group-name

    L'interface spécifiée dans interface devient membre du groupe IPMP nom-groupe.

Exemple 31–6 Ajout d'une interface à un groupe IPMP

Saisissez la commande suivante afin d'ajouter hme0 au groupe IPMP testgroup2 :


# ifconfig hme0 group testgroup2
  hme0: flags=9000843<UP ,BROADCAST,RUNNING,MULTICAST,IPv4,NOFAILOVER> mtu 1500 index 2
  inet 192.168.85.19 netmask ff000000 broadcast 10.255.255.255
  groupname testgroup2
  ether 8:0:20:c1:8b:c3

ProcedureProcédure de suppression d'une interface d'un groupe IPMP

Lorsque vous exécutez le paramètre group de la commande ifconfig avec une chaîne vide, l'interface est supprimée du groupe IPMP actuel. Faites preuve de prudence lors de la suppression d'interfaces à partir d'un groupe. Dans le cas d'une défaillance d'une autre interface du groupe IPMP, un basculement a pu se produire antérieurement. Par exemple, en cas de défaillance antérieure de hme0, toutes les adresses basculent vers hme1, si hme1 fait partie du même groupe. En cas de suppression de hme1 du groupe, le démon in.mpathd renvoie toutes les adresses de basculement à une autre interface du groupe. Si aucune autre interface ne fonctionne dans le groupe, le basculement risque de ne pas restaurer la totalité des accès réseau.

De même, lorsqu'une interface dans un groupe doit être démontée, commencez par retirer l'interface du groupe. Vérifiez ensuite que toutes les adresses IP d'origine de l'interface sont configurées. Le démon in.mpathd tente de restaurer la configuration d'origine d'une interface supprimée du groupe. Avant de démonter l'interface, assurez-vous que la configuration est restaurée. Reportez-vous à la section Description du basculement d'interface afin d'obtenir une description des interfaces avant et après basculement.

  1. Sur le système sur lequel est configuré le groupe IPMP, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Supprimez l'interface du groupe IPMP.


    # ifconfig interface group ""

    Les guillemets indiquent une chaîne vide.

Exemple 31–7 Suppression d'une interface d'un groupe

Saisissez la commande suivante afin de supprimer hme0 du groupe IPMP test :


# ifconfig hme0 group ""
	# ifconfig hme0
	hme0: flags=9000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500
    index 2 inet 192.168.85.19 netmask ffffff00 broadcast 192.168.85.255
	# ifconfig hme0 inet6
	hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
    inet6 fe80::a00:20ff:feb9:19fa/10

ProcedureProcédure de déplacement d'une interface d'un groupe IPMP vers un autre

Vous pouvez placer une interface dans un nouveau groupe IPMP lorsque l'interface appartient à un groupe IPMP. Il est inutile de supprimer l'interface du groupe IPMP actuel. Lorsque vous placez l'interface dans un nouveau groupe, l'interface est automatiquement retirée de tout groupe IPMP existant.

  1. Sur le système sur lequel est configuré le groupe IPMP, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Déplacez l'interface vers un nouveau groupe IPMP.


    # ifconfig interface group group-name

    Si vous placez l'interface dans un nouveau groupe, elle est automatiquement retirée de tout groupe existant.

Exemple 31–8 Déplacement d'une interface vers un autre groupe IPMP

Pour modifier le groupe IPMP de l'interface hme0, saisissez ce qui suit : 


# ifconfig hme0 group cs-link

Cette commande permet de supprimer l'interface hme0 du groupe IPMP test, puis de placer l'interface dans le groupe cs-link.

Remplacement d'une interface physique défaillante sur des systèmes prenant la DR en charge

Cette section décrit les procédures relatives à l'administration de systèmes prenant en charge la reconfiguration dynamique (DR).

Remarque –

Les tâches ne s'appliquent qu'aux couches IP configurées à l'aide de la commande ifconfig. Les couches avant ou après la couche IP, comme l'ATM ou autres services, requièrent des étapes manuelles si les couches ne sont pas automatisées. Les étapes des procédures suivantes permettent d'annuler la configuration des interfaces lors de la préconnexion et de configurer une interface après la postconnexion.

ProcedureProcédure de suppression d'une interface physique défaillante (DR puis déconnexion)

Cette procédure indique la méthode de retrait d'une interface physique d'un système prenant la reconfiguration dynamique en charge. Elle part du principe que les conditions suivantes existent déjà :

Remarque –

Vous pouvez ignorer l'étape 2 si l'adresse test est montée à l'aide du fichier /etc/hostname.hme0.

  1. Sur le système sur lequel est configuré le groupe IPMP, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Affichez la configuration d'adresse test.


    # ifconfig hme0:1

hme0:1:
flags=9040842<BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER>
mtu 1500 index 3
inet 192.168.233.250 netmask ffffff00 broadcast 192.168.233.255

    Ces informations sont nécessaires afin de remonter l'adresse test lors du remplacement de l'interface physique.

  3. Supprimez l'interface physique.

    Reportez-vous aux sources suivantes pour obtenir une description complète de la méthode de suppression de l'interface physique :

    • Page de manuel cfgadm(1M).

    • Sun Enterprise 6x00, 5x00, 4x00, and 3x00 Systems Dynamic Reconfiguration User's Guide

    • Sun Enterprise 10000 DR Configuration Guide

ProcedureProcédure de remplacement d'une interface physique défaillante (DR puis connexion)

Cette procédure correspond à la méthode de remplacement d'une interface physique d'un système prenant la DR en charge.

  1. Sur le système sur lequel est configuré le groupe IPMP, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Remplacez l'interface physique.

    Vous pouvez consulter les sources suivantes pour obtenir des instructions :

    • Page de manuel cfgadm(1M).

    • Sun Enterprise 6x00, 5x00, 4x00, and 3x00 Systems Dynamic Reconfiguration User's Guide

    • Sun Enterprise 10000 DR Configuration Guide ou Sun Fire 880 Dynamic Reconfiguration User's Guide

Récupération d'une interface physique absente à l'initialisation du système

Remarque –

La procédure suivante s'applique uniquement aux couches IP configurées à l'aide de la commande ifconfig. Les couches avant ou après la couche IP, comme l'ATM ou autres services, requièrent des étapes manuelles si les couches ne sont pas automatisées. Les étapes spécifiques de la procédure suivante permettent d'annuler la configuration d'interface lors de la prédéconnexion et de configurer les interfaces après la postconnexion.

La reprise après reconfiguration dynamique est automatique pour une interface faisant partie de la carte E/S d'une plate-forme Sun Fire™. Si la carte d'interface réseau est une carte Sun Crypto Accelerator I - cPCI, la récupération est également automatique. Par conséquent, les étapes suivantes ne sont pas nécessaires dans le cas d'une interface récupérée lors d'une opération de reconfiguration dynamique. Pour de plus amples informations sur les systèmes Sun Fire x800 et Sun Fire 15000, consultez la page de manuel cfgadm_sbd(1M) L'interface physique est rétablie selon la configuration spécifiée dans le fichier /etc/hostname. fichier interface. Reportez-vous à la section Configuration de groupes IPMP pour obtenir des informations supplémentaires sur la configuration d'interfaces afin de conserver la configuration après réinitialisation.

Remarque –

Dans les systèmes Sun Fire legacy (Exx00), les connexions de reconfiguration dynamique requièrent encore des procédures manuelles. Cependant, les connexions de reconfiguration dynamique sont automatiques.

ProcedureProcédure de récupération d'une interface physique absente lors de l'initialisation du système

Avant de récupérer une interface physique absente lors de l'initialisation du système, vous devez effectuer les procédures suivantes. Dans l'exemple de cette procédure, la configuration est la suivante :

Remarque –

Le rétablissement d'adresses IP lors de la réparation d'une interface physique défaillante peut prendre jusqu'à trois minutes. Cette durée varie en fonction du trafic réseau. Elle dépend également de la stabilité de l'interface entrante afin de rétablir les interfaces basculées par le démon in.mpathd.

  1. Sur le système sur lequel est configuré le groupe IPMP, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Les informations relatives au réseau défaillant sont indiquées dans le message d'erreur du journal de la console.

    Consultez la page de manuel syslog(3C) Le message d'erreur est similaire à ce qui suit :


    moving addresses from failed IPv4 interfaces:
hme1 (moved to hme0)

    Ce message indique que les adresses IPv4 de l'interface défaillante hme1 ont basculé vers l'interface hme0.

    Vous pouvez également recevoir le message suivant :


    moving addresses from failed IPv4 interfaces:
hme1 (couldn't move, no alternative interface)

    Ce message indique qu'aucune interface active n'a pu être trouvée dans le groupe de l'interface défaillante hme1. Par conséquent, le basculement des adresses IPv4 vers hme1 ne s'est pas effectué.

  3. Connectez l'interface physique au système.

    Reportez-vous aux sources suivantes pour obtenir des instructions sur le remplacement de l'interface physique :

    • Page de manuel cfgadm(1M).

    • Sun Enterprise 10000 DR Configuration Guide

    • Sun Enterprise 6x00, 5x00, 4x00, and 3x00 Systems Dynamic Reconfiguration User's Guide

  4. Reportez-vous au contenu du message de l'étape 2. Si les adresses n'ont pu être déplacées, passez à l'étape 6. Si les adresses ont été déplacées, passez à l'étape 5.

  5. Démontez les interfaces logiques configurées au cours du processus de basculement.

    1. Consultez le contenu du fichier /etc/hostname. déplacé-de-interface, afin de connaître les interfaces logiques configurées en tant qu'élément du processus de basculement.

    2. Démontez chaque adresse IP de basculement.


      # ifconfig moved-to-interface removeif moved-ip-address
      Remarque –

      Les adresses de basculement sont marquées à l'aide du paramètre failover ou ne sont pas marquées avec le paramètre -failover. Il est inutile de démonter les adresses IP marquées à l'aide du paramètre -failover.

      Par exemple, si l'on admet que le fichier /etc/hostname.hme0 contient les lignes suivantes :


      inet 10.0.0.4 -failover up group one
addif 10.0.0.5 failover up
addif 10.0.0.6 failover up

      Pour démonter l'adresse IP de basculement, vous devez saisir la commande suivante :


      # ifconfig hme0 removeif 10.0.0.5
# ifconfig hme0 removeif 10.0.0.6

  6. Reconfigurez les informations IPv4 de l'interface physique remplacée en saisissant la commande suivante pour chaque interface supprimée :


    # ifconfig removed-from-NIC <parameters>

    Vous pouvez par exemple saisir les commandes suivantes :


    # ifconfig hme1 inet plumb
# ifconfig hme1 inet 10.0.0.4 -failover up group one
# ifconfig hme1 addif 10.0.0.5 failover up
# ifconfig hme1 addif 10.0.0.6 failover up

Modification des configurations IPMP

Le fichier de configuration IPMP /etc/default/mpathd permet de configurer les paramètres système suivants des groupes IPMP.

ProcedureProcédure de configuration du fichier /etc/default/mpathd

  1. Sur le système sur lequel est configuré le groupe IPMP, connectez-vous en tant qu'administrateur principal ou superutilisateur.

    Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.

  2. Modifiez le fichier /etc/default/mpathd.

    Modifiez la valeur par défaut d'au moins un des trois paramètres.

    1. Saisissez la nouvelle valeur du paramètre FAILURE_DETECTION_TIME.


      FAILURE_DETECTION_TIME=n

      où n correspond à la durée en secondes nécessaire aux sondes ICMP pour la détection d'une éventuelle défaillance d'interface. La valeur par défaut est de 10 secondes.

    2. Saisissez la nouvelle valeur du paramètre FAILBACK.


      FAILBACK=[yes | no]

      • yes- La valeur yes correspond au comportement de basculement par défaut d'IPMP. En cas de détection de réparation d'une interface défaillante, l'accès réseau est rétabli à l'aide de l'interface réparée, tel que décrit dans la section Détection de défaillance d'IPMP et fonctionnalités de reprise.

      • no - La valeur no indique que le trafic de données n'est pas rétabli sur une interface réparée. En cas de détection d'une interface réparée, l'indicateur INACTIVE est défini pour celle-ci. L'indicateur indique qu'il est actuellement impossible d'utiliser l'interface pour le trafic de données. Il est cependant possible de l'utiliser pour le trafic de sondes.

        Supposons par exemple qu'un groupe IPMP se compose de deux interfaces, ce0 et ce1. Supposons ensuite que la valeur FAILBACK=no est définie dans /etc/default/mpathd. En cas de défaillance de ce0 son trafic bascule vers ce1, ce qui correspond au comportement attendu d'IPMP. Cependant, si IPMP détecte que l'interface ce0 est réparée, le trafic n'est par rétabli à partir de ce1, en raison du paramètre FAILBACK=no dans /etc/default/mpathd. L'interface ce0 conserve le statut INACTIVE et n'est pas utilisée pour le trafic, sauf en cas de défaillance de l'interface ce1. En cas de défaillance de l'interface ce1, les adresses sur ce1 sont déplacées vers ce0, dont l'indicateur INACTIVE est alors effacé. Ce déplacement se produit à condition que ce0 soit la seule interface INACTIVE du groupe. Si c'est le cas d'autres interfaces du groupe, les adresses risquent d'être déplacées vers une interface INACTIVE différente de ce0.

    3. Saisissez la nouvelle valeur du paramètre TRACK_INTERFACES_ONLY_WITH_GROUPS .


      TRACK_INTERFACES_ONLY_WITH_GROUPS=[yes | no]

      • yes- La valeur yes correspond au comportement par défaut d'IPMP. Ce paramètre permet à IPMP d'ignorer les interfaces réseau qui ne sont pas configurées dans un groupe IPMP.

      • no - La valeur no définit la détection de défaillance et de réparation pour toutes les interfaces réseau, qu'elles soient configurées ou non dans un groupe IPMP. Cependant, lorsqu'une défaillance ou une réparation est détectée sur une interface non configurée dans un groupe IPMP, aucun basculement ni rétablissement ne se produit. Par conséquent, la valeur no est utile uniquement pour les rapports de défaillances et n'améliore pas directement la disponibilité du réseau.

  3. Redémarrez le démon in.mpathd.


    # pkill -HUP in.mpathd