Démon de redondance de service

Présentation du démon de redondance de service

• Le service redondance daemon (srd) fournit des événements configurables qui peuvent décider quand la redondance se produit sur plusieurs passerelles sur les routeurs MX Series avec MS-MPC et MS-MIC. Vous pouvez ainsi gérer les basculements de rôle principal en fonction d’un événement surveillé. Vous pouvez configurer la redondance en fonction des événements surveillés, notamment :

  • Événements de liaison descendante.

  • Redémarrages FPC et PIC.

  • Le démon rpd (Routing Protocol Daemon) s’arrête et redémarre.

  • Événements de passerelle d’homologue, y compris les demandes d’acquisition ou de libération du rôle principal, ou de diffusion avertissements.

Composants du démon de redondance de service

Les composants configurables suivants contrôlent le traitement SRD :

• Redundancy Event: événement critique surveillé qui déclenche l’acquisition ou la libération du rôle principal du SRD pour les homologues de redondance, ou le déclenchement d’événements d’avertissement uniquement et l’ajout ou la suppression de routes de signal. Les événements surveillés comprennent les événements d’interface ou de liaison descendante, les événements rpd et les événements d’acquisition ou de libération de rôle principal de pairs.

• Redundancy Policy: stratégie qui définit l’ensemble des actions entreprises lorsqu’un événement de redondance se produit. Les actions disponibles comprennent l’acquisition ou la libération du rôle principal, et l’ajout ou la suppression de routes de signaux.

• Redundancy Set: ensemble d’un ou plusieurs ensembles de services avec une ou plusieurs stratégies de redondance communes. Un jeu de redondance s’applique à deux passerelles système ou plus. Une seule des passerelles est principale et le ou les homologues sont en veille à tout moment. Les stratégies de redondance définissent les actions à entreprendre pour un ensemble de redondance lorsque le SRD détecte un événement déclencheur.

• Redundancy Group—Il existe une relation un-à-un entre un ensemble de redondance et un groupe de redondance. Un ensemble de redondance ne peut faire partie que d’un seul groupe de redondance.

• Signal routes: routes statiques ajoutées ou supprimées par le SRD en fonction des changements d’état du rôle principal.

• Routing Policies: stratégies configurées pour annoncer des routes en fonction de l’existence ou de l’inexistence de routes de signal à l’aide de la if-route-exists condition.

• VRRP (Virtual Router Redundancy Protocol) route tracking: fonctionnalité VRRP standard de Junos OS, mais composant SRD en option, qui suit l’existence d’une route accessible dans la table de routage de l’instance de routage incluse dans la configuration et modifie dynamiquement la priorité du groupe VRRP en fonction de l’accessibilité de la route suivie, déclenchant ainsi le choix d’un nouveau routeur principal. La route à suivre est une route de signal.

Redondance de service Contraintes du démon

Les contraintes suivantes s’appliquent aux configurations de traitement srd :

• Il existe une relation un-à-un entre un ensemble de redondance et un groupe de redondance. Un ensemble de redondance ne peut faire partie que d’un seul groupe de redondance.

• Une stratégie de redondance ne peut faire partie que d’un seul jeu de redondance, mais un jeu de redondance peut avoir plusieurs stratégies de redondance. Par exemple, le jeu de redondance RS1 peut inclure les stratégies de redondance RP1 et RP2. Les stratégies de redondance RP1 et RP2 ne peuvent pas être incluses dans des ensembles de redondance autres que RS1.

• Un événement de redondance ne peut faire partie que d’une seule stratégie de redondance, mais une stratégie de redondance peut avoir plusieurs événements de redondance. Par exemple, la stratégie de redondance RP1 peut inclure des événements de redondance RE1 et RE2. Les événements de redondance RE1 et RE2 ne peuvent pas être inclus dans les stratégies de redondance autres que RP1.

• Une interface ou un lien surveillé ne peut faire partie que d’un seul événement de redondance, mais un événement de redondance peut avoir plusieurs interfaces surveillées.

• Un ensemble de services ne peut faire partie que d’un seul ensemble de redondance, mais un ensemble de redondance peut en avoir plusieurs.

• Si la passerelle 1, le châssis configuré avec l’adresse IP la plus basse, est le châssis principal et que vous désactivez SRD dessus, un basculement vers la passerelle 2 se produit. Si la passerelle 2, le châssis configuré avec l’adresse IP la plus élevée, est le châssis principal et que vous désactivez SRD dessus, aucun basculement ne se produit.

• Un ensemble de redondance particulier peut être actif sur une seule passerelle, mais tous les ensembles de redondance ne doivent pas nécessairement être actifs sur la même passerelle. Par exemple, le jeu de redondance A peut être actif sur la passerelle 1 tandis que le jeu de redondance B est actif sur la passerelle 2.

Opération du démon de redondance de service

Le srd fonctionne comme suit :

1. Le srd s’exécute sur le moteur de routage. Il surveille en permanence les événements de redondance configurés.

2. Lorsqu’un événement de redondance est détecté, le srd :

   1. Ajoute ou supprime les routes de signal spécifiées dans la stratégie de redondance.

   2. Commutateurs de services vers la prochaine passerelle de secours préférée.

   3. Met à jour les rôles de synchronisation à états si nécessaire.

3. Les changements d’itinéraire qui en résultent provoquent :

   1. La politique de routage connectée à cette route pour annoncer les routes différemment.

   2. VRRP pour modifier les priorités annoncées.

Pour résumer le processus de basculement :

1. Un événement critique se produit.

2. SRD ajoute ou supprime une route de signal.

3. Une politique de routage annonce les routes différemment. Le VRRP modifie les priorités annoncées.

4. Les services basculent vers la passerelle de secours préférée suivante.

5. La synchronisation à états est mise à jour en conséquence.