Déployer et gérer vJunosE impliqué sur KVM

RÉSUMÉ Lisez ce sujet pour découvrir comment déployer et gérer l’instance vJunosEvolved après l’avoir installée sur KVM.

Cette rubrique décrit :

Comment mettre en place vJunosEvolved sur les serveurs KVM à l’aide de libvirt.
Comment choisir la quantité de processeur et de mémoire, configurer les ponts requis pour la connectivité et configurer le port série.
Comment utiliser des sections de fichiers XML pertinentes pour les configurations et les sélections répertoriées précédemment pour le déploiement.

Note:
Téléchargez l’exemple de fichier XML et l’image vJunosEvolved sur le site Web de Juniper.

Configurer le déploiement vJunosEvolved sur le serveur hôte

Cette rubrique explique comment configurer le déploiement vJunosEvolved sur le serveur hôte.

Note:

Cette rubrique ne met en évidence que quelques sections du fichier XML utilisées pour déployer vJunosEvolved via libvirt.

L’intégralité du fichier XML vJunosEvolved.xml est disponible en téléchargement, ainsi que l’image de la VM et la documentation associée sur la page de téléchargement du laboratoire.

Installez les packages mentionnés dans la section Configuration logicielle minimale, s’ils ne sont pas déjà installés. Voir les exigences matérielles minimales pour vJunosEvolved.

Créez un pont Linux pour les liaisons RPIO, PFE (Routing Engine-COSIM) et WAN.

Par exemple, et-0/0, et-0/0/1, et-0/1, de vJunosE impliquent que vous prévoyez d’utiliser.

# ip link add PFE_LINK type bridge

# ip link add RPIO_LINK type bridge

# ip link add et000 type bridge

# ip link add et001 type bridge

Note:
Actuellement, vous devez mentionner les liaisons de pont PFE et RPIO pour vJunosE impliquées dans l’orchestration, car l’architecture EVO ne tient pas de numérotage de l’interface Ethernet pour ces liaisons de pont et peut incrorémédiamment considérer l’interface WAN du COSIM comme des ponts, ce qui affecte le chemin de trafic.
Faites une copie en direct de l’image qcOW2 vJunosEvolved fournie.

# cd /root

# cp vJunosEvolved-<release>.qcow2 vJunosEvolved-<release>-live.qcow2

# chmod u+w vjunosEvolved-<release>-live.qcow2

Faites une copie distincte pour chaque vJunosE impliqué que vous prévoyez de déployer. La réalisation d’une copie en direct garantit que vous n’effectuez aucun changement permanent sur l’image originale. L’image en direct doit également être accessible en écriture par l’utilisateur qui déploie vJunosEvolved, généralement l’utilisateur racine.
Spécifiez le nombre de cœurs fournis à vJunosEvolved en modifiant la strophe suivante. Pour la mémoire par défaut de 8 Go requise par vJunosEvolved, utilisez l’extrait de code suivant :
Note:
Un exemple de fichier vJunosEvolved.xml est également disponible avec l’image de vJunosEvolved publiée. Ce document fait référence à des extraits clés de cet exemple de fichier pour illustrer les strophes que vous devez modifier dans le fichier XML.

Utilisez les exemples de fichiers extraits de vJunosEvolved.xml disponibles avec l’image de vJunosEvolved publiée pour éviter les erreurs.

Le codeblock suivant fournit un exemple d’extrait XML de processeur, où le nombre de cœurs requis par défaut est de 4, ce qui est suffisant pour la plupart des applications. Vous pouvez augmenter le nombre de cœurs ajoutés en modifiant la strophe ci-dessous.
Vous pouvez augmenter la mémoire si nécessaire. Il indique également le nom du vJunosE spécifique en cours de naissance, qui est vJunosEvo dans ce cas.
Modifiez le nom et l’emplacement de votre image vJunosEvolved.
Note:
Pour libvirt et QEMU-KVM, chaque vm impliquée vJunosE sur l’hôte doit être dotée de sa propre image QCOW2 de nom unique.

Utilisez l’extrait XML suivant pour spécifier le nom et l’emplacement de votre image vJunosEvolved :
Créez l’image du disque de configuration.
# ./make-config.sh <juniper.conf> <config.qcow2>
Le vJunosEvolved accepte une configuration initiale en connectant un deuxième disque à l’instance vm qui contient la configuration. Utilisez le make-config.sh de script fourni pour créer l’image du disque.

Le fichier XML fait référence à ce lecteur de configuration comme illustré ci-dessous :
Note:
Si vous ne préférez pas la configuration initiale, supprimez la strophe ci-dessus du fichier XML.

Créez un pont Linux pour chacun des ports spécifiés dans le fichier XML.

Les noms de port sont spécifiés dans le bloc de code suivant.

La convention pour vJunosEvolved est d’utiliser et00x. Dans l’exemple suivant, et000 et et001 s’mappent aux interfaces Junos Evolved et-0/0/0 et et-0/0/1 respectivement.

Fournissez un numéro de port de console série unique pour chaque vJunosE impliqué sur votre serveur hôte.

Dans cet échantillon, on choisit « 8610 ».

Créez des interfaces canalisées ou non.

Le « channelized=yes » dans l’arg de ligne de commande permet de créer des interfaces WAN canalisées. Si rien n’est mentionné ou si la valeur « non » est mentionnée, alors les interfaces non channelisées sont initialisées au COSIM.

Créez vJunosEvolved VM à l’aide du fichier vJunosEvolved.xml.
Cela crée la première VM vJunosEvolved. Les machines virtuelles suivantes peuvent être vJunosEvolved2, vJunosEvolved3, etc.
Domaine vJunosEvolved créé à partir de vJunosEvolved.xml

Vérifier la VM vJunosEvolved

Cette rubrique explique comment vérifier si vJunosEvolved est opérationnel.

Vérifiez si le vJunosEvolved est opérationnel.

Note:
Le fichier XML à télécharger est « vJunosEvolved.xml ». Si vous créez plusieurs instances, les noms de domaine et de fichiers XML et disque en direct doivent être uniques.

Mais pour une seule instance, il semble que :
Connectez-vous à la console série de la VM du moteur de routage.
Vous trouverez le port à connecter à partir du fichier XML.

Note:
Le numéro de port Telnet doit être unique pour chaque VM vJunosE impliquée résidant sur le serveur hôte.
Vérifiez si les interfaces ET que vous avez spécifiées dans votre fichier XML sont en place.
show interfaces terse

Par exemple, si « et000 » et « et001 » sont spécifiés dans votre fichier XML, alors les interfaces et-0/0/0 et-0/0/1 doivent être à l’état « opérationnel ». D’autres interfaces s’affichent également, mais ces interfaces ne peuvent pas passer le trafic.
Vérifiez si une interface VNET sous chaque pont « et » correspondant est configurée.
Utilisez la brctl commande sur le serveur hôte une fois que vJunosEvolved est démarré. Cette commande affiche une interface vnet sous chaque pont « et » correspondant :