Depuis la version 13.2, VOS offre la possibilité de configurer une interface IP tolérante aux pannes en configurant des adaptateurs Ethernet actifs/en veille. L'adaptateur actif reçoit une adresse MAC Ethernet et l'adaptateur en veille en reçoit une autre. Si l'adaptateur actif tombe en panne, la veille est réinitialisée pour utiliser l'adresse MAC active et devient l'adaptateur actif. Lorsque l'adaptateur actif précédent est remis en service, il joue le rôle d'adaptateur en veille, y compris son adresse MAC. Les hôtes distants qui communiquent avec le module via l'interface IP voient, au pire, un délai d'environ une seconde pendant la transition.
Le problème est qu'il ne suffit pas de configurer le VOS, il faut aussi configurer correctement les commutateurs réseau auxquels se branchent les adaptateurs de veille et actifs. Ce n'est généralement pas un problème lorsque le partenariat actif/veille est configuré pour la première fois, mais au fil du temps, il est possible que la configuration des commutateurs change de manière à ne pas nuire aux communications actuelles, mais à empêcher une panne transparente lorsque VOS fait passer l'état de l'adaptateur de veille à l'état actif.
Il y a trois façons de découvrir que ces mutations de la configuration des commutateurs ont eu lieu.
La première est lorsque l'adaptateur actif tombe en panne et que le VOS fait passer l'état de l'adaptateur de veille à l'état actif. À ce moment, les hôtes distants ne peuvent plus communiquer avec le module via cette interface et l'adaptateur est défaillant. J'ai vu cette situation à de nombreuses reprises - ce n'est pas joli.
La deuxième façon consiste à revoir la configuration des commutateurs. Cela implique de demander à l'administrateur réseau d'examiner une configuration fonctionnelle à la recherche de quelque chose qui pourrait causer un problème - bonne chance.
Le troisième est de tester. Vous pouvez utiliser la commande dlmux_admin pour forcer un basculement ou, sur certains matériels, vous pouvez physiquement retirer l'adaptateur du module ou utiliser une commande VOS pour désactiver l'adaptateur, mais je préfère simplement déconnecter l'adaptateur actif du réseau. Si vous avez une connexion active au module déjà établie, vous devriez pouvoir dire en quelques secondes si le basculement a été transparent ou non. En faisant cela à un moment de votre choix, vous pouvez choisir un moment où cela sera le moins perturbant si le basculement n'est pas transparent. En outre, comme l'adaptateur fonctionne toujours, la récupération est simple : rebranchez le câble et débranchez le nouvel adaptateur actif, attendez un autre basculement et rebranchez l'adaptateur de secours.
Si le test montre que le basculement n'est pas transparent, vous avez le luxe de travailler avec l'administrateur réseau sur un problème démontré sans que personne n'exige de savoir combien de temps il faudra pour le résoudre. Si le test était transparent, vous êtes prêt. Comme le suggère le titre de ce blog, je recommande de faire des tests périodiquement, par exemple le premier lundi du mois.