Comprendre la redondance du moteur de routage

Présentation de la redondance du moteur de routage

Les moteurs de routage redondants sont deux moteurs de routage installés sur la même plate-forme de routage. L’un fait office de serveur principal, tandis que l’autre sert de solution de secours en cas de défaillance du moteur de routage principal. Sur les plates-formes de routage dotées de deux moteurs de routage, la reconvergence du réseau s’effectue plus rapidement que sur les plates-formes de routage dotées d’un seul moteur de routage.

Lorsqu’un moteur de routage est configuré en tant que moteur principal, il dispose de toutes les fonctionnalités. Il reçoit et transmet les informations de routage, construit et gère les tables de routage, communique avec les interfaces et les composants du moteur de transfert de paquets, et a un contrôle total sur le châssis. Lorsqu’un moteur de routage est configuré pour être la sauvegarde, il ne communique pas avec le moteur de transfert de paquets ou les composants du châssis.

Note:

Sur les périphériques exécutant Junos OS version 8.4 ou ultérieure, les deux moteurs de routage ne peuvent pas être configurés pour être principaux en même temps. Cette configuration entraîne l’échec de la vérification de validation.

Un basculement du moteur de routage principal vers le moteur de routage de secours se produit automatiquement lorsque le moteur de routage principal subit une défaillance matérielle ou lorsque vous avez configuré le logiciel pour prendre en charge une modification du rôle principal en fonction de conditions spécifiques. Vous pouvez également basculer manuellement le rôle principal du moteur de routage en exécutant l’une des request chassis routing-engine commandes. Dans cette rubrique, le terme basculement fait référence à un événement automatique, tandis que le basculement fait référence à un événement automatique ou manuel.

Lorsqu’un basculement ou un basculement se produit, le moteur de routage de secours prend le contrôle du système en tant que nouveau moteur de routage principal.

• Si le basculement du moteur de routage n’est pas configuré, lorsque le moteur de routage de secours devient principal, il réinitialise le plan de commutation et télécharge sa propre version du micronoyau sur les composants du moteur de transfert de paquets. Le trafic est interrompu pendant la réinitialisation du moteur de transfert de paquets. Tous les processus du noyau et de transfert sont redémarrés.

• Si un basculement fluide du moteur de routage est configuré, les informations sur l’interface et le noyau sont conservées. Le basculement est plus rapide car les moteurs de transfert de paquets ne sont pas redémarrés. Le nouveau moteur de routage principal redémarre le processus de protocole de routage (rpd). Tout le matériel et les interfaces sont acquis par un processus similaire à un redémarrage à chaud.

• Si le basculement du moteur de routage et le routage actif ininterrompu (NSR) sont configurés, le trafic n’est pas interrompu pendant le basculement. Les informations relatives à l’interface, au noyau et au protocole de routage sont conservées.

• Si le basculement et le redémarrage grâce du moteur de routage sont configurés, le trafic n’est pas interrompu pendant le basculement. Les informations sur l’interface et le noyau sont conservées. Les extensions de protocole de redémarrage élégantes collectent et rétablissent rapidement les informations de routage à partir des routeurs voisins.

Conditions déclenchant un basculement du moteur de routage

Les événements suivants peuvent entraîner une modification automatique du rôle principal du moteur de routage, en fonction de votre configuration :

• La plate-forme de routage subit une défaillance matérielle. Une modification du rôle principal du moteur de routage se produit si le moteur de routage ou le module hôte ou le sous-système associé est brusquement mis hors tension. Vous pouvez également configurer le moteur de routage de sauvegarde pour qu’il joue le rôle principal s’il détecte une erreur de disque dur sur le moteur de routage principal. Pour activer cette fonctionnalité, incluez l’instruction failover on-disk-failure au niveau de la [edit chassis redundancy] hiérarchie.

• La plate-forme de routage subit une défaillance logicielle, telle qu’un plantage du noyau ou un verrouillage du processeur. Vous devez configurer le moteur de routage de sauvegarde pour qu’il joue le rôle principal lorsqu’il détecte une perte de signal keepalive. Pour activer cette méthode de basculement, incluez l’instruction failover on-loss-of-keepalives au niveau de la [edit chassis redundancy] hiérarchie.

• La plate-forme de routage rencontre une défaillance de l’interface em0 sur le moteur de routage principal. Vous devez configurer le moteur de routage de sauvegarde pour qu’il joue le rôle principal lorsqu’il détecte la défaillance de l’interface em0. Pour activer cette méthode de basculement, incluez l’instruction on-re-to-fpc-stale au niveau de la [edit chassis redundancy failover] hiérarchie.

• Un processus logiciel spécifique échoue. Vous pouvez configurer le moteur de routage de sauvegarde pour qu’il joue le rôle principal lorsqu’un ou plusieurs processus spécifiés échouent au moins quatre fois en l’espace de 30 secondes. Incluez l’instruction failover other-routing-engine au niveau de la [edit system processes process-name] hiérarchie.

Si l’une de ces conditions est remplie, un message est consigné et le moteur de routage de sauvegarde tente de jouer le rôle principal. Par défaut, une alarme est générée lorsque le moteur de routage de secours devient actif. Une fois que le moteur de routage de secours a acquis le rôle principal, il continue de fonctionner en tant que moteur de routage principal même après la reprise réussie de l’principal configuré à l’origine. Vous devez le restaurer manuellement à son état de sauvegarde précédent. (Toutefois, si l’un des moteurs de routage n’est pas présent à tout moment, l’autre moteur de routage devient automatiquement principal, quelle que soit la configuration de la redondance.)

Comportement de redondance par défaut du moteur de routage

Par défaut, Junos OS utilise re0 comme moteur de routage principal et re1 comme moteur de routage de secours. Sauf indication contraire dans la configuration, re0 devient toujours principal lorsque le moteur de routage principal agissant est redémarré.

Note:

Un seul moteur de routage dans le châssis devient toujours le moteur de routage principal, même s’il était auparavant le moteur de routage de secours.

Effectuez les opérations suivantes pour voir comment fonctionne le paramètre de redondance du moteur de routage par défaut :

1. Assurez-vous que re0 est le moteur de routage principal.

2. Basculez manuellement l’état du rôle principal du moteur de routage en exécutant la request chassis routing-engine master switch commande à partir du moteur de routage principal. re0 est maintenant le moteur de routage de secours et re1 est le moteur de routage principal.

   Note:

   Au prochain redémarrage du moteur de routage principal, Junos OS rétablit l’état par défaut du routeur, car vous n’avez pas configuré les moteurs de routage pour conserver cet état après un redémarrage.

3. Redémarrez le moteur de routage principal re1.

   Le moteur de routage démarre et lit la configuration. Étant donné que vous n’avez pas spécifié dans la configuration quel moteur de routage est le principal, re1 utilise la configuration par défaut comme sauvegarde. Maintenant, re0 et re1 sont tous deux dans un état de sauvegarde. Junos OS détecte ce conflit et, pour éviter un état no-primary (no-primary state), revient à la configuration par défaut pour que re0 devienne primary (principaux).

Situations nécessitant l’arrêt des moteurs de routage

Avant de couper l’alimentation d’une plate-forme de routage dotée de deux moteurs de routage ou de retirer le moteur de routage principal, vous devez d’abord arrêter le moteur de routage de secours, puis arrêter le moteur de routage principal. Sinon, vous devrez peut-être réinstaller Junos OS. Vous pouvez utiliser la request system halt both-routing-engines commande sur le moteur de routage principal, qui arrête d’abord le moteur de routage principal, puis le moteur de routage de secours. Pour arrêter uniquement le moteur de routage de sauvegarde, exécutez la request system halt commande sur le moteur de routage de sauvegarde.

Si vous arrêtez le moteur de routage principal et que vous ne l’éteignez pas ou ne le supprimez pas, le moteur de routage de secours reste inactif, sauf si vous l’avez configuré pour qu’il devienne le moteur de routage principal lorsqu’il détecte une perte de signal keepalive.

Note:

Pour redémarrer le routeur, vous devez vous connecter au port console (plutôt qu’au port de gestion Ethernet) du moteur de routage. Lorsque vous vous connectez au port console du moteur de routage principal, le système redémarre automatiquement. Après vous être connecté au port console du moteur de routage de sauvegarde, appuyez sur Entrée pour le redémarrer.

Note:

Si vous avez mis à niveau le moteur de routage de sauvegarde, redémarrez-le d’abord, puis redémarrez le moteur de routage principal.