Installation, mise à niveau, sauvegarde et récupération de l’hôte de machine virtuelle
Vous pouvez installer le package logiciel Junos OS et le package logiciel hôte sur l’équipement. Les options d’installation suivantes sont disponibles :
Nouvelle installation : cette méthode d’installation peut être utilisée pour l’installation en usine ainsi que pour la récupération après une corruption. Une nouvelle installation peut être effectuée à l’aide de l’environnement d’exécution de prédémarrage (PXE)/NetBoot ou d’un package de support d’installation USB. Cette méthode d’installation installe le système d’exploitation hôte, les outils et les machines virtuelles Junos.
Un démarrage PXE est un environnement permettant de démarrer des périphériques à l’aide d’une interface réseau indépendante des périphériques de stockage de données disponibles ou des systèmes d’exploitation installés. L’environnement PXE repose sur des protocoles et des services Internet. Il s’agit notamment de TCP/IP, DHCP et TFTP. Cette méthode d’installation est principalement utilisée pour installer le système d’exploitation sur un appareil, sans dépendre de l’état du support interne. Le logiciel requis pour l’installation du réseau est stocké sur un serveur TFTP. La méthode de démarrage PXE prend en charge l’installation à distance, surmontant ainsi le besoin d’une assistance en personne pour l’installation. Pour plus d’informations, consultez Copie du package d’installation de l’hôte de machine virtuelle sur le serveur d’initialisation PXE. Après avoir copié le package d’installation de l’hôte de machine virtuelle sur le serveur de démarrage PXE, vous pouvez utiliser la
request vmhost reboot networkcommande et redémarrer le périphérique pour installer le logiciel. L’appareil démarre à partir du serveur PXE et installe le logiciel sur les deux SSD.Vous pouvez choisir d’utiliser la méthode d’installation sur disque USB lorsque le périphérique ne redémarre pas en raison d’une défaillance du support interne ou lorsqu’aucun système d’exploitation Junos OS n’est installé. Pour plus d’informations, consultez Création d’un périphérique de démarrage d’urgence pour les moteurs de routage avec prise en charge des hôtes de machines virtuelles.
Sur une nouvelle installation utilisant USB, les répertoires suivants sont remplis avec l’image Junos OS sur les deux SSD :
Current.p
Sauvegarde.p
sauvegarde.b
Installation régulière : cette méthode d’installation est généralement destinée à une mise à niveau ou à une rétrogradation. Cette procédure peut être utilisée pour installer le package d’installation d’exécution sur la VM Junos en cours d’exécution afin de mettre à niveau ou de rétrograder les composants appropriés. La machine virtuelle Junos vérifie les dépendances afin d’identifier les composants logiciels qui nécessitent une mise à niveau ou une rétrogradation pour garantir la compatibilité.
Les moteurs de routage RE-S-X6-64G-LT et RE-MX2K-X8-64G-LT sont limités au démarrage de Junos OS uniquement avec l’image FreeBSD Limited mise à niveau. Ils ne démarrent pas si vous essayez d’installer ou de mettre à niveau l’appareil avec une image autre que l’image limitée, qui commence par le préfixe junos-vmhost-install .
Mise à niveau de l’hôte VM
Chaque version de Junos OS est un groupe de fichiers regroupés. Les moteurs de routage RE-MX-X6, RE-MX-X8 et RE-PTX-X8 prennent uniquement en charge la version 64 bits de Junos OS.
Si vous avez des fichiers importants dans des répertoires autres que /config et /var, copiez-les dans un emplacement sécurisé avant de mettre à niveau l’appareil. Les fichiers sous /config et /var (à l’exception de /var/etc) sont conservés après la mise à niveau de l’hôte de la machine virtuelle.
Avant d’installer un logiciel sur un appareil auquel un ou plusieurs modèles de données YANG personnalisés ont été ajoutés, sauvegardez et supprimez de la configuration active les données de configuration correspondant aux modèles de données YANG personnalisés. Pour plus d’informations, consultez Gestion des packages et des configurations YANG lors d’une mise à niveau ou d’une rétrogradation de Logiciels.
Pour effectuer la mise à niveau de l’hôte de machine virtuelle, utilisez l’image junos-vmhost-install-x.tgz . Cette mise à niveau installe l’image hôte avec le système d’exploitation Junos OS compatible.
Pour mettre à niveau Junos OS sur les moteurs de routage RE-S-X6, RE-MX-X8 et RE-PTX-X8, utilisez toujours le package d’installation de l’hôte VM. N’utilisez pas le package jinstall.
L’exemple suivant illustre l’opération de mise à niveau. Vous pouvez installer plusieurs progiciels et progiciels complémentaires en même temps.
user@host> > request vmhost software add /var/tmp/junos-vmhost-install-ptx-x86-64-15.1F5-S2.8.tgz
Initializing...
Verified os-libs-10-x86-64-20160616 signed by PackageProductionEc_2016
Mounting os-libs-10-x86-64-20160616.329709_builder_stable_10
....
Transfer Done
Transfer /packages/db/pkginst.13874/junos-vmhost-install*.tgz
Transfer Done
Starting upgrade ...
Preparing for upgrade...
/tmp/pkg-0mc/unpack/install/
...
...
Cmos Write successfull for Boot_retry
... upgrade complete.
A REBOOT IS REQUIRED TO LOAD THIS SOFTWARE CORRECTLY.
Use the 'request vmhost reboot' command to reboot the system
Comportement d’installation et de mise à niveau spécifique à la plate-forme
| Plate-forme |
Différence |
|---|---|
| QFX10002-60C et PTX10002-60C |
Le flux de travail d’installation de l’hôte de la machine virtuelle diffère de celui des plates-formes standard. Pour plus d’informations, reportez-vous à Installation de packages logiciels sur des équipements QFX Series et Installation des logiciels sur des routeurs PTX10002-60C . |
| Routeurs ACX5448, MX204, MX240, MX480, MX960, MX2010, MX2020 et MX2008 |
Un accès SSH racine est requis lors de la mise à niveau ou du redémarrage pour copier l’image de la machine virtuelle Junos vers l’hôte Linux. Avant la mise à niveau, supprimez system services ssh
root-login denyl’instruction ou remplacez-la par root-login deny-password. Restaurer root-login deny une fois la mise à niveau terminée. Voir https://kb.juniper.net/. |
Restauration de l’hôte de machine virtuelle
Vous pouvez revenir à la version du logiciel qui a été chargée lors de la dernière opération réussie request vmhost software add . Vous pouvez revenir à l’ensemble précédent de packages logiciels, y compris les packages du système d’exploitation hôte, à l’aide de la request vmhost software rollback commande.
L’exemple suivant illustre l’opération de restauration logicielle. Le moteur de routage qui a démarré à partir du disque primaire à l’aide de l’ensemble p avait démarré à l’aide de l’ensemble b avant la mise à niveau.
user@host> show vmhost version
Current root details, Device sda, Label: jrootp_P, Partition: sda3
Current boot disk: Primary
Current root set: p
UEFI Version: NGRE_v00.53.00.01
Primary Disk, Upgrade Time: Wed Feb 24 17:51:53 UTC 2016
Version: set p
VMHost Version: 2.951
VMHost Root: vmhost-x86_64-15.1I20160210_2212_builder
VMHost Core: vmhost-core-x86_64-15.1I20160210_2212_builder
kernel: 3.10.79-ovp-rt74-WR6.0.0.20_preempt-rt
Junos Disk: junos-install-x86-64-15.1F5.5
Version: set b
VMHost Version: 2.953
VMHost Root: vmhost-x86_64-15.1F520160222_1052_builder
VMHost Core: vmhost-core-x86_64-15.1F520160222_1052_builder
kernel: 3.10.79-ovp-rt74-WR6.0.0.20_preempt-rt
Junos Disk: junos-install-x86-64-15.1F5.6
user@host> request vmhost software rollback
Current root details, Device sda, Label: jrootp_P, Partition: sda3
Finding alternate root for rollback
Rollback to software on jrootb_P ...
sh /etc/install/mk-mtre-rollback.sh jrootb_P b
Mounting device in preparation for rollback...
Updating boot partition for rollback...
Rollback complete, please reboot the node for it to take effect.
Cmos Write successfull
Cmos Write successfull for Boot_retry
Cmos Write successfull for Boot_retry
user@host> show vmhost version
Current root details, Device sda, Label: jrootp_P, Partition: sda3
Current boot disk: Primary
Current root set: p
UEFI Version: NGRE_v00.53.00.01
Primary Disk, Upgrade Time: Wed Feb 24 17:51:53 UTC 2016
Pending reboot.
Version: set p
VMHost Version: 2.951
VMHost Root: vmhost-x86_64-15.1I20160210_2212_builder
VMHost Core: vmhost-core-x86_64-15.1I20160210_2212_builder
kernel: 3.10.79-ovp-rt74-WR6.0.0.20_preempt-rt
Junos Disk: junos-install-x86-64-15.1F5.5
Version: set b
VMHost Version: 2.953
VMHost Root: vmhost-x86_64-15.1F520160222_1052_builder
VMHost Core: vmhost-core-x86_64-15.1F520160222_1052_builder
kernel: 3.10.79-ovp-rt74-WR6.0.0.20_preempt-rt
Junos Disk: junos-install-x86-64-15.1F5.6
user@host> request vmhost reboot
Reboot the vmhost ? [yes,no] (no) yes
warning: Rebooting re1
Initiating vmhost reboot... ok
Initiating Junos shutdown... shutdown: [pid 9733]
Shutdown NOW!
ok
Junos shutdown is in progress...
*** FINAL System shutdown message ***
System going down IMMEDIATELY
user@host> show vmhost version
Current root details, Device sda, Label: jrootb_P, Partition: sda4
Current boot disk: Primary
Current root set: b
UEFI Version: NGRE_v00.53.00.01
Primary Disk, Upgrade Time: Wed Feb 24 17:51:53 UTC 2016
Version: set p
VMHost Version: 2.951
VMHost Root: vmhost-x86_64-15.1I20160210_2212_builder
VMHost Core: vmhost-core-x86_64-15.1I20160210_2212_builder
kernel: 3.10.79-ovp-rt74-WR6.0.0.20_preempt-rt
Junos Disk: junos-install-x86-64-15.1F5.5
Version: set b
VMHost Version: 2.953
VMHost Root: vmhost-x86_64-15.1F520160222_1052_builder
VMHost Core: vmhost-core-x86_64-15.1F520160222_1052_builder
kernel: 3.10.79-ovp-rt74-WR6.0.0.20_preempt-rt
Junos Disk: junos-install-x86-64-15.1F5.6
Instantané de l’hôte de la machine virtuelle
La fonction d’instantané vous permet de créer des copies des partitions de système de fichiers en cours d’exécution et actives sur un périphérique.
Sur l’appareil, vous pouvez sauvegarder l’instantané de l’image du système d’exploitation hôte avec l’image de Junos OS. Vous pouvez utiliser la request vmhost snapshot commande pour créer un instantané de récupération de l’hôte de la machine virtuelle sur le disque de sauvegarde.
Récupération de disque à l’aide de l’instantané de l’hôte de la machine virtuelle
Si l’état du disque principal (disk1) est bon et que le disque de sauvegarde (disk2) doit être restauré, utilisez la request vmhost snapshot commande pour récupérer le disque de sauvegarde en supposant que le moteur de routage est démarré à partir du disque principal. Si l’état du disque secondaire n’est pas connu ou si les systèmes de fichiers du disque ne sont pas dans un état cohérent, alors incluez partition l’option dans la commande, c’est-à-dire request vmhost snapshot partition.
Si l’état du disque de sauvegarde (disk2) est bon et que le disque principal (disk1) doit être restauré, utilisez la request vmhost snapshot recovery commande pour récupérer le disque principal en supposant que le moteur de routage est démarré à partir du disque de sauvegarde. Si l’état du disque primaire n’est pas connu ou si les tables de partition sont en mauvais état, alors incluez partition l’option dans la commande, c’est-à-dire request vmhost snapshot recovery partition.
Pour démarrer à partir du disque souhaité, vous pouvez exécuter une request vmhost reboot { disk1, disk2} commande.