Cluster de châssis Liens de contrôle doubles
Les liens de contrôle double fournissent une liaison redondante pour contrôler le trafic réseau.
Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de fonctionnalités spécifiques par la plate-forme et la version.
Consultez la section Comportement des liens à double contrôle spécifiques à la plate-forme pour obtenir des remarques relatives à votre plate-forme.
Présentation des liens de contrôle double du cluster de châssis
Une liaison de contrôle connecte deux pare-feu SRX Series et envoie entre eux des données de contrôle du cluster de châssis, notamment les pulsations et la synchronisation de la configuration. La liaison est un point de défaillance unique : si la liaison de contrôle tombe en panne, la SRX Series secondaire est désactivée du cluster.
Les liaisons à double contrôle empêchent les temps d’arrêt dus à un point de défaillance unique. Deux interfaces de liaison de contrôle connectent chaque équipement dans un cluster. Les liens de double contrôle fournissent une liaison redondante pour contrôler le trafic. Contrairement aux deux liaisons de fabric, une seule liaison de contrôle est utilisée à la fois.
Auparavant, si vous vouliez désactiver la liaison de contrôle et la liaison de structure, vous deviez débrancher les câbles manuellement.
Les commandes CLI fonctionnent comme suit :
-
En mode configuration
-
Pour désactiver la liaison de contrôle, exécutez la commande sur le nœud 0 ou le
set chassis cluster control-interface <node0/node1> disablenœud 1.Si vous désactivez les liens à l’aide de la commande configuration, ils restent désactivés même après le redémarrage du système.
-
Pour activer la liaison de contrôle, exécutez la
delete chassis cluster control-interface <node0/node1> disablesur les deux nœuds.
-
-
En mode opérationnel
-
Pour désactiver le lien de contrôle à partir du noeud local, exécutez la
request chassis cluster control-interface <node0/node1> disablecommande.Si vous désactivez le lien de contrôle à l’aide de la commande CLI en mode opérationnel, le lien sera activé après le redémarrage du système.
-
Pour activer le lien de contrôle sur un noeud local, exécutez la
request chassis cluster control-interface <node0/node1> enablecommande.
-
- Avantage des liens à double contrôle
- Exigences relatives à la fonctionnalité de liaison à double contrôle
Avantage des liens à double contrôle
Les liens de contrôle double préviennent la possibilité d’un point de défaillance unique en fournissant une liaison redondante pour le trafic de contrôle.
Exigences relatives à la fonctionnalité de liaison à double contrôle
Pour les passerelles de services SRX5600 et SRX5800, la fonctionnalité de liaison à double contrôle nécessite l’installation d’un deuxième moteur de routage et d’un deuxième carte de contrôle de commutation (SCB) sur chaque équipement du cluster. L’objectif du second moteur de routage est d’initialiser le commutateur sur le SCB principal. Le second SCB abrite le second moteur de routage.
Ce deuxième moteur de routage ne fournit pas de fonctionnalité de sauvegarde. Il n’a pas besoin d’être mis à niveau, même lorsque vous mettez à niveau le logiciel sur le moteur de routage principal sur le même nœud. Notez les conditions suivantes :
-
Vous pouvez exécuter des commandes CLI et passer en mode de configuration uniquement sur le moteur de routage principal.
-
Vous définissez l’ID de châssis et l’ID de cluster uniquement sur le moteur de routage principal.
-
Si vous voulez pouvoir vérifier que le deuxième moteur de routage démarre ou si vous voulez mettre à niveau une image logicielle, vous avez besoin d’une connexion de console au deuxième moteur de routage.
Tant que le premier moteur de routage est installé (même s’il redémarre ou échoue), le second moteur de routage ne peut pas assumer le rôle principal du châssis. c’est-à-dire qu’il ne peut contrôler aucun matériel sur le châssis.
Un basculement de groupe de redondance 0 implique un basculement du moteur de routage. Dans le cas d’un basculement du moteur de routage, tous les processus s’exécutant sur le nœud principal sont tués, puis générés sur le nouveau moteur de routage principal. Ce basculement peut entraîner une perte d’état, tel que l’état de routage, et dégrader les performances en introduisant une perte d’attrition du système.
Voir aussi
Connexions de liaison à double contrôle pour les pare-feu SRX Series dans un cluster de châssis
Vous pouvez connecter deux liaisons de contrôle entre des équipements SRX5600 et des périphériques SRX5800, ce qui réduit efficacement le risque de défaillance de la liaison de commande.
Junos OS ne prend pas en charge les liaisons à double contrôle sur les équipements SRX5400, en raison du nombre limité d’emplacements.
Pour les périphériques SRX5600 et les périphériques SRX5800, connectez deux paires de ports Ethernet du même type. Pour chaque périphérique, vous pouvez utiliser des ports sur la même carte de traitement des services (SPC), mais nous vous recommandons de connecter les ports de contrôle à deux SPC différents pour garantir une haute disponibilité. La figure 1 montre une paire de périphériques SRX5800 avec des liaisons de double contrôle connectées. Dans cet exemple, le port de contrôle 0 et le port de contrôle 1 sont connectés sur des SPC différents.
Pour les périphériques SRX5600 et SRX5800, vous devez connecter le port de contrôle 0 sur un nœud au port de contrôle 0 sur l’autre nœud. Vous devez également connecter le port de contrôle 1 d’un nœud au port de contrôle 1 de l’autre nœud. Si vous connectez le port de contrôle 0 au port de contrôle 1, les nœuds ne peuvent pas recevoir de paquets de pulsation sur les liens de contrôle.
Voir aussi
Mise à niveau de la deuxième moteur de routage lors de l’utilisation de liaisons de double contrôle de cluster de châssis sur des équipements SRX5600 et SRX5800
Au lieu de cela, utilisez le moteur de routage principal pour créer un périphérique de stockage USB amorçable, que vous pouvez ensuite utiliser pour installer une image logicielle sur le deuxième moteur de routage.
Pour mettre à niveau l’image logicielle sur le second moteur de routage :
Exemple : Configurer des ports de contrôle de cluster de châssis pour des liaisons de contrôle double
Cet exemple montre comment configurer les ports de contrôle du cluster de châssis pour une utilisation en tant que liens de contrôle double sur les équipements SRX5600 et les périphériques SRX5800. Vous devez configurer les ports de contrôle que vous utiliserez sur chaque périphérique pour configurer les liens de contrôle.
Junos OS ne prend pas en charge les liaisons à double contrôle sur les équipements SRX5400, en raison du nombre limité d’emplacements.
Exigences
Avant de commencer :
Comprendre les liens de contrôle des clusters de châssis. Reportez-vous à la section Présentation du plan de contrôle et des liens de contrôle du cluster de châssis.
Connectez physiquement les ports de contrôle sur les périphériques. Reportez-vous à la section Connexion d’équipements SRX Series pour créer un cluster de châssis.
Aperçu
Par défaut, tous les ports de contrôle des périphériques SRX5600 et SRX5800 sont désactivés. Après avoir connecté les ports de contrôle, configuré les ports de contrôle et établi le cluster de châssis, les liens de contrôle sont configurés.
Cet exemple configure les ports de contrôle avec les FPC et les ports suivants en tant que liens de contrôle double :
FPC 4, port 0
FPC 10, port 0
FPC 6, port 1
FPC 12, port 1
Configuration
Procédure
Configuration rapide de la CLI
Pour configurer rapidement cette section de l’exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie, puis passez commit en mode de configuration.
{primary:node0}[edit]
set chassis cluster control-ports fpc 4 port 0
set chassis cluster control-ports fpc 10 port 0
set chassis cluster control-ports fpc 6 port 1
set chassis cluster control-ports fpc 12 port 1
Procédure étape par étape
Pour configurer les ports de contrôle à utiliser en tant que liens de contrôle double pour le cluster de châssis :
Spécifiez les ports de contrôle.
{primary:node0}[edit]
user@host# set chassis cluster control-ports fpc 4 port 0
{primary:node0}[edit]
user@host# set chassis cluster control-ports fpc 10 port 0
{primary:node0}[edit]
user@host# set chassis cluster control-ports fpc 6 port 1
{primary:node0}[edit]
user@host# set chassis cluster control-ports fpc 12 port 1
Résultats
En mode configuration, confirmez votre configuration en entrant la show chassis cluster commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de configuration de cet exemple pour la corriger.
Par souci de concision, la sortie de cette show commande inclut uniquement la configuration pertinente pour cet exemple. Toute autre configuration du système a été remplacée par des ellipses (...).
{primary:node0}[edit]
user@host# show chassis cluster
...
control-ports {
fpc 4 port 0;
fpc 6 port 1;
fpc 10 port 0;
fpc 12 port 1;
}
...
Si vous avez terminé de configurer l’appareil, passez commit en mode de configuration.
Vérification
Vérification de l’état du cluster de châssis
But
Vérifiez l’état du cluster de châssis.
Action
En mode opérationnel, entrez la show chassis cluster status commande.
{primary:node0}
user@host> show chassis cluster status
Cluster ID: 1
Node Priority Status Preempt Manual failover
Redundancy group: 0 , Failover count: 1
node0 100 primary no no
node1 1 secondary no no
Redundancy group: 1 , Failover count: 1
node0 0 primary no no
node1 0 secondary no no
Signification
Utilisez la show chassis cluster status commande pour vérifier que les périphériques du cluster de châssis communiquent entre eux. La sortie indique que le cluster de châssis fonctionne correctement, car un périphérique est le nœud principal et l’autre est le nœud secondaire.
Comportement des liens à double contrôle spécifiques à la plate-forme
Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de fonctionnalités spécifiques par la plate-forme et la version.
Utilisez le tableau suivant pour passer en revue les comportements spécifiques à votre plateforme.
| Plateforme |
Différence |
|---|---|
| SRX Series |
|
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’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.