Ein Cluster Node ist mit einem oder mehreren Netzwerken verbunden, mit denen die virtuellen Maschinen mittels der entsprechenden Brigdes kommunizieren. Für den Aufbau eines virtuellen Netzwerks wird lediglich der Name der Brigde benötigt, um mit den virtuellen Maschinen eine Verbindung herzustellen.
Dieser Artikel beschreibt, wie virtuelle Netzwerke innerhalb von OpenNebula erstellt und genutzt werden können. Die folgenden Beispiele gehen dabei davon aus, dass die Cluster Nodes mit zwei physikalischen Netzwerken verbunden sind. Folgende Konstellation besteht:
- Ein privates Netzwerk mit der virtuellen Bridge vbr0.
- Ein Netzwerk inkl. Internetverbindung mit der virtuellen Bridge vbr1.
Definition eines virtuellen Netzwerks
OpenNebula ermöglicht die Erstellung von virtuellen Netzwerken, indem diese auf die physikalischen aufgesetzt und mit ihnen verbunden werden. Alle virtuellen Netzwerke teilen sich einen Standardwert für die MAC-Präfix, welcher in der Datei oned.conf konfiguriert wird.
In OpenNebula existieren zwei Arten von virtuellen Netzwerken:
- Statische: Definiert einen festen Satz von IP/MAC-Adressen Paaren
- Klassen: Definiert ein Class X Netzwerk (z.B. Class A)
Virtuelle Netzwerke die von dem Benutzer oneadmin erstellt wurden, können von jedem anderen Benutzer ebenfalls verwendet werden.
Statische virtuelle Netzwerke
Ein statisches Netzwerk besteht aus einem Satz von IP-Adressen, die MAC Adressen zugeordnet sind. Dieses geschieht in einer gewöhnlichen Textdatei.
Für die Definition eines statischen Netzwerks werden die vier folgenden Informationen benötigt:
- NAME: Name des virtuellen Netzwerks
- TYPE: In diesem Fall – Fixed
- BRIDGE: Name der physikalischen Bridge des physikalischen Hosts, mit der die virtuelle Maschine eine Netzwerkverbindung aufbauen wird.
- LEASES: Definition der IP-/MAC Paare. Sollte eine IP-Adresse definiert sein, aber keine Verknüpfung mit einer MAC-Adresse bestehen, wird OpenNebula das Paar automatisch mit der Regel MAC = MAC_PREFFIX:IP generieren. Zum Beispiel erhalten wir mit der IP-Adresse 10.0.0.1 und dem MAC_PEFFIX die MAC 00:16:0a:00:00:01.
Um ein statisches virtuelles Netzwerk mit dem Namen “Public” und den öffentlichen IP Adressen für die virtuellen Maschinen zu erstellen reicht der Inhalt der folgenden Datei.
NAME = "Public"
TYPE = FIXED
#Auf Grund der Internetverbindung muss das Netzwerk an "virdr1" gebunden werden.
BRIDGE = vbr1
LEASES = [IP=130.10.0.1, MAC=50:20:20:20:20:20]
LEASES = [IP=130.10.0.2, MAC=50:20:20:20:20:21]
LEASES = [IP=130.10.0.3]
LEASES = [IP=130.10.0.4]
Klassifiziertes virtuelles Netzwerk
Diese Art von virtuellen Netzwerk benötigt u.a. einen festgelegten IP-Adressblock und weitere folgende Informationen:
- NAME: Name des virtuellen Netzwerks.
- TYPE: In diesem Fall – Ranged.
- BRIDGE: Name der physikalischen Bridge.
- NETWORK_ADDRESS: IP-Adressblock
- NETWORK_SIZE: Anzahl der Hosts die sich in diesem Netzwerk befinden dürfen. Das kann über eine Zahl oder über die Netzwerk Klasse A, B oder C definiert werden.
Das folgende Beispiel zeigt die Definition eines solchen Netzwerktyps.
NAME = "Red LAN"
TYPE = RANGED
# Hier nutzen wir das physikalische private Netzwerk des Cluster
BRIDGE = vbr0
NETWORK_SIZE = C
NETWORK_ADDRESS = 192.168.0.0
Die Standardwerte für die NETWORK_SIZE können der oned.conf entnommen werden.
Hinzufügen und Löschen virtueller Netzwerke
Sobald ein Template für ein virtuelles Netzwerk definiert wurde, kann der onevnet Befehl genutzt werden um dieses zu erstellen.
Um die beiden oben genannten Netzwerke zu erstellen fügen wir die jeweiligen Definitionen in die zwei unterschiedliche Dateien mit den Namen public.net und red.net und führen folgenden Befehl aus.
$ onevnet -v create public.net
$ onevnet -v create red.net
Mittels onevnet kann innerhalb von OpenNebula ebenfalls nach verfügbaren virtuellen Netzwerken gesucht werden.
$ onevnet list
NID USER NAME TYPE BRIDGE #LEASES
2 oneadmin Public Fixed vbr1 0
3 oneadmin Red LAN Ranged vbr0 0
Dabei steht USER für den Eigentümer des Netzwerks und #LEASES für die Anzahl von IP-MAC Adressen die einer virtuellen Maschine aus diesem Netzwerk zugwiesen sind.
Um eine virtuelles Netzwerk zu entfernen wird der Befehl onevnet delete verwendet. Um die oben genannten Netzwerke zu löschen verwenden wir:
$onevnet delete 2
$onevnet delete 'Red LAN'
Mittels onevnet show können die vergebenen IP-Adressen innerhalb eines Netzwerks angezeigt werden.
Leasing
Das Leasing einer virtuellen Maschine aus einem virtuellen Netzwerk wird vorgenommen, indem der Name des virtuellen Netzwerks für das Attribute NIC angegeben wird.
Um ein virtuelle Maschine mit zwei Netzwerkschnittstellen zu definieren, bei der eine Schnittstelle mit Red LAN und die andere mit Public verbunden ist muss das Template um folgenden Eintrag erweitert werden.
NIC=[NETWORK="Public"]
NIC=[NETWORK="Red LAN"]
Es kann ebenfalls eine bestimmte Adresse angefragt werden, indem zusätzlich die IP oder MAC-Adresse dem Attribute hinzugefügt wird.
NIC=[NETWORK="Red LAN", IP=192.168.0.3]
Ist die virtuelle Maschine übertragen wurde, schaut OpenNebula in den virtuellen Netzwerken Public und Red LAN nach verfügbaren IP-Adressen. Mit dem Befehl onevm show können anschließend Informationen über die virtuelle Maschine und das Netzwerk ausgegeben werden.
$ onevm show 12
VIRTUAL MACHINE 12 INFORMATION
ID : 12
NAME : server
STATE : PENDING
LCM_STATE : LCM_INIT
START TIME : 07/15 15:30:53
END TIME : -
DEPLOY ID: : -
VIRTUAL MACHINE TEMPLATE
NAME=server
NIC=[
BRIDGE=vbr1,
IP=130.10.0.1,
MAC=50:20:20:20:20:20,
NETWORK=Public,
VNID=5 ]
NIC=[
BRIDGE=eth0,
IP=192.168.0.1,
MAC=00:03:c0:a8:00:01,
NETWORK=Red LAN,
VNID=4 ]
VMID=12
Nun kann mit dem Befehl onevnet list die Leasing Informationen und weitere Details zu den virtuellen Netzwerken angezeigt werden.
$ onevnet list
NID USER NAME TYPE BRIDGE #LEASES
2 onedmin Red LAN Ranged vbr0 1
3 oneamdin Public Fixed vbr1 1
Achtung!!! Nicht in jedem Netzwerk ist das Leasing aktiviert.
$ onevnet show 4
VIRTUAL NETWORK 4 INFORMATION
ID: : 4
UID: : 0
VIRTUAL NETWORK TEMPLATE
BRIDGE=eth0
NAME=Red LAN
NETWORK_ADDRESS=192.168.0.0
NETWORK_SIZE=C
TYPE=RANGED
LEASES INFORMATION
LEASE=[ IP=192.168.0.1, MAC=00:03:c0:a8:00:01, USED=1, VID=12 ]
Die IP 192.168.0.1 wird von der virtuellen Maschine 12 verwendet.
Leasing innerhalb der virtuellen Maschine
Ein Hypervisor kann eine bestimmte MAC Adresse mit einer virtuellen Netzwerschnittstelle verknüpfen. Virtuelle Maschinen hingegen müssen eine erhalten. Es existiert eine Reihe von Möglichkeiten dieses mit OpenNebula zu realisieren.
- Die IP-Adresse von der MAC Adresse mittels der Standardmethode erhalten.
- Mithilfe des CONTEXT Attribut.
Eine virtuelle Maschine konfigurieren um das Leasing zu nutzen
Mit OpenNebula kann die IP-Adresse aus der MAC-Adresse mittels der MAC_PREFFIX:IP Regel angeleitet werden. Um dieses zu erreichen, existiert für Debian basierte Systeme ein Skript und kann ebenfalls für andere Distributionen genutzt werden, siehe dazu dev.opennebula.org.
Um die virtuelle Maschine dafür zu konfigurieren sind folgende Schritte notwendig.
- Kopieren des Skript $ONE_LOCATION/share/scripts/vmcontext.sh in das Verzeichnis /etc/init.d.
- Ausführen des Skripts während des Bootvorgangs bevor ein Netzwerkdienst gestartet wird – z.B. Runlevel 2.
$ ln /etc/init.d/vmcontext.sh /etc/rc2.d/S01vmcontext.sh
Während des Bootvorgangs führt die virtuelle Maschine das Skript aus, scanned alle verfügbaren Netzwerkschnittstellen und identifiziert deren MAC-Adressen. Weiterhin wird die MAC mit der IP-Adresse verknüpft und eine Schnittstelle unter /etc/network/interfaces erstellt, um sicherzustellen dass die IP Adresse der entsprechende Schnittstelle richtig zugewiesen wird.
Quelle
- Managing Virtual Networks 1.4