Bereitstellen und Verwalten von vJunosEvolved auf KVM

Lesen Sie dieses Thema, um zu verstehen, wie die vJunosEvolved-Instanz nach der Installation auf KVM bereitgestellt und verwaltet wird.

In diesem Thema wird Folgendes beschrieben:

So starten Sie vJunosEvolved auf den KVM-Servern mit libvirt.
Auswahl der CPU- und Speichermenge, Einrichtung der erforderlichen Bridges für die Konnektivität und Konfiguration der seriellen Schnittstelle.
Verwendung relevanter XML-Dateiabschnitte für die zuvor aufgeführten Konfigurationen und Auswahlen für die Bereitstellung.

Anmerkung:
Laden Sie die XML-Beispieldatei und das vJunosEvolved-Image von der Juniper Website herunter.

Einrichten der vJunosEvolved-Bereitstellung auf dem Hostserver

In diesem Thema wird beschrieben, wie Sie die vJunosEvolved-Bereitstellung auf dem Hostserver einrichten.

Anmerkung:

In diesem Thema werden nur einige Abschnitte der XML-Datei behandelt, die zum Bereitstellen von vJunosEvolved über libvirt verwendet wird.

Die gesamte XML-Datei vJunosEvolved.xml steht zusammen mit dem VM-Image und der zugehörigen Dokumentation auf der Lab-Downloadseite zum Download zur Verfügung.

Installieren Sie die im Abschnitt Mindestanforderungen an die Software genannten Pakete, falls sie noch nicht installiert sind. Weitere Informationen finden Sie unter Mindesthardwareanforderungen für vJunosEvolved.

Erstellen Sie für jede WAN-Schnittstelle eine Linux-Bridge, und konfigurieren Sie sie als up.

Beispiel: et-0/0/0, et-0/0/1 usw. von vJunosEvolved, das Sie verwenden möchten.

# ip link add et000 type bridge

# ip link set et000 up

# ip link add et001 type bridge

# ip link set et001 up
Erstellen Sie eine Live-Kopie des bereitgestellten QCOW2 vJunosEvolved-Images.

# cd /root

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

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

Erstellen Sie für jeden vJunosEvolved, den Sie bereitstellen möchten, eine eigene Kopie. Wenn Sie eine Live-Kopie erstellen, stellen Sie sicher, dass Sie keine dauerhaften Änderungen am Originalbild vornehmen. Das Live-Image muss außerdem von der Benutzer-ID, die vJunosEvolved bereitstellt – in der Regel dem Root-Benutzer, beschreibbar sein.
Geben Sie die Anzahl der Kerne an, die für vJunosEvolved bereitgestellt werden, indem Sie die folgende Zeile ändern. Verwenden Sie für den für vJunosEvolved erforderlichen Standardarbeitsspeicher von 8 GB den folgenden Codeausschnitt:
Anmerkung:
Eine Beispieldatei für vJunosEvolved.xml ist auch mit dem geposteten vJunosEvolved-Image verfügbar. Dieses Dokument verweist auf Schlüsselausschnitte aus dieser Beispieldatei, um die Bereiche zu veranschaulichen, die Sie in der XML-Datei bearbeiten müssen.

Verwenden Sie die Beispiel- vJunosEvolved.xml Snippet-Dateien, die mit dem bereitgestellten vJunosEvolved-Image verfügbar sind, um Fehler zu vermeiden.

Der folgende Codeblock enthält ein Beispiel für einen CPU-XML-Codeausschnitt, bei dem die Standardanzahl der erforderlichen Kerne 4 beträgt, was für die meisten Anwendungen ausreichend ist. Du kannst die Anzahl der hinzugefügten Kerne erhöhen, indem du die folgende Zeile änderst.
Sie können den Arbeitsspeicher bei Bedarf erweitern. Außerdem wird der Name des spezifischen vJunosEvolved angezeigt, das erzeugt wird, in diesem Fall vJunosEvo.
Ändern Sie den Namen und den Speicherort Ihres vJunosEvolved-Images.
Anmerkung:
Für libvirt und QEMU-KVM muss jeder vJunosEvolved-VM auf dem Host ein eigenes, eindeutig benanntes QCOW2-Image zur Verfügung gestellt werden.

Verwenden Sie das folgende XML-Snippet, um den Namen und den Speicherort für Ihr vJunosEvolved-Image anzugeben:
Erstellen Sie das Konfigurationsdatenträger-Image.
# ./make-config.sh <juniper.conf> <config.qcow2>
vJunosEvolved akzeptiert eine Erstkonfiguration, indem eine zweite Festplatte mit der VM-Instanz verbunden wird, die die Konfiguration enthält. Verwenden Sie das bereitgestellte Skript make-config.sh, um das Disk-Image zu erstellen.

Die XML-Datei verweist wie folgt auf dieses Konfigurationslaufwerk:
Anmerkung:
Wenn Sie die Erstkonfiguration nicht bevorzugen, entfernen Sie die obige Zeilengruppe aus der XML-Datei.
Richten Sie den Management-Ethernet-Port ein.

In diesem Schritt können Sie eine Verbindung mit dem "re0:mgmt-0" der VM herstellen, d. h. dem Management-Port von außerhalb des Hostservers, auf dem sich vJunosEvolved befindet.

Sie müssen eine routingfähige IP-Adresse für re0:mgmt-0 konfiguriert haben, entweder über einen DHCP-Server oder mithilfe der Standard-CLI-Konfiguration.
Das "eth0" in der obigen Zeile bezieht sich auf die Host-Server-Schnittstelle, die die Verbindung zur Außenwelt bereitstellt, und sollte mit dem Namen dieser Schnittstelle auf Ihrem Host-Server übereinstimmen.

Wenn Sie kein DHCP (Dynamic Host Configuration Protocol) verwenden, verbinden Sie vJunosEvolved mit der Konsole und konfigurieren Sie die IP-Adresse für "re0:mgmt-0" mithilfe der CLI-Konfiguration wie folgt:

Anmerkung:
Bei den Konfigurationen in diesem Schritt handelt es sich um Beispiele oder Beispielkonfigurationsausschnitte. Möglicherweise müssen Sie auch eine statische Routenkonfiguration einrichten.

# 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

Aktivieren Sie SSH für den RE-Management-Port.

# set system services ssh root-login allow

Erstellen Sie eine Linux-Bridge für jeden der Ports, die Sie in der XML-Datei angeben.

Die Portnamen werden im folgenden Codeblock angegeben.

Die Konvention für vJunosEvolved lautet, et00x zu verwenden. Im folgenden Beispiel werden et000 und et001 den Junos weiterentwickelt Schnittstellen et-0/0/0 bzw. et-0/0/1 zugeordnet.

Geben Sie für jeden vJunosEvolved auf Ihrem Hostserver eine eindeutige Portnummer für die serielle Konsole an.

In diesem Beispielcodeausschnitt wird "8610" ausgewählt.

Erstellen Sie kanalisierte oder nicht kanalisierte Schnittstellen.

Das "channelized=yes" im Befehlszeilen-Argument bietet eine Option zum Erstellen von kanalisierten WAN-Schnittstellen. Wenn nichts erwähnt wird oder der Wert "no" erwähnt wird, werden nicht kanalisierte Schnittstellen bei COSIM initialisiert.

Starten Sie vJunosEvolved mit QEMUS OVMF, wie unten beschrieben.
Anmerkung:
Ab vJunos OS Version 24.1 müssen Sie vJunosEvolved nur mit dem UEFI-BIOS starten. Andernfalls hängt sich das BIOS beim Booten auf.
Erstellen Sie eine vJunosEvolved-VM mithilfe der vJunosEvolved.xml Datei.
Dadurch wird die erste vJunosEvolved-VM erstellt. Die nachfolgenden VMs können vJunosEvolved2, vJunosEvolved3 usw. sein.
Domäne vJunosEvolved, die aus vJunosEvolved.xml erstellt wurde

Überprüfen der vJunosEvolved-VM

In diesem Thema wird beschrieben, wie überprüft wird, ob vJunosEvolved ausgeführt wird.

Überprüfen Sie, ob vJunosEvolved ausgeführt wird.

Anmerkung:
Die XML-Datei zum Download ist "vJunosEvolved.xml". Wenn Sie mehr als eine Instanz erstellen, müssen die Domänen- und XML- und Live-Datenträger-Dateinamen eindeutig sein.

Aber für eine einzelne Instanz sieht es so aus:
Stellen Sie eine Verbindung mit der seriellen Konsole der Routing-Engine-VM her.
Den Port, mit dem eine Verbindung hergestellt werden soll, finden Sie in der XML-Datei.

Anmerkung:
Die Telnet-Portnummer muss für jede vJunosEvolved-VM, die sich auf dem Hostserver befindet, eindeutig sein.
Überprüfen Sie, ob die ET-Schnittstellen, die Sie in der XML-Datei angegeben haben, funktionieren.
show interfaces terse

Wenn z. B. "et000" und "et001" in Ihrer XML-Datei angegeben wurden, sollten sich die Schnittstellen et-0/0/0 und et-0/0/1 im Status "up" befinden. Andere Schnittstellen werden ebenfalls angezeigt, aber diese Schnittstellen können keinen Datenverkehr weiterleiten.
Überprüfen Sie, ob eine VNET-Schnittstelle unter jeder entsprechenden "et"-Bridge konfiguriert ist.
Verwenden Sie den brctl Befehl auf dem Hostserver, sobald vJunosEvolved gestartet wurde. Dieser Befehl zeigt eine VNET-Schnittstelle unter jeder entsprechenden "et"-Bridge: