Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Haute disponibilité interchâssis pour MS-MIC et MS-MPC (version 15.1 et versions antérieures)

La haute disponibilité entre châssis prend en charge la synchronisation dynamique des services à l’aide d’un basculement vers un PIC de services de secours sur un autre châssis. Cette rubrique s’applique à Junos OS version 15.1 et antérieure. (Pour Junos OS version 16.1 et ultérieure , reportez-vous à Présentation de la synchronisation dynamique entre châssis pour les flux de NAT à longue durée et de pare-feu dynamiques (MS-MPC, MS-MIC) (version 16.1 et ultérieures).) Cette fonctionnalité est décrite dans les rubriques suivantes :

Haute disponibilité interchâssis pour pare-feu dynamique et présentation de NAPT44 (MS-MIC, MS-MPC)

Les déploiements NAT de classe opérateur (CGN) peuvent utiliser des implémentations à double châssis pour fournir un chemin de données redondant et une redondance pour les composants clés du routeur. Bien que la haute disponibilité intra-châssis puisse être utilisée dans les environnements à double châssis, elle ne traite que les défaillances du PIC de service. Si le trafic est basculé vers un routeur de secours en raison d’une autre défaillance du routeur, l’état est perdu. La haute disponibilité entre châssis préserve l’état et assure la redondance en utilisant moins de PIC de service que la haute disponibilité intra-châssis. Seuls les flux de longue durée sont synchronisés entre le châssis principal et le châssis de secours dans la paire haute disponibilité. Les PIC de service ne répliquent pas l’état tant qu’une commande CLI explicite, request services redundancy (synchronize | no-synchronize), n’est pas émise pour démarrer ou arrêter la réplication d’état. Les informations d’état du pare-feu dynamique, du NAPT44 et de l’APP peuvent être synchronisées.

Note:

Lorsque les PIC principal et secondaire sont activés, la réplication démarre immédiatement lorsque le request services redundancy command est émis.

Pour utiliser la haute disponibilité entre châssis, vous devez utiliser des ensembles de services configurés pour les interfaces de service de saut suivant. La haute disponibilité entre châssis fonctionne avec les interfaces de service MS- configurées sur des cartes d’interface MS-MIC ou MS-MPC. Une unité autre que l’unité 0 doit être configurée avec l’option ip-address-owner service-plane .

Les restrictions suivantes s’appliquent :

  • NAPT44 est le seul type de traduction pris en charge.

  • Les points de contrôle ne sont pas pris en charge pour les ALG, l’allocation de blocs de ports PBA (PBA), le mappage indépendant du point de terminaison (EIM) ou les filtres indépendants du point de terminaison (EIF).

La figure 1 illustre la topologie de haute disponibilité entre les châssis.

Figure 1 : topologie Inter-Chassis High Availability Topology de haute disponibilité inter-châssis

Configuration de la haute disponibilité interchâssis pour le pare-feu dynamique et NAPT44 (MS-MPC, MS-MIC)

Pour configurer la disponibilité entre châssis pour le pare-feu dynamique et NAPT44 sur les PICS de service MS-MIC ou MS-MPC, effectuez les étapes de configuration suivantes sur chaque châssis de la paire haute disponibilité :

  1. Au niveau de la [edit interfaces interface-name redundancy-options] hiérarchie, définissez le ipaddress pour le redundancy-peer. Cette adresse IPv4 spécifie l’une des adresses IP hébergées du pic distant. Cette adresse est utilisée par le canal TCP entre les paires HA.
    Note:

    Lorsque vous activez ou désactivez la haute disponibilité des MS-MIC ou MS-MPC en configurant ou en supprimant les PIC des services adaptatifs principaux et de secours à l’aide de l’instruction redundancy-options redundancy-peer ipaddress address au niveau de la [edit interfaces interface-name] hiérarchie, la modification de configuration est traitée comme un événement catastrophique pour chaque ensemble de services qui fait référence à l’interface affectée au niveau de la [edit services service-set name interface-service service-interface interface-name] hiérarchie. Un événement catastrophique au niveau de l’ensemble de services a pour effet de désactiver l’ensemble de services, d’appliquer la modification, puis de réactiver l’ensemble de services.

  2. Spécifiez le nom d’une instance de routage spéciale, ou VRF, que vous souhaitez appliquer au trafic de synchronisation HA entre la paire haute disponibilité.
  3. Pour l’ensemble de services définissant une interface membre de la paire haute disponibilité, configurez les options de réplication du service à l’aide de l’option replicate-services .

Exemple : haute disponibilité dynamique entre châssis pour NAT et pare-feu dynamique (MS-MIC, MS-MPC)

Cet exemple montre comment configurer la haute disponibilité entre châssis pour les services NAT et de pare-feu dynamique.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Deux routeurs MX480 avec cartes de ligne MS-MPC

  • Junos OS version 13.3 ou ultérieure

Aperçu

Deux routeurs MX 3D sont configurés de manière identique pour faciliter le basculement dynamique des services de pare-feu et de NAT en cas de défaillance du châssis.

Configuration

Pour configurer la haute disponibilité entre châssis pour cet exemple, effectuez les tâches suivantes :

Configuration rapide de la CLI

Pour configurer rapidement cet exemple sur les routeurs, copiez les commandes suivantes et collez-les dans la fenêtre du terminal du routeur après avoir supprimé les sauts de ligne et remplacé les informations d’interface spécifiques à votre site.

Note:

La configuration suivante concerne le châssis 1.

Note:

La configuration suivante concerne le châssis 2. Les informations relatives au NAT, au pare-feu dynamique et à l’ensemble de services doivent être identiques pour les châssis 1 et 2.

Configuration des interfaces pour le châssis 1.

Procédure étape par étape

Les interfaces de chaque paire de routeurs HA sont configurées de manière identique, à l’exception des options PIC de service suivantes :

  • redundancy-options redundancy-peer ipaddress address

  • unit unit-number family inet address addressd’une unité, autre que 0, qui contient l’option ip-address-owner service-plane

Pour configurer les interfaces :

  1. Configurez le PIC de service redondant sur le châssis 1.

  2. Configurez les interfaces du châssis 1 qui sont utilisées comme liens interchâssis pour la synchronisation du trafic.

  3. Configurez les autres interfaces selon vos besoins.

Résultats

Configurer les informations de routage pour le châssis 1

Procédure étape par étape

La configuration détaillée du routage n’est pas incluse dans cet exemple. Une instance de routage est requise pour le trafic de synchronisation HA entre les châssis, comme suit :

  • Configurer les instances de routage pour le châssis 1.

Résultats

Configuration du NAT et du pare-feu dynamique pour le châssis 1

Procédure étape par étape

Configurez le NAT et le pare-feu dynamique de manière identique sur les deux routeurs. Pour configurer le NAT et le pare-feu dynamique :

  1. Configurez le NAT selon vos besoins.

  2. Configurez le pare-feu dynamique selon vos besoins.

Résultats

Configuration de l’ensemble de services

Procédure étape par étape

Configurez l’ensemble de services de manière identique sur les deux routeurs. Pour configurer l’ensemble de services :

  1. Configurez les options de réplication de l’ensemble de services.

  2. Configurez les références aux règles NAT et de pare-feu dynamique pour l’ensemble de services.

  3. Configurez l’interface de service de saut suivant sur le MS-PIC.

  4. Configurez les options de journalisation souhaitées.

Résultats

Configuration des interfaces pour le châssis 2

Procédure étape par étape

Les interfaces de chaque paire de routeurs HA sont configurées de manière identique, à l’exception des options PIC de service suivantes :

  • redundancy-options redundancy-peer ipaddress address

  • unit unit-number family inet address addressd’une unité, autre que 0, qui contient l’option ip-address-owner service-plane

  1. Configurez le PIC de service redondant sur le châssis 2.

    Le redundancy-peer ipaddress pointe vers l’adresse de l’unité (unité 10) sur ms-4/0/0 sur le châssis sur le châssis 1 qui contient l’instruction ip-address-owner service-plane .

  2. Configurez les interfaces du châssis 2 qui sont utilisées comme liens interchâssis pour la synchronisation du trafic

  3. Configurez les interfaces restantes pour le châssis 2 selon vos besoins.

Résultats

Configurer les informations de routage pour le châssis 2

Procédure étape par étape

La configuration détaillée du routage n’est pas incluse dans cet exemple. Une instance de routage est requise pour le trafic de synchronisation HA entre les deux châssis et est incluse ici.

  • Configurer les instances de routage pour le châssis 2.

    Note:

    Les étapes de configuration suivantes sont identiques aux étapes indiquées pour le châssis 1.

    • Configuration du NAT et du pare-feu dynamique

    • Configuration de l’ensemble de services

Résultats