Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

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

Qu’est-ce qu’un hôte de machine virtuelle ?

À partir de la version 16.1 de Junos OS, les moteurs de routage virtualisés sont pris en charge, ce qui permet non seulement d’améliorer l’évolutivité et les performances du plan de contrôle, mais également d’offrir des capacités de virtualisation à l’infrastructure Junos OS. Ces moteurs de routage virtualisés, ou hôtes de machines virtuelles, sont répertoriés dans Spécifications matérielles des moteurs de routage avec prise en charge de l’hôte de machine virtuelle.

Note:

Les hôtes de VM n’exécutent Junos OS qu’avec FreeBSD mis à jour.

Le reste de cette section décrit l’architecture des hôtes de machines virtuelles. Pour plus d’informations sur les hôtes de machines virtuelles, consultez les chapitres Sauvegarde et restauration du système, Installation de logiciels, Installation du microprogramme, etc. de ce guide.

La figure 1 illustre l’architecture des moteurs de routage avec prise en charge d’hôtes de machines virtuelles. Il comprend les composants suivants :

  • La couche matérielle

  • Le système d’exploitation et la couche hyperviseur.

  • Les utilitaires hôtes et la couche invitée Junos VM.

Le serveur de la couche matérielle contient les cartes d’interface réseau physiques (NIC), les processeurs, la mémoire et le port de gestion Ethernet. Les cartes réseau prennent en charge la virtualisation matérielle basée sur la virtualisation d’E/S à racine unique (SR-IOV). Avec la SR-IOV, les cartes réseau physiques (appelées fonctions physiques) sont gérées par l’hôte, tandis que les fonctions virtuelles sont gérées par le système d’exploitation invité. Sur la couche matérielle, un système d’exploitation basé sur Linux fournit l’environnement hôte ainsi que la machine virtuelle basée sur le noyau (KVM) et l’émulateur rapide (QEMU). Ce système d’exploitation hôte gère le complexe de démarrage, le processeur, la mémoire, le stockage et divers autres composants matériels tels que les fonctions physiques. Junos OS fonctionne en tant que système d’exploitation invité, gère les fonctions virtuelles et sert de cadre administratif. En outre, il fournit également l’interface de gestion de l’hôte et de l’hyperviseur.

Les applications et utilitaires supplémentaires exécutés sur le système d’exploitation hôte permettent de fournir les fonctionnalités suivantes :

  • Faciliter la communication entre le système d’exploitation hôte et le système d’exploitation invité.

  • Déclenchement de l’exécution appropriée du système d’exploitation hôte en fonction de la commande et de la configuration sur le système d’exploitation Junos OS invité.

  • Extension de la fonctionnalité de gestion des machines virtuelles pour fournir des fonctionnalités telles que la récupération automatique.

Figure 1 : architecture des moteurs de routage avec prise en charge Architecture of Routing Engines with VM Host Support d’hôtes de machines virtuelles

Moteurs de routage avec prise en charge de VM Host

Les moteurs de routage prenant en charge les hôtes VM offrent non seulement une évolutivité et des performances accrues du plan de contrôle, mais fournissent également des capacités de virtualisation à l’infrastructure Junos OS pour prendre en charge des demandes de calcul plus importantes.

La virtualisation permet à plusieurs instances de systèmes d’exploitation, appelées invités, de s’exécuter simultanément sur l’hôte et de partager des ressources matérielles virtualisées. Un invité est une machine virtuelle (VM) qui s’exécute sur un hôte hyperviseur et partage ses ressources. Un hôte est un logiciel virtualisé dont l’hyperviseur permet à plusieurs machines virtuelles invitées de s’exécuter simultanément et de partager ses ressources. Les machines virtuelles doivent être des instances de Junos OS. Les machines virtuelles tierces ne sont pas prises en charge sur ces moteurs de routage. Chaque machine virtuelle exécute sa propre image de système d’exploitation et ses propres applications qui peuvent être différentes de celles d’une autre machine virtuelle s’exécutant sur le même hôte.

Note:

Seules les machines virtuelles Junos OS sont prises en charge. Vous ne pouvez pas exécuter de machines virtuelles tierces sur ces moteurs de routage.

Sur les moteurs de routage avec prise en charge de l’hôte de machine virtuelle, une instance de Junos OS s’exécute en tant que machine virtuelle sur un hôte basé sur Linux (hôte de machine virtuelle) et sert de machine virtuelle fonctionnant dans le contexte administratif. Junos OS gère toutes 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, offrant ainsi à l’utilisateur final une expérience Junos OS quasi native.

Reportez-vous au Tableau 1 pour plus d’informations sur les spécifications matérielles des moteurs de routage avec prise en charge de VMHost.

Tableau 1 : Spécifications matérielles des moteurs de routage avec prise en charge de l’hôte de machine virtuelle
Numéro de modèle pris en charge par les spécifications de l’appareil

RE-ACX-5448

ACX5448

  • Processeur X86 Intel 8 cœurs 1,6 GHz hautes performances

  • Deux DRAM DIMM de 32 Go

  • Deux SSD SATA DE 100 Go

EX9200-RE2

EX9204, EX9208 et EX9214

  • Processeur Intel à six cœurs, 2 GHz

  • 64 Go de DRAM et deux SSD enfichables à l’avant, chacun offrant 64 Go de stockage pour les images et les journaux Junos OS.

RE-S-1600x8

Réf. MX204

  • Processeur X86 Intel 8 cœurs 1,6 GHz hautes performances

  • 32 Go de RAM DDR4

  • SSD SATA DE 100 GO

RE-S-X6-64G

MX240, MX480 et MX960

  • Processeur Haswell 6 cœurs

  • Moteur de routage Wellsburg basé sur PCH avec DRAM de 64 Go et deux disques SSD de 64 Go

RE-S-X6-128G

MX240, MX480 et MX960

  • Processeur Haswell 6 cœurs

  • Moteur de routage basé sur PCH de Wellsburg avec DRAM de 128 Go et deux disques SSD de 128 Go

REMX2008-X8-64G-LT,

Le MX2008

  • Processeur Haswell 8 cœurs

  • Moteur de routage Wellsburg basé sur PCH avec DRAM de 64 Go et deux disques SSD de 100 Go

REMX2008-X8-128G-S

  • Processeur Haswell 8 cœurs

  • Moteur de routage Wellsburg basé sur PCH avec DRAM de 128 Go et deux disques SSD de 200 Go

REMX2K-X8-64G

MX2020 et MX2010

  • Processeur Haswell 8 cœurs

  • Moteur de routage Wellsburg basé sur PCH avec DRAM de 64 Go et deux SSD de 64 Go

RE-S-1600x8

MX10003

  • Processeur X86 Intel 8 cœurs 1,6 GHz hautes performances

  • 64 Go de RAM DDR4

  • SSD SATA DE 100 GO

JNP10K-RE1, JNP10K-RE1-LT et JNP10K-RE1-128

MX10008

MX10004

  • Processeur X86 Intel 10 cœurs 2,2 GHz hautes performances

  • 64 Go de RAM DDR4

  • Deux SSD SATA DE 200 Go

JNP304-RE-S

Réf. MX304

  • Processeur multicœur Intel Icelake à 8 cœurs

  • 128 Go de DRAM

  • Deux SSD SATA DE 200 Go

RCBPTX (en anglais seulement)

PTX3000

  • Moteur de routage Wellsburg basé sur PCH avec DRAM de 64 Go et deux SSD de 64 Go

  • Processeur Haswell multicœur

RCB combine les fonctionnalités d’un moteur de routage, d’une carte de contrôle et d’un générateur d’horloge centralisé (CCG)

RE-PTX-X8-64G

PTX5000

  • Processeur Haswell 8 cœurs

  • Moteur de routage Wellsburg basé sur PCH avec DRAM de 64 Go et deux SSD de 64 Go

  • Nouvelle carte de contrôle CB2-PTX

RE-PTX10002-60C

PTX10002-60°C

  • Processeur X86 Intel 8 cœurs 1,6 GHz hautes performances

  • 32 Go de RAM DDR4

  • Deux SSD SATA DE 50 Go

RE-QFX10002-60C

QFX10002-60°C

  • Processeur X86 Intel 8 cœurs 1,6 GHz hautes performances

  • 32 Go de RAM DDR4

  • Deux SSD SATA DE 50 Go

SRX5K-RE3

 SRX5000

  • Processeur Haswell 6 cœurs

  • 128 Go de DRAM

  • Deux disques SSD de 128 Go

SRX1600

 SRX1600

  • Processeur 4 cœurs, 2,2 GHz, basé sur Intel Icelake

  • SSD NVMe de 120 Go

SRX2300

 SRX2300

  • Processeur Intel Icelake à 8 cœurs, 2,7 GHz

  • Deux disques SSD NVMe de 120 Go

SRX4300

 SRX4300

  • Processeur Intel Icelake 20 cœurs, 2,1 GHz

  • Disques SSD NVMe de 120 Go et 960 Go
Note:

La prise en charge de la plate-forme dépend de la version de Junos OS de votre installation.

Voir aussi

Principales caractéristiques des moteurs de routage avec prise en charge de l’hôte de machine virtuelle

Tout en continuant à offrir la même expérience à l’utilisateur final, la nouvelle architecture offre un moteur de routage plus performant.

Les principales caractéristiques des moteurs de routage sont les suivantes :

Virtualisation de la plate-forme

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

  • Permet la prise en charge simultanée de plusieurs instances de Junos OS.

  • Permet d’exécuter directement des logiciels tiers.

Junos OS invité paravirtualisé assisté par matériel

Fournit à l’utilisateur les avantages de la virtualisation de la 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 la surcharge de virtualisation dans la machine virtuelle.

Junos OS invité pour servir 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 jeu de deux SSD de 50 Go est disponible pour le fonctionnement normal du moteur de routage. Le moteur de routage exige que les deux disques 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.

Des deux SSD, l’un fonctionne comme SSD principal et l’autre comme SSD de sauvegarde. Deux jeux d’images d’amorçage logiciel (l’ensemble actuel et l’ensemble alternatif (ou précédent) sont disponibles sur le SSD principal. Le système démarre à partir du jeu actuel, tandis que l’autre jeu contient la version précédente de l’image de démarrage logicielle. Après une mise à niveau du logiciel, la nouvelle version du logiciel est disponible sur l’autre jeu. Lorsque l’appareil est redémarré après la mise à niveau, l’ensemble alternatif devient le nouvel ensemble actuel et l’ensemble actuel, qui comporte désormais une version antérieure de l’image logicielle, devient l’ensemble alternatif. Vous pouvez passer à un autre ensemble à l’aide de la request vmhost software rollback commande. Jusqu’à ce qu’une mise à niveau 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 d’images invitées. La partition d’amorçage hôte contient le chargeur d’amorçage, 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 illustre le partitionnement des SSD.

Figure 2 : partitionnement des SSD Partitioning disques 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 le démarrage sécurisé.

À 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 avec prise en charge du démarrage sécurisé ont mis à niveau la RAM et le SSD à 128 Go et 2 x 200 Go respectivement. L’augmentation de la taille du SSD facilite l’augmentation du stockage des fichiers principaux et journaux.

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

Tableau 2 : taille SSD des moteurs de routage
Dispositifs Numéro de modèle du moteur de routage Taille du SSD
ACX5448

RE-ACX-5448

2 x 100 Go
EX9204, EX9208 et EX9214 EX9200-RE2 2 x 64 Go
Réf. MX204 RE-S-1600x8

2 x 50 Go

MX240, MX480 et MX960

RE-S-2200X6-64G-S

2 x 50 Go

RE-S-X6-64G-LT

2 x 50 Go

RE-S-X6-128G-S

2 x 200 Go

Le MX2008

REMX2008-X8-64G-LT

2 x 100 Go

REMX2008-X8-128G-S

2 x 200 Go

MX2010 et MX2020

RE-MX2K-X8-64G

2 x 100 Go

RE-MX2K-X8-64G-LT

2 x 100 Go

RE-MX2K-X8-128G-S

2 x 200 Go
MX10003 RE-S-1600x8 2 x 50 Go

MX10008

MX10004

JNP10K-RE1, JNP10K-RE1-LT et JNP10K-RE1-128

2 x 200 Go

PTX3000 RCBPTX (en anglais seulement) 2 x 64 Go
PTX5000 RE-PTX-X8-64G 2 x 64 Go

PTX10002-60°C

RE-PTX10002-60C

2 x 50 Go
QFX10002-60°C

RE-QFX10002-60C

2 x 50 Go
SRX5000 SRX5K-RE3

2 x 128 Go

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

Les illustrations suivantes expliquent la partition de l’hôte pour faciliter le stockage accru 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 les SSD de 200 Go. Un disque virtuel d’une taille de 56 Go est 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 de partition hôte pour les moteurs de routage avec des disques SSD de Host partition table for Routing Engines with 200-GB SSDs 200 Go

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

Figure 4 : partitionnement de la machine virtuelle Partitioning of the guest VM invitée
Note:

Pour les moteurs de routage avec un SSD de 50 Go, la partition hôte reste inchangée.

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

Figure 5 : table de partition hôte pour les moteurs de routage sur les routeurs MX2010 et MX2020 avec SSD Host partition table for Routing Engines on MX2010 and MX2020 routers with 100GB SSD de 100 Go

Un disque virtuel d’une taille de 32 Go est alloué de la partition de machine virtuelle au système d’exploitation Junos OS invité en tant que var-config.disk.

Figure 6 : partition de machine virtuelle invitée sur les routeurs MX2010 et MX2020 Guest VM partition on MX2010 and MX2020 Routers

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 de SSD Disk2-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 de date et d’heure sont synchronisés entre le système d’exploitation Junos OS invité d’administration et le système d’exploitation hôte. Par conséquent, les horodatages dans les 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) offre les fonctions suivantes :

  • Détecter les corruptions dans le partitionnement des disques au démarrage du système et tenter de les récupérer automatiquement

  • Détecter les anomalies dans la configuration de Junos OS au démarrage du système et tenter de restaurer automatiquement la configuration, garantissant ainsi que les opérations et la gestion ne sont pas perturbées.

  • Détecter les corruptions dans les licences Junos OS au démarrage du système et tenter de les récupérer automatiquement.

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 principal. Toutefois, si le lancement de la machine virtuelle Junos échoue, 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 disponibles sur le disque de sauvegarde, à condition qu’il request vmhost snapshot s’agisse de la dernière opération 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 l’autre jeu sur le disque principal, à condition que request vmhost upgrade la dernière opération ait été effectuée.

La fonctionnalité 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 le système d’exploitation 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 en raison de la panique

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

  • Chien de garde 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 d’un système d’exploitation invité :

  • Redémarrage de l’hyperviseur

  • Cycle d’alimentation ou panne de courant

  • Redémarrez en raison d’une exception.

  • Reset-button reset : redémarrage déclenché en appuyant sur le bouton de réinitialisation situé sur le panneau avant.

  • Arrêt thermique

  • Chien de garde : redémarrage en raison de l’expiration de la minuterie de chien de garde 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 moteur de routage finit de démarrer et si vous devez remettre le routeur hors tension, exécutez la request vmhost power-off commande. Si vous souhaitez que le moteur de routage redémarre, utilisez la request vmhost reboot commande.

Amélioration de l’architecture hôte des machines virtuelles

L’intégration de TVP et de l’hôte de VM a conduit au développement de l’architecture d’hôte de VM améliorée, qui sépare efficacement les composants dépendants de la plate-forme et indépendants de la plate-forme, ainsi que les applications invitées. En maintenant le système d’exploitation invité, Junos OS, de manière largement indépendante de la plate-forme, nous améliorons à la fois la flexibilité et les performances. Pour faciliter cela, nous avons migré les éléments dépendants de la plate-forme vers l’espace utilisateur Linux en tant qu’entités de plugins. Cette structure permet aux activités de la plate-forme et du PFE de fonctionner indépendamment de Junos OS, augmentant ainsi l’efficacité globale du système. De plus, en utilisant Linux pour les composants dépendants de la plate-forme, nous pouvons également tirer parti des avantages des logiciels et des pilotes open source. Pour obtenir la liste des plates-formes qui prennent en charge l’architecture hôte de machine virtuelle améliorée, consultez l’Explorateur de fonctionnalités.

Voici la liste des principaux composants de l’architecture VMhost améliorée :

  • Junos VM : un système d’exploitation Junos OS compatible TVP basé sur la dernière version de FreeBSD.

  • Système d’exploitation Linux : un système d’exploitation Linux basé sur Wind River sera utilisé comme système d’exploitation hôte

  • SSD de stockage : un SSD sert de stockage interne non volatile pour les images, les journaux et les configurations de l’hôte de la machine virtuelle. Chaque RCB est équipé de deux SSD NVMe de 400 Go chacun : un SSD principal et un SSD secondaire. Chaque SSD stocke deux images d’hôte de machine virtuelle, appelées ensemble p et ensemble b.

Documentation connexe

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.

Libérer
Description
25.2
À partir de la version 25.2R1 de Junos OS, les routeurs MX Series prennent en charge l’architecture hôte de VM améliorée.
18.2
À partir de la version 18.2R1 de Junos OS, le moteur de routage du MX2008 prend en charge le démarrage sécurisé.