Comportement de basculement dans un châssis virtuel MX Series
Lorsqu’un composant matériel ou logiciel actif ou principal tombe en panne ou est temporairement arrêté, vous pouvez lancer manuellement un basculement vers un composant de secours qui reprend les fonctions du composant principal indisponible. Vous pouvez initier deux types de basculements dans une configuration Virtual Chassis pour les plates-formes de routage universelles 5G MX Series :
Commutation globale : modifie le rôle principal dans un Virtual Chassis MX Series en changeant les rôles globaux du routeur principal et du routeur de secours dans la configuration Virtual Chassis.
Commutation locale : active le rôle principal local des moteurs de routage doubles dans un routeur membre du châssis virtuel.
Lors d’un basculement, les rôles attribués aux routeurs membres et aux moteurs de routage dans une configuration Virtual Chassis changent. Cette rubrique décrit les transitions de rôles qui se produisent afin de mieux comprendre le comportement d’un châssis virtuel MX Series lors d’un basculement global ou local. Cette rubrique décrit également comment déterminer si les routeurs membres sont prêts pour une opération GRES ( Graceful Routing Engine Switchover ) globale du point de vue de la synchronisation de base de données.
Transitions de rôles de châssis virtuels lors d’une bascule mondiale
Pour modifier le rôle principal dans un châssis virtuel MX Series et provoquer un basculement global, vous exécutez la request virtual-chassis routing-engine master switch commande à partir du moteur de routage principal dans le routeur principal Virtual Chassis (VC-Pp).
Après avoir émis la request virtual-chassis routing-engine master switch commande, les rôles de commutateur VC-P (Virtual Chassis Primary Router) actuels et VC-B (Virtual Chassis Backup Router). L’ancien VC-P devient le nouveau VC-B, et l’ancien VC-B devient le nouveau VC-P. Après les rôles de commutateur VC-P et VC-B, le moteur de routage principal du nouveau VC-B (VC-BP) redémarre, provoquant les transitions de rôles répertoriées dans le tableau 1.
Rôle de châssis virtuel avant le basculement mondial |
Rôle de châssis virtuel après le basculement mondial |
|---|---|
Virtual Chassis Routeur principal (VC-P) |
Routeur de secours Virtual Chassis (VC-B) |
Routeur de secours Virtual Chassis (VC-B) |
Virtual Chassis Routeur principal (VC-P) |
Moteur de routage principal dans le routeur principal Virtual Chassis (VC-Pp) |
Moteur de routage de secours dans le routeur de secours Virtual Chassis (VC-Bs) |
Moteur de routage de secours dans le routeur principal Virtual Chassis (VC-Ps) |
Moteur de routage principal dans le routeur de secours Virtual Chassis (VC-Bp) |
Moteur de routage principal dans le routeur de secours Virtual Chassis (VC-Bp) |
Moteur de routage principal dans le routeur principal Virtual Chassis (VC-Pp) |
Moteur de routage de secours dans le routeur de secours Virtual Chassis (VC-Bs) |
Moteur de routage de secours dans le routeur principal Virtual Chassis (VC-Ps) |
Les rôles locaux (master et , ou m et standbys) des moteurs de routage dans le routeur principal Virtual Chassis changent après un basculement global, mais les rôles locaux des moteurs de routage dans le routeur de secours Virtual Chassis ne changent pas. Par exemple, comme indiqué dans le tableau 1, le moteur de routage principal du routeur principal Virtual Chassis (VC-Pp) devient le moteur de routage de secours dans le routeur de secours Virtual Chassis (VC-B) après le basculement global. En revanche, le moteur de routage principal du routeur de secours Virtual Chassis (VC-Bp) reste le moteur de routage principal du routeur principal Virtual Chassis (VC-Pp) après le basculement global.
Transitions virtuelles des rôles de châssis lors d’un basculement local
Pour garantir la redondance dans une configuration Virtual Chassis à deux membres, chacun des deux routeurs membres doit être configuré avec deux moteurs de routage. Pour basculer le rôle principal local entre le moteur de routage principal et le moteur de routage de secours dans le routeur membre, vous exécutez la request chassis routing-engine master switch commande à partir du moteur de routage principal dans le routeur principal Virtual Chassis (VC-Pp) ou à partir du moteur de routage principal dans le routeur de secours Virtual Chassis (VC-Bp).
Le tableau 2 montre les transitions de rôles provoquées par un basculement local lorsque vous exécutez la request chassis routing-engine master switch commande à partir du VC-Pp.
Rôle Virtual Chassis avant le basculement local |
Rôle Virtual Chassis après le basculement local |
|---|---|
Moteur de routage principal dans le routeur principal Virtual Chassis (VC-Pp) |
Moteur de routage de secours dans le routeur de secours Virtual Chassis (VC-Bs) |
Moteur de routage de secours dans le routeur principal Virtual Chassis (VC-Ps) |
Moteur de routage principal dans le routeur de secours Virtual Chassis (VC-Bp) |
Moteur de routage principal dans le routeur de secours Virtual Chassis (VC-Bp) |
Moteur de routage principal dans le routeur principal Virtual Chassis (VC-Pp) |
Moteur de routage de secours dans le routeur de secours Virtual Chassis (VC-Bs) |
Moteur de routage de secours dans le routeur principal Virtual Chassis (VC-Ps) |
Le tableau 3 montre les transitions de rôles provoquées par un basculement local lorsque vous exécutez la request chassis routing-engine master switch commande VC-Bp.
Rôle Virtual Chassis avant le basculement local |
Rôle Virtual Chassis après le basculement local |
|---|---|
Moteur de routage principal dans le routeur de secours Virtual Chassis (VC-Bp) |
Moteur de routage de secours dans le routeur de secours Virtual Chassis (VC-Bs) |
Moteur de routage de secours dans le routeur de secours Virtual Chassis (VC-Bs) |
Moteur de routage principal dans le routeur de secours Virtual Chassis (VC-Bp) |
Moteur de routage principal dans le routeur principal Virtual Chassis (VC-Pp) |
Moteur de routage principal dans le routeur principal Virtual Chassis (VC-Pp) |
Moteur de routage de secours dans le routeur principal Virtual Chassis (VC-Ps) |
Moteur de routage de secours dans le routeur principal Virtual Chassis (VC-Ps) |
Lorsque vous effectuez un basculement local, les rôles locaux principaux (m) et de secours des moteurs de routage dans chaque routeur membre changent uniquement dans le routeur membre à partir duquel vous exécutez la request chassis routing-engine master switch commande. Par exemple, lorsque vous émettez un basculement local à partir du VC-Pp, comme indiqué dans le tableau 2, les rôles locaux changent sur le VC-P mais restent les mêmes sur le VC-B. Inversement, lorsque vous émettez un basculement local à partir du VC-Bp, comme indiqué dans le tableau 3, les rôles locaux changent sur le VC-B mais restent les mêmes sur le VC-P.
Un basculement local effectué à partir du VC-Pp modifie également les rôles globaux des routeurs membres, comme le montre le tableau 2. En revanche, un basculement local effectué à partir du VC-Bp ne modifie que les rôles locaux des moteurs de routage, comme le montre le tableau 3.
Transitions de rôles de châssis virtuels lors de la formation de châssis virtuels
Dans les rares cas où le châssis virtuel est « divisé » (c’est-à-dire une perte de connectivité), chaque membre peut jouer le rôle de routeur principal Virtual Chassis (VC-P), ce qui donne deux châssis VC-P. Lorsque la connectivité Virtual Chassis est rétablie, un processus d’élection attribue le rôle Virtual Chassis principal (VC-P) à un membre et le rôle Virtual Chassis Backup (VC-B) à l’autre membre. À partir de Junos OS version 15.1, de la même manière que le comportement GRES global, le membre VC-B nouvellement élu provoque le redémarrage de son moteur de routage principal local après avoir passé le rôle principal local à son moteur de routage de secours local. Il s’agit d’une action intentionnelle qui permet au châssis VC-B de devenir plus rapidement prêt pour GRES.
Le redémarrage des deux moteurs de routage dans le châssis VC-P, ou uniquement du moteur de routage principal dans le châssis VC-P ou VC-B, peut ne pas entraîner un basculement progressif et n’est pas recommandé.
Le redémarrage des deux moteurs de routage dans le châssis VC-B entraîne une scission VC et il n’y a pas de basculement de rôle RE.
Préparation GRES dans une configuration Virtual Chassis
Selon la configuration, un laps de temps variable est nécessaire avant qu’un routeur soit prêt à effectuer un basculement GRES (Graceful Routing Engine Switchover). Tenter une opération GRES avant que le routeur ne soit prêt peut provoquer des erreurs système et un comportement inattendu. Pour déterminer si les routeurs membres d’une configuration Virtual Chassis MX Series sont prêts pour une opération GRES du point de vue de la synchronisation de base de données, vous pouvez émettre la request virtual-chassis routing-engine master switch check commande à partir du routeur principal Virtual Chassis (VC-Pp) avant de lancer l’opération GRES.
La request virtual-chassis routing-engine master switch check commande vérifie divers composants système et de base de données sur les routeurs membres pour déterminer s’ils sont prêts pour GRES, mais ne lance pas l’opération GRES globale elle-même. Le contrôle de préparation consiste à s’assurer qu’un minuteur système, qui expire après 300 secondes, se termine avant le début de l’opération GRES globale.
L’utilisation de la commande avant de lancer l’opération GRES garantit que la gestion des abonnés et les bases de request virtual-chassis routing-engine master switch check données du noyau sur les deux routeurs membres d’un MX Series ou d’un Virtual Chassis sont synchronisées et prêtes pour l’opération GRES.