Présentation de l’hôte de machine virtuelle (Junos OS)

Virtualisation de la plate-forme

La virtualisation de la plate-forme par l’introduction d’une couche intermédiaire comprenant le système d’exploitation hôte et le KVM (ou l’hyperviseur).

• Permet la prise en charge de plusieurs instances de Junos OS à exécuter simultanément.

• Permet d’exécuter directement la prise en charge de logiciels tiers.

Invité paravirtualisé assisté par le matériel Junos OS

Fournit à l’utilisateur les avantages de la virtualisation de plate-forme ainsi que les performances et fonctionnalités par défaut. La paravirtualisation est une technique de virtualisation dans laquelle un composant logiciel similaire au composant matériel sous-jacent réside dans la machine virtuelle et interagit avec l’hyperviseur pour exécuter de nombreuses opérations. Contrairement à la virtualisation complète, cette technique réduit l’overhead de la virtualisation dans la machine virtuelle.

Junos OS invité servira de cadre administratif

Les configurations, le contrôle du châssis, la communication avec le système d’exploitation hôte et l’exécution des commandes de l’interface utilisateur sont gérés par le système d’exploitation Junos OS invité.

Partitionnement et redondance du stockage

Un disque SSD interne est utilisé comme support de démarrage pour faire fonctionner le moteur de routage. Des options supplémentaires telles que le stockage USB et le démarrage réseau sont disponibles à des fins d’installation et de récupération. Un ensemble de deux SSD de 50 Go est disponible pour le fonctionnement normal du moteur de routage. Le moteur de routage nécessite que les deux SSD soient fonctionnels. Le partitionnement du stockage est important pour le débogage du moteur de routage, pour les nouvelles installations et pour le remplacement des SSD.

Sur les deux SSD, l’un fonctionne comme SSD principal et l’autre comme SSD de secours. Deux ensembles d’images de démarrage logiciel (l’ensemble actuel et l’ensemble alternatif (ou précédent) sont disponibles sur le SSD principal. Le système démarre à partir de l’ensemble actuel, tandis que l’ensemble alternatif contient la version précédente de l’image d’amorçage du logiciel. Après une mise à niveau logicielle, la nouvelle version du logiciel est disponible sur l’ensemble alternatif. Lorsque l’appareil est redémarré après la mise à niveau, l’ensemble alternatif devient le nouvel ensemble actuel et l’ensemble actuel, qui contient désormais une ancienne version de l’image logicielle, devient l’ensemble alternatif. Vous pouvez passer à un ensemble alternatif à l’aide de la request vmhost software rollback commande. Jusqu’à ce qu’une mise à jour ou une restauration logicielle soit effectuée, le système est programmé pour démarrer à partir du même ensemble d’images sur le disque.

Les deux SSD sont partitionnés pour fournir une partition de démarrage de l’hôte, une partition racine et une partition pour le stockage de l’image invitée. La partition de démarrage hôte contient le chargeur de démarrage, qui est le logiciel responsable du démarrage du système d’exploitation, du noyau Linux et du système de fichiers RAM. La partition racine contient le système de fichiers racine du système d’exploitation hôte.

La figure 2 montre le partitionnement des disques SSD.

Figure 2 : partitionnement SSD

Chaque partition SSD contient plus d’un ensemble de logiciels hôtes entièrement fonctionnels. En cas d’échec de démarrage sur le SSD principal, le routeur peut démarrer à l’aide de l’instantané disponible sur l’autre SSD. Cet instantané peut être généré par une nouvelle installation ou à l’aide de la request vmhost snapshot commande.

À partir de Junos OS version 18.1R1, les moteurs de routage des MX240, MX480, MX960, MX2010, MX2020 et PTX5000 prennent en charge Secure Boot.

À partir de la version 18.2R1 de Junos OS, le moteur de routage du MX2008 prend en charge le démarrage sécurisé.

Les moteurs de routage prenant en charge Secure Boot ont à la fois la RAM et le SSD mis à niveau à 128 Go et 2x200 Go respectivement. La taille accrue du SSD facilite le stockage des fichiers principaux et journaux.

Le tableau suivant fournit des informations sur la taille du SSD pour différents moteurs de routage :

Vous pouvez utiliser la show vmhost hardware commande pour afficher la taille de la RAM augmentée, la taille du SSD et d’autres informations matérielles.

Les illustrations suivantes expliquent la partition de l’hôte pour faciliter l’augmentation du stockage des fichiers principaux et des fichiers journaux. La figure 3 illustre la partition de l’hôte sur les routeurs MX240, MX480, MX960, MX2008 et PTX5000 avec des SSD de 200 Go. Un disque virtuel de taille 56 Go sera alloué à partir de la partition de machine virtuelle à l’invité en tant que var-config.disk. La taille actuelle de ce disque est de 15 Go.

Figure 3 : Table des partitions hôtes pour les moteurs de routage équipés de SSD de 200 Go

La figure 4 illustre l’allocation de stockage de la machine virtuelle invitée.

Figure 4 : Partitionnement de la machine virtuelle invitée

Les figures 5 et 6 illustrent la table des partitions hôtes et l’allocation de stockage de la machine virtuelle invitée pour les routeurs MX2010 et MX2020, respectivement.

Figure 5 : Table des partitions hôtes pour les moteurs de routage sur les routeurs MX2010 et MX2020 avec SSD de 100 Go

Un disque virtuel de 32 Go est alloué à partir de la partition de machine virtuelle à l’assistant Junos OS en tant que var-config.disk.

Figure 6 : partition de machine virtuelle invitée sur les routeurs MX2010 et MX2020

Un reformatage du SSD est nécessaire pour implémenter l’amélioration de la taille /var. La mise à niveau peut être implémentée par l’une des méthodes suivantes :

• Installation à partir du disque SSD2-Démarrez le système d’exploitation hôte à partir du disque de sauvegarde (SSD Disk2) et installez l’image junos-vmhost-install-x.tgz.

• Installation à partir d’une clé USB

NTP et fuseau horaire

Les fuseaux horaires et de date sont synchronisés depuis le système d’exploitation invité d’administration Junos OS vers le système d’exploitation hôte. Par conséquent, les horodatages des fichiers journaux système de Junos OS et du système d’exploitation hôte sont synchronisés.

Récupération automatique

La fonction de récupération automatique (récupération automatique) fournit les fonctions suivantes :

• Détection de corruptions dans le partitionnement de disque au démarrage du système et tentative de restauration automatique des partitions

• Détection des corruptions dans la configuration de Junos OS au démarrage du système et tentative de récupération automatique de la configuration pour garantir que les opérations et la gestion ne sont pas perturbées.

• Détection des corruptions dans les licences Junos OS au démarrage du système et tentative de récupération automatique des licences.

Pendant le processus de récupération, le système d’exploitation hôte tente de lancer la machine virtuelle Junos à partir de l’image disponible sur le disque primaire. Toutefois, si la machine virtuelle Junos ne parvient pas à démarrer, le système d’exploitation hôte tente de lancer la machine virtuelle Junos à partir de l’instantané de l’image du système d’exploitation hôte et de l’image Junos OS disponible sur le disque de sauvegarde, à condition request vmhost snapshot que la dernière opération ait été effectuée. Si le disque de sauvegarde ne contient pas l’instantané, le système d’exploitation hôte tente de lancer la machine virtuelle Junos à partir du logiciel disponible dans le jeu alternatif sur le disque principal, à condition que request vmhost upgrade la dernière opération ait été effectuée.

La fonction de récupération automatique est activée par défaut sur le système d’exploitation invité. Si vous devez désactiver la récupération automatique, par exemple pour examiner l’état d’échec du débogage, utilisez la commande suivante :

user@host> set vmhost no-auto-recovery

Gestion du redémarrage et de la mise hors tension

Vous pouvez redémarrer le moteur de routage à l’aide de la request vmhost reboot commande. Cette commande redémarre le moteur de routage en redémarrant à la fois le système d’exploitation Junos OS invité et le système d’exploitation hôte. Toutefois, le redémarrage du moteur de routage peut être déclenché pour diverses raisons. Les événements ou les raisons qui déclenchent le redémarrage d’un système d’exploitation hôte sont différents de ceux qui déclenchent le redémarrage d’un système d’exploitation invité.

Le redémarrage du système d’exploitation invité implique que seul Junos OS est redémarré et que le système d’exploitation hôte est opérationnel. Voici quelques-unes des raisons qui déclenchent le redémarrage d’un système d’exploitation invité :

• Redémarrage dû à la panique

• Redémarrage de VJUNOS : redémarrage du système d’exploitation invité après un arrêt.

• Surveillance VJUNOS de l’hôte : redémarrage de l’invité en raison de l’expiration du minuteur de surveillance émulé

Le redémarrage du système d’exploitation hôte implique que le système d’exploitation hôte et le système d’exploitation invité (ici, Junos OS) sont redémarrés. Voici quelques raisons qui déclenchent le redémarrage d’un système d’exploitation hôte et du système d’exploitation invité :

• Redémarrage de l’hyperviseur

• Cycle de tension ou panne de courant

• Redémarrage en raison d’une exception.

• Reset button reset : redémarrage déclenché par l’appui sur le bouton de réinitialisation du panneau avant.

• Arrêt thermique

• Chien de garde : redémarrage en raison de l’expiration du minuteur de surveillance PCH

Vous pouvez trouver la raison du redémarrage à l’aide de la show chassis routing-engine commande ou de la show vmhost uptime commande.

Par exemple :

Si le démarrage du moteur de routage se termine et que vous devez à nouveau éteindre le routeur, exécutez la request vmhost power-off commande. Si vous souhaitez que le moteur de routage redémarre, utilisez la request vmhost reboot commande.