Configuration de la détection de défaillance basée sur sonde

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. Pendant l'identification des cibles concernées par la détection de défaillance basée sur sonde, le démon in.mpathd fonctionne en deux modes : cible routeur ou cible multidiffusion. En mode cible routeur, le démon teste les cibles définies dans la table de routage. Si aucune cible n'est définie, le démon s'exécute en mode cible multidiffusion, où les paquets de multidiffusion sont envoyés tester les hôtes voisins sur le réseau local.

Mieux vaut définir les systèmes cible que le démon in.mpathd doit tester. Pour certains groupes IPMP, le routeur par défaut est suffisant comme cible. 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. Pour spécifier les cibles, définissez des routes hôte dans la table de routage comme cibles de sonde. Les routes hôte configurées dans la table de routage figurent dans la liste avant le routeur par défaut. IPMP utilise les routes hôte définies explicitement pour la sélection de cibles. Par conséquent, vous devez définir des routes hôte afin de configurer des cibles de sondes plutôt que d'utiliser le routeur par défaut.

Pour définir des routes hôte dans la table de routage, utilisez la commande route. Vous pouvez utiliser l'option -p avec cette commande pour ajouter des routes permanentes. Par exemple, la commande route -p add ajoute une route qui reste dans la table de routage même après la réinitialisation du système. L'option -p vous permet d'ajouter des routes persistantes sans rédiger de scripts spéciaux pour les recréer à chaque démarrage du système. Pour mieux utiliser la détection de défaillance basée sur sonde, assurez-vous que vous avez défini plusieurs cibles pour recevoir les sondes.

La procédure Spécification manuelle de systèmes cible pour la détection de défaillance basée sur sonde présente la syntaxe exacte pour ajouter des routes persistantes vers les cibles concernées par la détection de défaillance basée sur sonde. Pour plus d'informations sur les options de la commande route, reportez-vous à la page de manuel route(1M).

Cette section aborde les thèmes suivants :

Exigences en matière de sélection des cibles concernées par la détection de défaillance basée sur sonde

Tenez compte des critères suivants pour déterminer les hôtes du réseau les plus adaptés en tant que cibles.

• Assurez-vous que les cibles potentielles sont disponibles et en cours d'exécution. Etablissez la liste de leurs adresses IP.

• Vérifiez que les interfaces cible se trouvent sur le même réseau que le groupe IPMP configuré.

• Le masque de réseau et l'adresse de diffusion des systèmes cible doivent correspondre à ceux du groupe IPMP.

• L'hôte cible doit pouvoir répondre aux demandes ICMP provenant de l'interface qui utilise la détection de défaillance basée sur sonde.

Configuration de la détection de défaillance basée sur sonde (liste des tâches)

La liste des tâches ci-dessous répertorie les procédures à suivre pour configurer la détection de défaillance basée sur sonde d'un groupe IPMP.

Sélection de la méthode de détection de défaillance à utiliser

Par défaut, la détection de défaillance basée sur sonde fonctionne avec des adresses de test. Si le pilote de la carte réseau la prend en charge, la détection de défaillance basée sur les liaisons est également activée automatiquement.

Vous ne pouvez pas désactiver la détection de défaillance basée sur les liaisons si cette méthode est prise en charge par le pilote de la carte réseau. Cependant, vous pouvez sélectionner le type de la détection de défaillance basée sur sonde à implémenter.

Avant de commencer

Vérifiez que les cibles de la sonde répondent aux critères répertoriés à la section Exigences en matière de sélection des cibles concernées par la détection de défaillance basée sur sonde.

1. Pour n'utiliser que le test transitif, effectuez les opérations suivantes :
   1. Utilisez les commandes SMF pour passer sur la propriété IPMP transitive-probing.

      # svccfg -s svc:/network/ipmp setprop config/transitive-probing=true
      # svcadm refresh  svc:/network/ipmp:default

      Pour plus d'informations sur la configuration de cette propriété, reportez-vous à la page de manuel in.mpathd(1M).

   2. Retirez toutes les adresses de test existantes précédemment configurées pour le groupe IPMP.

      # ipadm delete-addr address addrobj

      Remplacez addrobj par l'objet d'adresse, qui doit impérativement contenir le nom de l'interface sous-jacente qui héberge une adresse de test.

2. Pour utiliser des adresses de test dans le cadre de la détection de défaillance, effectuez les opérations suivantes :
   1. Si nécessaire, désactivez le test transitif.

      # svccfg -s svc:/network/ipmp setprop config/transitive-probing=false
      # svcadm refresh  svc:/network/ipmp:default

   2. Attribuez des adresses de test pour les interfaces sous-jacentes du groupe IPMP.

      # ipadm create-addr -a address under-interface

      Remplacez address par l'adresse (notation CIDR, le cas échéant) et under-interface par l'interface sous-jacente du groupe IPMP.

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

Cette procédure explique comment ajouter des cibles spécifiques si vous utilisez des adresses de test pour implémenter la détection de défaillance basée sur sonde.

Avant de commencer

Vérifiez que les cibles de la sonde répondent aux critères répertoriés à la section Exigences en matière de sélection des cibles concernées par la détection de défaillance basée sur sonde.

1. Connectez-vous à l'aide de votre compte utilisateur au système sur 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 -p add -host destination-IP gateway-IP -static

   où destination-IP et gateway-IP sont les adresses IPv4 de l'hôte à utiliser en tant que cible. Par exemple, entrez la commande suivante pour spécifier le système cible 192.168.10.137, qui se trouve sur le même sous-réseau que les interfaces du groupe IPMP ipmp0 :

   $ route -p add -host 192.168.10.137 192.168.10.137 -static

   Cette nouvelle route est configurée automatiquement chaque fois que le système est redémarré. Si vous souhaitez définir une route temporaire vers un système cible pour la détection de défaillance basée sur sonde, n'ajoutez pas l'option -p.

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

Configuration du comportement du démon IPMP

Définissez les paramètres système suivants pour les groupes IPMP dans le fichier de configuration IPMP /etc/default/mpathd :

• FAILURE_DETECTION_TIME

• FAILBACK

• TRACK_INTERFACES_ONLY_WITH_GROUPS

1. Connectez-vous en tant qu'administrateur.

   Pour plus d'informations, reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.

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 de la fonctionnalité de chemins d'accès multiples sur réseau IP. 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 réparation d'interface physique.

      • no : la valeur no indique que le trafic de données n'est pas renvoyé 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.

        Imaginons par exemple que le groupe IPMP ipmp0 se compose de deux interfaces (net0 et net1). Dans le fichier /etc/default/mpathd, le paramètre FAILBACK=no est défini. Si net0 échoue, elle est marquée comme étant FAILED et devient inutilisable. Après réparation, l'interface est marquée comme étant INACTIVE et reste inutilisables en raison de la valeur FAILBACK=no.

        En cas de défaillance de net1, si seule l'interface net0 présente l'état INACTIVE, l'indicateur INACTIVE de net0 est effacé et l'interface redevient opérationnelle. Si le groupe IPMP dispose d'autres interfaces qui sont également dans l'état INACTIVE, alors n'importe laquelle de ces interfaces INACTIVE, et pas nécessairement net0, peut être effacée et devenir utilisable lorsque net1 échoue.

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

      TRACK_INTERFACES_ONLY_WITH_GROUPS=[yes | no]

      ---

      Remarque - Pour plus d'informations sur ce paramètre et la fonction de groupe anonyme, reportez-vous à la section Détection de défaillance et fonction de groupe anonyme .

      ---

      • yes : la valeur yes correspond au comportement par défaut de la fonctionnalité de chemins d'accès multiples sur réseau IP. Cette valeur 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, aucune action n'est déclenchée dans IPMP pour maintenir les fonctions réseau de cette interface. Par conséquent, la valeur no s'avère utile uniquement pour signaler les 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

   Le démon redémarre avec les nouvelles valeurs de paramètre en vigueur.