Remplacement d’une moteur de routage dans un cluster SRX Series haut de gamme
Vous pouvez remplacer une moteur de routage un nœud dans un cluster de châssis en utilisant l’une des méthodes suivantes:
Remplacement d’moteur de routage: Méthode Flash-Drive USB
Les prérequis et hypothèses de cette procédure sont les suivants:
La console et l’accès SSH sont disponibles.
Le package du firmware est disponible sur le lecteur Usb Flash et la version du firmware correspond à la version du Junos OS actuellement installé sur l’équipement. Utilisez la commande
show versionpour identifier la version Junos OS de base. Vous pouvez télécharger le firmware à partir de https://support.juniper.net/support/downloads/Le cluster de châssis ne dispose que de deux groupes de redondance (RG0 et RG1) configurés.
Cette procédure comprend les étapes pour remplacer l moteur de routage nœud 0 d’un paramétrage du cluster de châssis. Vous pouvez suivre les mêmes procédures pour remplacer le moteur de routage nœud 1.
Pour remplacer une moteur de routage nœud 0 d’un cluster de châssis à l’aide d’un lecteur Flash USB:
- Comment arrêter le nœud 0:
Effectuer un failover manuel des groupes de redondance (RG) du nœud 0 au nœud 1.
Échec de RG1:
root@node0> request chassis cluster failover redundancy-group 1 node 1
Fail over RG0:
root@node0> request chassis cluster failover redundancy-group 0 node 1
Vérifiez que les deux RG sont actifs sur le nœud 1 après leover:
root@node0> show chassis cluster status {secondary:node0} root@node0> show chassis cluster status Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring RE Relinquish monitoring Cluster ID: 1 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 129 secondary no no None node1 255 primary no no None Redundancy group: 1 , Failover count: 1 node0 129 secondary no no None node1 255 primary no no NoneVérifiez si une licence est installée:
root@node0> show system licenses {secondary:node0} root@node0> show system licenses License usage: Licenses Licenses Licenses Expiry Feature name used installed needed subscriber-acct 0 1 0 permanent subscriber-auth 0 1 0 permanent subscriber-addr 0 1 0 permanent subscriber-vlan 0 1 0 permanent subscriber-ip 0 1 0 permanent scale-subscriber 0 1000 0 permanent scale-l2tp 0 1000 0 permanent scale-mobile-ip 0 1000 0 permanent Licenses installed: License identifier: xxxxxxxxxx License version: 2 Features: subscriber-acct - Per Subscriber Radius Accounting permanent subscriber-auth - Per Subscriber Radius Authentication permanent subscriber-addr - Address Pool Assignment permanent subscriber-vlan - Dynamic Auto-sensed Vlan permanent subscriber-ip - Dynamic and Static IP permanentSi des licences sont installées, copiez le résultat de
show system license keysla commande dans un fichier:root@node0> show system license keys
- Back up the moteur de routage configuration et scripts (le cas cas) sur le nœud 0 à un lecteur Usb Flash:
Accédez au shell au niveau UNIX du nœud 0:
root@node0>start shell user root {secondary:node0} root@node0> start shell user root Password: root@node0%Avant de monter le lecteur Flash USB, énumérer tous les répertoires avec des noms commençant par da dans le dossier dev :
root@node0% ls /dev/da* root@node0% ls /dev/da* /dev/da0 /dev/da0s1c /dev/da0s2a /dev/da0s3 /dev/da0s3e /dev/da0s1 /dev/da0s1f /dev/da0s2c /dev/da0s3c /dev/da0s1a /dev/da0s2 /dev/da0s2f /dev/da0s3d
Insérez le lecteur Flash USB dans le port USB.
La sortie suivante s’affiche:
root@node0% umass1: TOSHIBA TransMemory, rev 2.00/1.00, addr 3 da2 at umass-sim1 bus 1 target 0 lun 0 da2: <TOSHIBA TransMemory 5.00> Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: 983MB (2013184 512 byte sectors: 64H 32S/T 983C)
Énumérer tous les répertoires avec des noms commençant par da dans le dossier dev , et identifier le lecteur USB.
root@node0% ls /dev/da* root@node0% ls /dev/da* /dev/da0 /dev/da0s1c /dev/da0s2a /dev/da0s3 /dev/da0s3e /dev/da0s1 /dev/da0s1f /dev/da0s2c /dev/da0s3c /dev/da2 /dev/da0s1a /dev/da0s2 /dev/da0s2f /dev/da0s3d /dev/da2s1
Dans cet exemple, le lecteur Flash USB est /dev/da2s1.
Créez un répertoire pour monter le lecteur Usb Flash:
root@node0% mkdir /var/tmp/usb
Montage du lecteur Flash USB dans le répertoire /var/tmp/USB :
root@node0% mount -t msdosfs /dev/da2s1 /var/tmp/usb
Enregistrer la configuration du nœud 0 dans le dossier tmp :
root@node0% cli show configuration | save /var/tmp/config[date]
Copiez le fichier de configuration sur le lecteur USB Flash:
root@node0% cp /var/tmp/config[date] /var/tmp/usb/config[date]
Vérifiez si des scripts sont référencés dans la configuration:
root@node0> show configuration system scripts {secondary:node0} root@node0> show configuration system scripts set system scripts commit file interface-monitoring-check.slax set system scripts op file srx-monitor.xslroot@node0> show configuration event-options {secondary:node0} root@node0> show configuration event-options set event-options generate-event 60s time-interval 60 set event-options policy NAT-POOL-UTIL events 60s set event-options policy NAT-POOL-UTIL then event-script srx-nat-bucket-overload.slax arguments utilization-threshold 90 set event-options policy NAT-POOL-UTIL then event-script srx-nat-bucket-overload.slax arguments pool GLOBAL set event-options event-script traceoptions file escript.log size 1m files 2 set event-options event-script traceoptions flag output set event-options event-script file srx-monitor-addbook-policy-count.slaxSi la configuration fait référence à des scripts, revenir à ces scripts:
root@node0% cp -r /var/db/scripts/ /var/tmp/usb/scripts/
Vérifiez les fichiers copiés sur le lecteur USB Flash:
root@node0% ls /var/tmp/usb
Démonter le lecteur Flash USB:
root@node0% umount /var/tmp/usb
Supprimez le lecteur Flash USB.
Quitter le shell.
root@node0% exit
- Installation des moteur de routage:
Nœud d’alimentation 0:
root@node0> request system power-off
Attendez qu’un message s’affiche sur la console pour confirmer que les services sont arrêtés, puis éteyez la puissance physique.
Étiquettez et débranchez tous les câbles connectés au nœud 0.
Remplacez la moteur de routage.
Pour éviter un scénario de fractionnement du cerveau (lorsque la liaison de contrôle est connectée alors que les deux nodes se trouve dans l’état principal), reconnectez uniquement le câble de console et le câble à l’interface fxp0. Débranchez le reste des câbles.
Assurez-vous que l’état de la liaison de contrôle et de la liaison de structure du nœud 1 est en panne:
root@node1> show chassis cluster interfaces {primary:node1} root@node1> show chassis cluster interfaces Control link status: Down Control interfaces: Index Interface Monitored-Status Internal-SA Security 0 em0 Down Disabled Disabled 1 em1 Down Disabled Disabled Fabric link status: Down Control interfaces: Name Child-Interface Status Security (Physical/Monitored) fab0 xe-11/0/3 Down / Down Disable fab0Alimentation sur nœud 0.
- Charger le fichier de configuration, le firmware et le fichier de scripts sur le nouveau moteur de routage:
Insérez le lecteur Flash USB dans le port USB du nœud 0 et accédez au shell de niveau UNIX sur le nœud 0:
root@node0> start shell user root
Copiez le fichier de configuration, le firmware et le fichier de scripts à partir de l’USB:
root@node0% cp /var/tmp/usb/config[date] /var/tmp/config[date]
root@node0% cp /var/tmp/usb/junos version /var/tmp/junos versionroot@node0% cp -r /var/tmp/usb/scripts/ /var/db/scripts/Démonter le lecteur Flash USB:
root@node0% umount /var/tmp/usb
Supprimez le lecteur Flash USB.
Quitter le shell.
root@node0% exit
- Configurez le moteur de routage:
Chargez le firmware:
root@node0>request software add /var/tmp/junos-release-domestic.tgz reboot
L’appareil redémarre et revient avec la version d’Junos OS précédente.
(Facultatif) Appliquez les licences que vous avez advenir à l’étape 1:
root@node0> request system license add terminal
Charger et valider la configuration:
root@node0> configure shared
root@node0# load override /var/tmp/filenameroot@node0# commitroot@node0# exit
- Vérifiez l’état de tous les SPC et PIC et assurez-vous que tous les SPC et PIC sont en ligne.
root@node0>show chassis fpc pic-status
- Nœud d’arrêt 0 à partir de la console:
root@node0>request system halt
- Attendez qu’un message s’affiche sur la console pour confirmer l’arrêt des services, puis connectez tous les câbles au nœud 0.
- Démarrez le nœud 0 en appuyant sur n’importe quelle clé sur la console.
- Vérifiez l’état du cluster de châssis sur le nœud 1:
root@node1> show chassis cluster status
Le nœud 0 est alors le nœud secondaire de RG0 et RG1. Attendez que la priorité 0 de nœud sur RG1 passe à la valeur configurée.
- Vérifiez que les sessions se affichent sur le nœud 0 et que le nombre de sessions sur le nœud 0 est presque égal au nombre de sessions sur le nœud principal, nœud 1:
root@node1> show security monitoring
- Si le cluster est en bonne santé, réinitialiser les priorités du cluster:
root@node1> request chassis cluster failover reset redundancy-group 1
root@node1> request chassis cluster failover reset redundancy-group 0
Remplacement d’moteur de routage: méthode de serveur SCP externe
Les hypothèses et prérequis de cette procédure sont les suivantes:
L’accès à la console et au SSH sont disponibles.
Le cluster de châssis ne dispose que de deux groupes de redondance (RG0 et RG1) configurés.
Cette procédure comprend les étapes pour remplacer le moteur de routage nœud 0 d’un paramétrage du cluster de châssis. Vous pouvez suivre les mêmes procédures pour remplacer le moteur de routage nœud 1.
Pour remplacer une moteur de routage nœud 0 d’un cluster de châssis à l’aide d’un serveur SCP (Secure Copy Protocol) externe:
- Comment arrêter le nœud 0:
Effectuer un failover manuel des groupes de redondance (RG) du nœud 0 au nœud 1.
Échec de RG1:
root@node0> request chassis cluster failover redundancy-group 1 node 1
Fail over RG0:
root@node0> request chassis cluster failover redundancy-group 0 node 1
Vérifiez que les deux RG sont actifs sur le nœud 1 après leover:
root@node0> show chassis cluster status {secondary:node0} root@node0> show chassis cluster status Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring RE Relinquish monitoring Cluster ID: 1 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 129 secondary no no None node1 255 primary no no None Redundancy group: 1 , Failover count: 1 node0 129 secondary no no None node1 255 primary no no NoneVérifiez si une licence est installée:
root@node0> show system licenses {secondary:node0} root@node0> show system licenses License usage: Licenses Licenses Licenses Expiry Feature name used installed needed subscriber-acct 0 1 0 permanent subscriber-auth 0 1 0 permanent subscriber-addr 0 1 0 permanent subscriber-vlan 0 1 0 permanent subscriber-ip 0 1 0 permanent scale-subscriber 0 1000 0 permanent scale-l2tp 0 1000 0 permanent scale-mobile-ip 0 1000 0 permanent Licenses installed: License identifier: xxxxxxxxxx License version: 2 Features: subscriber-acct - Per Subscriber Radius Accounting permanent subscriber-auth - Per Subscriber Radius Authentication permanent subscriber-addr - Address Pool Assignment permanent subscriber-vlan - Dynamic Auto-sensed Vlan permanent subscriber-ip - Dynamic and Static IP permanentSi des licences sont installées, copiez le résultat de
show system license keysla commande dans un fichier:root@node0> show system license keys
- Back up the moteur de routage configuration:
Enregistrer la configuration dans le dossier tmp :
root@node0> edit
root@node0# save /var/tmp/config[date]Accédez au shell au niveau UNIX du nœud 0:
root@node0> start shell user root
Copiez le fichier de configuration sur un serveur externe avec SCP activé:
root@node0% scp /var/tmp/node0-config-yyyy-mm-dd root@server-ip:/node0-config-yyyy-mm-dd
Vérifiez si des scripts sont référencés dans la configuration:
root@node0> show configuration system scripts {secondary:node0} root@node0> show configuration system scripts set system scripts commit file interface-monitoring-check.slax set system scripts op file srx-monitor.xslroot@node0> show configuration event-options {secondary:node0} root@node0> show configuration event-options set event-options generate-event 60s time-interval 60 set event-options policy NAT-POOL-UTIL events 60s set event-options policy NAT-POOL-UTIL then event-script srx-nat-bucket-overload.slax arguments utilization-threshold 90 set event-options policy NAT-POOL-UTIL then event-script srx-nat-bucket-overload.slax arguments pool GLOBAL set event-options event-script traceoptions file escript.log size 1m files 2 set event-options event-script traceoptions flag output set event-options event-script file srx-monitor-addbook-policy-count.slaxSi la configuration fait référence à des scripts, revenir à ces scripts:
root@node0% scp /var/db/scripts/commit/commit-script.slax root@server-ip: /commit-script.slax
Vérifiez la configuration enregistrée sur le serveur SCP externe.
Quitter le shell.
root@node0% exit
- Installation des moteur de routage:
Nœud d’alimentation 0:
root@node0> request system power-off
Attendez qu’un message s’affiche sur la console pour confirmer que les services sont arrêtés, puis éteyez la puissance physique.
Étiquettez et débranchez tous les câbles connectés au nœud 0.
Remplacez la moteur de routage.
Pour éviter un scénario de fractionnement du cerveau (lorsque la liaison de contrôle est connectée alors que les deux nodes se trouve dans l’état principal), reconnectez uniquement le câble de console et le câble à l’interface fxp0. Débranchez le reste des câbles.
Assurez-vous que l’état de la liaison de contrôle et de la liaison de structure du nœud 1 est en panne:
root@node1> show chassis cluster interfaces {primary:node1} root@node1> show chassis cluster interfaces Control link status: Down Control interfaces: Index Interface Monitored-Status Internal-SA Security 0 em0 Down Disabled Disabled 1 em1 Down Disabled Disabled Fabric link status: Down Control interfaces: Name Child-Interface Status Security (Physical/Monitored) fab0 xe-11/0/3 Down / Down Disable fab0Alimentation sur nœud 0.
- Chargez le fichier de configuration et les scripts sur le nouveau moteur de routage:
Connectez-vous au moteur de routage nœud 0 à partir de la console.
Configurez l’adresse IP de l’interface fxp0 et ajoutez la route nécessaire pour accéder au serveur externe:
root@node0> edit
root@node0# set system services sshroot@node0# set interfaces fxp0 unit 0 family inet address ip-address maskroot@node0# set system root-authentication plain-text-passwordLes informations sur le cluster de châssis sont stockées dans la carte de contrôle du commutateur (SCB). L’équipement est activé par le cluster et n’autorise pas de validation sans la configuration du port du cluster. Appliquez la configuration du nœud 1 port sur le nœud 0.
Vous pouvez afficher la configuration du port de contrôle à partir du nœud 1:
root@node1>show configuration chassis cluster control-ports | display set
Valider la configuration:
root@node0# commit
Note:La gestion et la configuration de base du routage sont actuellement terminées. Vous pouvez vérifier l’accessibilité du serveur externe à partir du nœud à l’aide de la
pingcommande.Quitter le mode de configuration:
root@node0# exit
root@node0>Chargez l’image Junos OS du serveur externe:
root@node0> start shell user root
root@node0% cd /var/tmproot@node0% scp root@server-ip: junos-release-domestic.tgz /var/tmp/root@node0% cliroot@node0>request system software add /var/tmp/junos-release-domestic.tgz rebootL’appareil redémarre et revient avec la version d’Junos OS précédente.
Copiez le fichier de configuration à partir du serveur SCP externe:
root@node0% scp root@server-ip: /node0-config-yyyy-mm-dd /var/tmp/node0-config-yyyy-mm-dd
(Facultatif) Si vous avez backed up scripts, puis restaurer les scripts à partir du serveur SCP externe:
root@node0% scp root@server-ip: /commit-script.slax /var/db/scripts/commit/commit-script.slax
(Facultatif) Appliquez les licences que vous avez advenir à l’étape 1:
root@node0>request system license add terminal
Charger la configuration:
root@node0> configure shared
root@node0# load override /var/tmp/node0-config-yyyy-mm-ddroot@node0# commitroot@node0# exit
- Vérifiez l’état de tous les SPC et PIC et assurez-vous que tous les SPC et PIC sont en ligne.
root@node0>show chassis fpc pic-status
- Nœud d’arrêt 0 à partir de la console:
root@node0> request system halt
- Attendez qu’un message s’affiche sur la console pour confirmer l’arrêt des services, puis connectez tous les câbles au nœud 0.
- Démarrez le nœud 0 en appuyant sur n’importe quelle clé sur la console.
- Vérifiez l’état du cluster de châssis sur le nœud 1:
root@node1> show chassis cluster status
Le nœud 0 est alors le nœud secondaire de RG0 et RG1. Attendez que la priorité 0 de nœud sur RG1 passe à la valeur configurée.
- Vérifiez que les sessions se affichent sur le nœud 0 et que le nombre de sessions sur le nœud 0 est presque égal au nombre de sessions sur le nœud principal, nœud 1:
root@node1> show security monitoring
- Si le cluster est en bonne santé, réinitialiser les priorités du cluster:
root@node1> request chassis cluster failover reset redundancy-group 1
root@node1> request chassis cluster failover reset redundancy-group 0
Remplacement des moteur de routage: méthode de transfert de fichiers
Pour remplacer et configurer une moteur de routage en transférant des fichiers d’un autre nœud dans un cluster de châssis (le nœud 0 est utilisé par exemple):
- Assurez-vous que l’image du firmware est disponible sur le nœud 1 dans le dossier /var/tmp . Vous pouvez télécharger le firmware depuis https://support.juniper.net/support/downloads/.
- Enregistrer une copie locale de la configuration dans le dossier /var/tmp du nœud 1:
user@node1# show configuration | save /var/tmp/cfg-node1
- Comment arrêter le nœud 0:
Effectuer un failover manuel des groupes de redondance (RG) du nœud 0 au nœud 1.
Échec de RG1:
root@node0> request chassis cluster failover redundancy-group 1 node 1
Fail over RG0:
root@node0> request chassis cluster failover redundancy-group 0 node 1
Vérifiez que les deux RG sont actifs sur le nœud 1 après leover:
root@node0> show chassis cluster status {secondary:node0} root@node0> show chassis cluster status Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring RE Relinquish monitoring Cluster ID: 1 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 129 secondary no no None node1 255 primary no no None Redundancy group: 1 , Failover count: 1 node0 129 secondary no no None node1 255 primary no no NoneVérifiez si une licence est installée:
root@node0> show system licenses {secondary:node0} root@node0> show system licenses License usage: Licenses Licenses Licenses Expiry Feature name used installed needed subscriber-acct 0 1 0 permanent subscriber-auth 0 1 0 permanent subscriber-addr 0 1 0 permanent subscriber-vlan 0 1 0 permanent subscriber-ip 0 1 0 permanent scale-subscriber 0 1000 0 permanent scale-l2tp 0 1000 0 permanent scale-mobile-ip 0 1000 0 permanent Licenses installed: License identifier: xxxxxxxxxx License version: 2 Features: subscriber-acct - Per Subscriber Radius Accounting permanent subscriber-auth - Per Subscriber Radius Authentication permanent subscriber-addr - Address Pool Assignment permanent subscriber-vlan - Dynamic Auto-sensed Vlan permanent subscriber-ip - Dynamic and Static IP permanentSi des licences sont installées, copiez le résultat de
show system license keysla commande dans un fichier:root@node0> show system license keys
Vérifiez si des scripts sont référencés dans la configuration:
root@node0> show configuration system scripts {secondary:node0} root@node0> show configuration system scripts set system scripts commit file interface-monitoring-check.slax set system scripts op file srx-monitor.xslroot@node0> show configuration event-options {secondary:node0} root@node0> show configuration event-options set event-options generate-event 60s time-interval 60 set event-options policy NAT-POOL-UTIL events 60s set event-options policy NAT-POOL-UTIL then event-script srx-nat-bucket-overload.slax arguments utilization-threshold 90 set event-options policy NAT-POOL-UTIL then event-script srx-nat-bucket-overload.slax arguments pool GLOBAL set event-options event-script traceoptions file escript.log size 1m files 2 set event-options event-script traceoptions flag output set event-options event-script file srx-monitor-addbook-policy-count.slaxSi la configuration fait référence à des scripts, il est alors temps d’y revenir:
root@node0# scp /var/db/scripts/commit/commit-script.slax root@node1-fxp0-ip: /commit-script.slax
- Installation des moteur de routage:
Nœud d’alimentation 0:
root@node0> request system power-off
Attendez qu’un message s’affiche sur la console pour confirmer que les services sont arrêtés, puis éteyez la puissance physique.
Étiquettez et débranchez tous les câbles connectés au nœud 0.
Remplacez la moteur de routage.
Pour éviter un scénario de fractionnement du cerveau (lorsque la liaison de contrôle est connectée alors que les deux nodes se trouve dans l’état principal), reconnectez uniquement le câble de console et le câble à l’interface fxp0. Débranchez le reste des câbles.
Assurez-vous que l’état de la liaison de contrôle et de la liaison de structure du nœud 1 est en panne:
root@node1> show chassis cluster interfaces {primary:node1} root@node1> show chassis cluster interfaces Control link status: Down Control interfaces: Index Interface Monitored-Status Internal-SA Security 0 em0 Down Disabled Disabled 1 em1 Down Disabled Disabled Fabric link status: Down Control interfaces: Name Child-Interface Status Security (Physical/Monitored) fab0 xe-11/0/3 Down / Down Disable fab0Alimentation sur nœud 0.
- Chargez le fichier de configuration et les scripts sur le nouveau moteur de routage:
Connectez-vous au moteur de routage nœud 0 à partir de la console.
Configurez le mot de passe racine et l’adresse IP de l’interface fxp0. Ne pas valider la configuration.
Note:Vous n’avez pas besoin de configurer une passerelle, car l’hypothèse est que les interfaces fxp0 sur les deux points sont dans le même sous-réseau.
root@node0> edit
root@node0# set system root-authentication plain-text-passwordNew password: type password here Retype new password: retype password hereroot@node0# set interfaces fxp0 unit 0 family inet address IP-addressLes informations sur le cluster de châssis sont stockées dans la carte de contrôle du commutateur (SCB). L’équipement est activé par le cluster et n’autorise pas de validation sans la configuration du port du cluster. Appliquez la configuration du nœud 1 port sur le nœud 0.
Vous pouvez afficher la configuration du port de contrôle à partir du nœud 1:
root@node1> show configuration chassis cluster control-ports | display set
Valider la configuration:
root@node0# commit
Quitter le mode de configuration:
root@node0# exit
root@node0>Copiez l’image et la configuration du nœud 1 au nœud 0 à l’aide du protocole SCP (Secure Copy Protocol). Utilisez l’adresse IP configurée pour l’interface de nœud 0 fxp0 à l’étape 5.
root@node1>scp /var/tmp/image-file root@node0-fxp0-ip:/var/tmp/
root@node1>scp /var/tmp/cfg-node1 root@node0-fxp0-ip:/var/tmp/Mettez à jour l Junos OS image de base du moteur de routage sur la version requise:
root@node1>request system software add /var/tmp/junos-release-domestic.tgz reboot
L’appareil redémarre et revient avec la version d Junos OS initinéas prévue.
(Facultatif) Copiez les scripts que vous avez pris en aide à l’étape 3 à partir du nœud 1:
root@node1>scp /var/db/scripts/op/op-script.slax root@node0-fxp0-ip: /var/db/scripts/op/
(Facultatif) Appliquez les licences que vous avez advenir à l’étape 3:
root@node0> request system license add terminal
Charger la configuration:
root@node0> load override /var/tmp/cfg-node1
root@node0> commitVérifiez que la configuration s’engage sans erreur.
- Consultez l’état de tous les SPC et PIC et assurez-vous que tous les SPC et PIC sont en ligne:
root@node0>show chassis fpc pic-status
- Nœud d’arrêt 0 à partir de la console:
root@node0>request system halt
- Attendez qu’un message s’affiche sur la console pour confirmer que les services sont interrompus, puis connectez tous les câbles déconnectés.
- Démarrez le nœud 0 en appuyant sur n’importe quelle clé sur la console.
- Vérifiez l’état du cluster de châssis sur le nœud 1:
root@node1>show chassis cluster status
Le nœud 0 est alors le nœud secondaire de RG0 et RG1. Attendez que la priorité 0 de nœud sur RG1 passe à la valeur configurée.
- Vérifiez que les sessions se affichent sur le nœud 0 et que le nombre de sessions sur le nœud 0 est presque égal au nombre de sessions sur le nœud principal, nœud 1:
root@node1>show security monitoring
- Si le cluster est en bonne santé, réinitialiser les priorités du cluster:
root@node1>request chassis cluster failover reset redundancy-group 1
root@node1>request chassis cluster failover reset redundancy-group 0