Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Synchronisation des configurations entre les moteurs de routage

Sur les périphériques dotés de moteurs de routage redondants, vous pouvez effectuer un commit synchronize, qui active et synchronise la configuration sur les deux moteurs de routage.

Vue d’ensemble de la synchronisation du moteur de routage

Si votre appareil dispose de deux moteurs de routage, vous pouvez demander manuellement à l’un des moteurs de routage de synchroniser sa configuration avec l’autre en exécutant la commit synchronize commande. Le moteur de routage sur lequel vous exécutez cette commande (le moteur de routage demandeur) valide d’abord la configuration. Le moteur de routage requérant copie et charge ensuite sa configuration candidate dans le moteur de routage répondant. Chaque moteur de routage effectue une vérification de la syntaxe sur le fichier de configuration candidat avant de le valider. Le processus de synchronisation de validation a lieu un moteur de routage à la fois.

Si aucune erreur n’est détectée, la configuration est activée et devient la configuration opérationnelle actuelle sur les deux moteurs de routage.

REMARQUE :

Si la validation échoue sur l’un des moteurs de routage, le processus de validation est également annulé sur l’autre moteur de routage. Cette protection garantit que les deux moteurs de routage ont la même configuration.

REMARQUE :

Si votre configuration comprend une grande quantité de texte ou de nombreux groupes d’application, les temps de validation peuvent être plus longs que souhaité.

Par exemple, vous souhaiterez peut-être que les deux moteurs de routage aient la même configuration. Dans ce scénario, si vous êtes connecté à re1 (la demande du moteur de routage), vous exécutez la commit synchronize commande sur re1. re1 Le moteur de routage copie et charge sa configuration candidate dans re0 (moteur de routage répondant). Les deux moteurs de routage effectuent ensuite une vérification de la syntaxe du fichier de configuration candidat en cours de validation. Si aucune erreur n’est détectée, la configuration candidate est activée et devient la re1 configuration opérationnelle actuelle sur les deux moteurs de routage.

REMARQUE :

Lorsque vous exécutez la commit synchronizecommande, vous devez utiliser les groupes re0 et re1. Pour plus d’informations sur l’utilisation de apply-groups l’instruction, reportez-vous à la section Application d’un groupe de .

Vous pouvez synchroniser le fichier de configuration opérationnelle actuel d’un moteur de routage avec le fichier de configuration de l’autre moteur de routage. Pour ce faire, connectez-vous au moteur de routage à partir duquel vous souhaitez effectuer la synchronisation et exécutez la commit synchronize commande.

Exemple :

REMARQUE :

Le moteur de routage de sauvegarde peut n’être que partiellement validé en raison d’une configuration non valide lors du redémarrage du système. Dans ce cas, la commit synchronize commande avec l’option force du moteur de routage principal ne fonctionne pas.

La commit synchronize commande ne fonctionne pas si le moteur de routage répondant a des modifications de configuration non validées. Toutefois, vous pouvez forcer la synchronisation des validations sur les moteurs de routage à l’aide de l’option force . Lorsque vous exécutez la commit synchronize commande avec l’option d’un moteur de routage, les sessions de configuration sur l’autre force moteur de routage sont terminées. Lorsque ces sessions sont terminées sur l’autre moteur de routage, sa configuration est synchronisée avec la configuration du moteur de routage à partir duquel vous avez émis la commande.

REMARQUE :

Nous vous recommandons d’utiliser cette option uniquement si vous ne parvenez pas à résoudre les problèmes à l’origine de l’échec force de la commit synchronize commande.

Pour forcer un commit synchronize sur les moteurs de routage, vous devez vous connecter au moteur de routage à partir duquel vous souhaitez effectuer la synchronisation. Ensuite, vous émettez la commande avec l’option force .

Exemple :

REMARQUE :

Si le routage continu est activé sur votre appareil, vous entrez la commande à partir du moteur de routage principal après avoir apporté des modifications à la commit synchronize configuration. Si vous entrez cette commande sur le moteur de routage de sauvegarde, le logiciel affiche un avertissement et valide la configuration.

Incluez l’instruction fast-synchronize au niveau de la hiérarchie pour que la synchronisation se produise simultanément entre les moteurs de [edit system] routage principaux et secondaires :

REMARQUE :
  • Lorsque l’instruction est configurée, les validations sur le moteur de routage principal et le moteur de routage de secours s’exécutent fast-synchronize en parallèle. Dans ce processus, la configuration est validée uniquement sur le moteur de routage sur lequel vous exécutez la commit commande. Par conséquent, nous vous recommandons de ne pas inclure trop de détails de configuration dans des groupes tels que re0 et re1, car la configuration spécifiée dans le groupe re0 est appliquée uniquement si le moteur de routage actuel se trouve dans l’emplacement 0. De même, la configuration spécifiée dans le groupe re1 est appliquée uniquement si le moteur de routage actuel se trouve dans l’emplacement 1.

  • Si fast-synchronize cette option est activée et que les deux moteurs de routage (principal et de secours) exécutent des versions logicielles différentes, la configuration du moteur de routage de sauvegarde peut ne pas être valide. Cela est vrai même si le moteur de routage principal valide la configuration. Par conséquent, assurez-vous que la même version du logiciel du système d’exploitation est en cours d’exécution sur les deux moteurs de routage.

Vous pouvez utiliser la commande pour synchroniser la commit synchronize scripts configuration d’un moteur de routage et tous les scripts de validation, d’événement, de lib, d’opération et SNMP avec les autres moteurs de routage. Si vous configurez l’instruction load-scripts-from-flash pour le moteur de routage demandeur, le périphérique synchronise les scripts. Le périphérique synchronise les scripts de la mémoire flash du moteur de routage demandeur à la mémoire flash du moteur de routage répondant. Sinon, le périphérique synchronise les scripts du disque dur du moteur de routage demandeur avec le disque dur du moteur de routage répondant. L’appareil synchronise tous les scripts, qu’ils soient activés dans la configuration ou qu’ils aient été mis à jour depuis la dernière synchronisation.

Pour synchroniser le fichier de configuration d’un moteur de routage et tous les scripts avec l’autre moteur de routage, connectez-vous au moteur de routage à partir duquel vous souhaitez effectuer la synchronisation, puis exécutez la commit synchronize scripts commande.

Exemple :

REMARQUE :

Si l’opération de vérification de validation échoue pour le moteur de routage demandeur, le processus s’arrête et les scripts ne sont pas copiés dans le moteur de routage répondant. Si la vérification de validation ou l’opération de validation échoue pour le moteur de routage répondant, les scripts sont toujours synchronisés. Les scripts sont toujours synchronisés, car la synchronisation a lieu avant l’opération de vérification de validation sur le moteur de routage répondant.

Incluez l’instruction synchronize au niveau de la [edit system scripts] hiérarchie pour synchroniser les scripts chaque fois que vous émettez une commit synchronize commande.

Configurer plusieurs moteurs de routage pour synchroniser automatiquement les configurations validées

Si votre appareil dispose de plusieurs moteurs de routage, vous pouvez demander manuellement à un moteur de routage de synchroniser sa configuration avec les autres en exécutant la commit synchronize commande.

Pour que les moteurs de routage se synchronisent automatiquement chaque fois qu’une configuration est validée, incluez l’instruction commit synchronize au niveau de la [edit system] hiérarchie :

Le moteur de routage sur lequel vous exécutez la commit commande (le moteur de routage demandeur) copie et charge sa configuration candidate dans les autres moteurs de routage (répondants). Tous les moteurs de routage effectuent ensuite une vérification de la syntaxe du fichier de configuration candidat en cours de validation. Si aucune erreur n’est détectée, la configuration est activée et devient la configuration opérationnelle actuelle sur tous les moteurs de routage.

Pour le processus de synchronisation de validation, le moteur de routage principal valide la configuration et envoie une copie de la configuration au moteur de routage de secours. Ensuite, le moteur de routage de sauvegarde charge et valide la configuration. Ainsi, la synchronisation de validation entre les moteurs de routage principal et secondaire a lieu un moteur de routage à la fois. Si la configuration a une grande taille de texte ou de nombreux groupes d’application, les temps de validation peuvent être plus longs que souhaité.

Vous pouvez utiliser l’instruction commit fast-synchronize pour que la synchronisation entre les moteurs de routage principal et secondaire se produise simultanément plutôt que séquentiellement. Cela peut réduire le temps nécessaire à la synchronisation, car les validations sur les moteurs de routage principal et secondaire se produisent en parallèle.

Incluez l’instruction fast-synchronize au niveau de la [edit system]hiérarchie pour que la synchronisation se produise simultanément entre les moteurs de routage principaux et secondaires :

REMARQUE :
  • Si la validation échoue sur l’un des moteurs de routage, le processus de validation est également annulé sur l’autre moteur de routage. Cela permet de s’assurer que les deux moteurs de routage ont la même configuration.

  • Lorsque l’instruction est configurée, les validations sur le moteur de routage principal et le moteur de routage de secours s’exécutent fast-synchronize en parallèle. Dans ce processus, la configuration est validée uniquement sur le moteur de routage sur lequel vous exécutez la commit commande. Par conséquent, nous vous recommandons de limiter le nombre de détails de configuration dans des groupes tels que re0 et re1, car la configuration spécifiée dans le groupe re0 est appliquée uniquement si le moteur de routage actuel se trouve dans l’emplacement 0. De même, la configuration spécifiée dans le groupe re1 est appliquée uniquement si le moteur de routage actuel se trouve dans l’emplacement 1.

  • Si fast-synchronize cette option est activée et si le moteur de routage principal et les moteurs de routage de secours exécutent des versions logicielles différentes, vous ne pouvez pas être sûr que la configuration du moteur de routage de sauvegarde est valide. Cela est vrai même si le moteur de routage principal valide la configuration, Par conséquent, assurez-vous que la version du logiciel du système d’exploitation exécuté sur les deux moteurs de routage est la même.

Tableau de l'historique des modifications

La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l' Feature Explorer pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Version
Description
19.4R1-S1
À partir de Junos OS version 19.4R1-S1 d’Evolved, commit synchronize est activée par défaut sur PTX10008. Si vous émettez commit au niveau de la [edit system] hiérarchie à partir du moteur de routage principal, vous voyez que le moteur de routage de secours est automatiquement synchronisé.
19.4R1
À partir de Junos OS version 19.4R1 d’Evolved, commit synchronize est activée par défaut sur PTX10008. Si vous émettez commit au niveau de la [edit system] hiérarchie à partir du moteur de routage principal, vous voyez que le moteur de routage de secours est automatiquement synchronisé.