Ich verwende VMware vCenter 5.1 zur Verwaltung meiner Server. Ich möchte einige virtuelle Maschinen über einige VM-Vorlagen bereitstellen und vCenter bitten, diesen VMs automatisch IP-Adressen zuzuweisen. Aber das hat nicht funktioniert und das Netzwerk ist für die von mir bereitgestellte VM nicht richtig konfiguriert. Ich habe keine Ahnung, was hier schiefgelaufen ist.
Folgendes habe ich getan: Ich habe ein Netzwerkprotokollprofil mit einem IPv4-IP-Pool erstellt und es mit meinem Netzwerk namens „VM-Netzwerk“ verknüpft. Außerdem habe ich eine VM mit aktivierten „vApp-Optionen“ erstellt. In den „vApp-Optionen“ des Abschnitts „Authoring“ ist das IP-Zuweisungsschema auf „OVF-Umgebung“ eingestellt und im Abschnitt „Bereitstellung“ ist die „IP-Zuweisung“ auf „Statischer IP-Pool“ eingestellt. Außerdem habe ich eine vApp erstellt, um das „VM-Netzwerk“ zu verwenden, und die zuvor erstellte VM als Vorlage verwendet, um eine neue VM in der vApp zu erstellen. Meine VM ist ein CentOS 6.4-Gast mit den neuesten installierten und ausgeführten VMware-Tools.
Das Problem besteht darin, dass beim Erstellen einer VM in der vApp der Netzwerkadapter nicht richtig eingerichtet ist (/etc/sysconfig/networking-scripts/ifcfg-eth0 enthält eine falsche Mac-Adresse und eth0 war nicht aktiv) und ihr keine IP zugewiesen wurde.
Meine Frage ist, wie ich meine VM/VMware vCenter so konfigurieren kann, dass sie zusammen funktionieren, sodass vCenter neuen VMs, die ich bereitstelle, eine statische IP-Adresse aus dem IP-Pool zuweist. Danke.
Antwort1
Das Problem, auf das Sie stoßen, ist, dass MAC-Adressen eindeutig sein müssen, sodass beim Klonen einer Maschine die MAC-Adressen neu generiert werden. Leider ist die Neukonfiguration Ihrer Netzwerkkonfigurationsdateien zur Berücksichtigung der neuen MAC nichts, was VMware Tools übernimmt. Darüber hinaus hat CentOS erkannt, dass bereits eine eth0-Schnittstelle vorhanden ist, und die neue MAC auf eine neue eth1-Schnittstelle gelegt.
Dieses VMware-KB behandelt Ihr Problem:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2002767
Die Fehlerbehebung lässt sich problemlos per Skript durchführen und ich bin sicher, dass der Zugriff auf das vCloud Automation Center oder einen ähnlichen Dienst dies erleichtern würde.
Ein einfaches Skript vom Typ „Erster Systemstart“, das dieses Problem lösen könnte, würde Folgendes tun:
- Suchen Sie die neue MAC, die generiert wurde (wird als eth1 konfiguriert, wenn die VM nur einen Adapter hat)
- Ersetzen Sie die MAC in ifcfg-eth0 durch die MAC in ifcfg-eth1.
- Entfernen Sie 70-persistent-net.rules
- Starten Sie die VM neu
Skriptbeispiel unten:
#!/bin/sh
#Find the MAC that was generated for the clone (assumes only one network adapter added to the VM)
NEW_MAC=`/sbin/ifconfig eth1 |grep -i hwaddr |awk {'print $5'}`
#Replace the MAC in the eth0 file
/bin/sed -i "s/HWADDR.*/HWADDR=$NEW_MAC/" /etc/sysconfig/network-scripts/ifcfg-eth0
#Delete the net rules file
/bin/rm /etc/udev/rules.d/70-persistent-net.rules