Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Déploiement et gestion de vJunosEvolved sur KVM

Lisez cette rubrique pour comprendre comment déployer et gérer l’instance vJunosEvolved après l’avoir installée sur KVM.

Cette rubrique décrit :

  • Comment faire apparaître vJunosEvolved sur les serveurs KVM à l’aide de libvirt.

  • Comment choisir la quantité de CPU et de mémoire, configurer les ponts requis pour la connectivité et configurer le port série.

  • Comment utiliser les sections de fichier 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 décrit comment configurer le déploiement de vJunosEvolved sur le serveur hôte.

Note:

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

L’intégralité du fichier XML vJunosEvolved.xml peut être téléchargée, ainsi que l’image de la machine virtuelle 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 requise, s’ils ne sont pas déjà installés. Reportez-vous à la section Configuration matérielle minimale requise pour vJunosEvolved.

  1. Créez des ponts Linux pour chaque interface WAN et configurez-les comme étant opérationnels.

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

    # ip link add et000 type bridge

    # ip link set et000 up

    # ip link add et001 type bridge

    # ip link set et001 up

  2. Faites une copie sur disque actif de l’image vJunosEvolved QCOW2 fournie.

    # cd /root

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

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

    Créez une copie distincte pour chaque vJunosEvolved que vous prévoyez de déployer. La réalisation d’une Live Copy permet de s’assurer que vous n’apportez aucune modification permanente à l’image d’origine. L’image en direct doit également être accessible en écriture par l’ID utilisateur qui déploie vJunosEvolved, généralement l’utilisateur root.

  3. 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 vJunosEvolved publiée. Ce document fait référence à des extraits clés de ce fichier d’exemple pour illustrer les strophes que vous devez modifier dans le fichier XML.

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

    Le bloc de code suivant fournit un exemple d’extrait de code 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 affiche également le nom du vJunosEvolved spécifique généré, qui est vJunosEvo dans ce cas.
  4. Modifiez le nom et l’emplacement de votre image vJunosEvolved.
    Note:

    Pour libvirt et QEMU-KVM, chaque machine virtuelle vJunosEvolved sur l’hôte doit disposer de sa propre image QCOW2 nommée.

    Utilisez l’extrait de code XML suivant pour spécifier le nom et l’emplacement de votre image vJunosEvolved :

  5. Créez l’image disque de configuration.
    # ./make-config.sh <juniper.conf> <config.qcow2>

    vJunosEvolved accepte une configuration initiale en connectant un deuxième disque à l’instance de machine virtuelle qui contient la configuration. Utilisez le script fourni make-config.sh pour créer l’image disque.

    Le fichier XML fait référence à ce lecteur de configuration, comme indiqué ci-dessous :

    Note:

    Si vous ne préférez pas la configuration initiale, supprimez la strophe ci-dessus du fichier XML.

  6. Configurez le port Ethernet de gestion.

    Cette étape vous permet de vous connecter au « re0 :mgmt-0 » de la machine virtuelle, c’est-à-dire au port de gestion, à partir de l’extérieur du serveur hôte sur lequel réside vJunosEvolved.

    Vous devez disposer d’une adresse IP routable configurée pour re0 :mgmt-0, soit par le biais d’un serveur DHCP, soit à l’aide d’une configuration CLI standard.

    Le « eth0 » dans la strophe ci-dessus fait référence à l’interface du serveur hôte qui fournit une connectivité au monde extérieur et doit correspondre au nom de cette interface sur votre serveur hôte.

    Si vous n'utilisez pas le protocole DHCP (Dynamic Host Configuration Protocol), une fois que vJunosEvolved est opérationnel, connectez-vous à sa console et configurez l'adresse IP pour « re0 :mgmt-0 » à l'aide de la configuration CLI, comme indiqué ci-dessous :

    Note:

    Les configurations de cette étape sont des exemples ou des exemples d’extraits de configuration. Vous devrez peut-être également configurer une route statique.

    # set interfaces re0:mgmt-0 unit 0 family inet address 10.92.249.111/23

    # set routing-options static route 0.0.0.0/0 next-hop 10.92.249.254

    Activez SSH sur le port de gestion RE.

    # set system services ssh root-login allow

  7. Créez un pont Linux pour chacun des ports que vous spécifiez dans le fichier XML.

    Les noms de ports 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 sont mappés aux interfaces et-0/0/0 et et-0/0/1 de Junos Evolved, respectivement.

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

    Dans cet exemple, l’extrait de code « 8610 » est choisi.

  9. Créez des interfaces canalisées ou non canalisées.

    L’option « channelized=yes » dans l’argument de ligne de commande fournit une option pour créer des interfaces WAN canalisées. Si rien n’est mentionné ou si la valeur « no » n’est mentionnée, alors les interfaces non canalisées sont initialisées au niveau de COSIM.

  10. Démarrez vJunosEvolved à l’aide de l’OVMF de QEMU comme mentionné ci-dessous.
    Note:

    À partir de la version 24.1 de vJunos OS, vous devez démarrer vJunosEvolved uniquement avec le BIOS UEFI. Sinon, le BIOS se bloque au démarrage.

  11. Créez la machine virtuelle vJunosEvolved à l’aide du fichier vJunosEvolved.xml.

    Ceci crée la première machine virtuelle vJunosEvolved. Les machines virtuelles suivantes peuvent être vJunosEvolved2,vJunosEvolved3, etc.

    Domaine vJunosEvolved créé à partir de vJunosEvolved.xml

Vérifier la machine virtuelle vJunosEvolved

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

  1. Vérifiez si vJunosEvolved est opérationnel.
    Note:

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

    Mais pour un seul cas, cela ressemble à ceci :

  2. Connectez-vous à la console série de la machine virtuelle du moteur de routage.

    Vous pouvez trouver le port auquel vous connecter à partir du fichier XML.

    Note:

    Le numéro de port telnet doit être unique pour chaque machine virtuelle vJunosEvolved résidant sur le serveur hôte.

  3. Vérifiez si les interfaces ET que vous avez spécifiées dans votre fichier XML sont actives.

    show interfaces terse

    Par exemple, si « et000 » et « et001 » ont été spécifiés dans votre fichier XML, alors les interfaces et-0/0/0 et et-0/0/1 doivent être à l’état « actif ». D’autres interfaces s’affichent également, mais elles ne peuvent pas transmettre le trafic.

  4. Vérifiez si une interface VNET est configurée sous chaque pont « et » correspondant.

    Utilisez la brctl commande sur le serveur hôte une fois vJunosEvolved démarré. Cette commande affiche une interface vnet sous chaque pont « et » correspondant :