Configuration de la redondance du moteur de routage

Pour les routeurs dotés de deux moteurs de routage, vous pouvez configurer le basculement GRES (Graceful Moteur de routage). Lorsque le basculement gracieux est configuré, la reconnexion des sockets s’effectue de manière transparente sans interruption du transfert de paquets. Pour plus d’informations sur la configuration du basculement du moteur de routage gracieux, consultez Configuration du basculement du moteur de routage gracieux.

Une fois que vous avez configuré un moteur de routage de sauvegarde, vous pouvez lui demander d’assumer automatiquement le rôle principal s’il détecte une erreur de disque dur à partir du moteur de routage principal. Pour activer cette fonctionnalité, incluez l’instruction on-disk-failure au niveau de la [edit chassis redundancy failover] hiérarchie.

Note:

L’instruction on-disk-failure au niveau hiérarchique [edit chassis redundancy] n’est pas prise en charge sur les plateformes PTX exécutant Junos Evolved. Ces plates-formes effectuent par défaut un basculement lorsqu’une défaillance du disque est détectée.

Définissez la configuration suivante qui entraînera un basculement automatique du RE lorsque la connectivité LCMD entre la VM et le RE est rompue. Pour activer cette fonctionnalité, incluez l’instruction on-loss-of-vm-host-connection au niveau de la [edit chassis redundancy failover] hiérarchie.

Si le processus LCMD se bloque sur le serveur principal, le système basculera au bout d’une minute à condition que la connexion LCMD RE de secours soit stable. Le système ne basculera pas dans les conditions suivantes : si la connexion LCMD RE de secours est instable ou si le principal actuel vient d’acquérir le rôle principal. Lorsque le primaire vient d’acquérir son rôle principal, le basculement ne se produit qu’au bout de quatre minutes.

Une fois que vous avez configuré un moteur de routage de secours, vous pouvez lui demander d’assumer automatiquement le rôle principal s’il détecte une perte de signal keepalive du moteur de routage principal.

Pour activer le basculement lors de la réception d’un signal de perte de keepalive, incluez l’instruction suivante on-loss-of-keepalives au niveau de la [edit chassis redundancy failover] hiérarchie :

Note:

L’instruction on-loss-of-keepalives au niveau de la [edit chassis redundancy] hiérarchie n’est pas prise en charge sur les plates-formes PTX exécutant Junos Evolved. Ces plates-formes effectuent par défaut un basculement lorsque les messages keepalive ne sont pas détectés.

Lorsque le basculement du moteur de routage n’est pas configuré, le basculement se produit par défaut au bout de 300 secondes (5 minutes). Vous pouvez configurer un intervalle de temps plus ou moins long.

Note:

La période de conservation est réinitialisée à 360 secondes lorsque le moteur de routage principal a été redémarré ou arrêté manuellement.

Pour modifier la période keepalive, incluez l’instruction keepalive-time au niveau de la [edit chassis redundancy] hiérarchie :

La plage pour keepalive-time est comprise entre 2 et 10 000 secondes.

L’exemple suivant décrit la séquence d’événements si vous configurez le moteur de routage de secours pour détecter une perte de signal keepalive dans le moteur de routage principal :

1. Configurez manuellement un keepalive-time de 25 secondes.

2. Lorsque la connexion du moteur de transfert de paquets au moteur de routage principal est perdue et que le minuteur keepalive a expiré, le transfert de paquets est interrompu.

3. Après 25 secondes de perte keepalive, un message est enregistré et le moteur de routage de sauvegarde tente de jouer le rôle principal. Une alarme est générée lorsque le moteur de routage de secours devient actif et que l’affichage est mis à jour avec l’état actuel du moteur de routage.

4. Une fois que le moteur de routage de secours a joué le rôle principal, il continue de fonctionner comme principal.

Note:

Lorsque le basculement du moteur de routage est configuré, le signal keepalive est automatiquement activé et le temps de basculement est défini sur 2 secondes (4 secondes sur les routeurs M20). Vous ne pouvez pas réinitialiser manuellement l’heure de keepalive.

Note:

Lorsque vous arrêtez ou redémarrez le moteur de routage principal, Junos OS réinitialise la durée de conservation à 360 secondes, et le moteur de routage de sauvegarde ne reprend pas le rôle principal avant l’expiration de la période de conservation de 360 secondes.

Un ancien moteur de routage principal devient un moteur de routage de secours s’il revient en service après un basculement vers le moteur de routage de secours. Pour restaurer l’état principal de l’ancien moteur de routage principal, vous pouvez utiliser la commande request chassis routing-engine master switch operational mode.

Si, à tout moment, l’un des moteurs de routage n’est pas présent, le moteur de routage restant devient automatiquement principal, quelle que soit la configuration de la redondance.

Une fois que vous avez configuré un moteur de routage de sauvegarde, vous lui demandez de jouer automatiquement le rôle principal si l’interface em0 échoue sur le moteur de routage principal. Pour activer cette fonctionnalité, incluez l’instruction on-re-to-fpc-stale au niveau de la [edit chassis redundancy failover] hiérarchie.

Pour configurer le basculement automatique vers le moteur de routage de sauvegarde en cas de défaillance d’un processus logiciel, incluez l’instruction suivante failover other-routing-engine au niveau de la [edit system processes process-name] hiérarchie :

process-name est l’un des noms de processus valides. Si cette instruction est configurée pour un processus et que ce processus échoue quatre fois en l’espace de 30 secondes, le routeur redémarre à partir de l’autre moteur de routage. Une autre instruction disponible au niveau de la hiérarchie est failover [edit system processes] alternate-media. Pour plus d’informations sur l’option de support alternatif, reportez-vous à la bibliothèque d’administration de Junos OS pour les périphériques de routage.