VMWare-Server: Unterschied zwischen den Versionen
Uli (Diskussion | Beiträge) |
Uli (Diskussion | Beiträge) |
||
Zeile 1: | Zeile 1: | ||
=Links= | =Links= | ||
==Vmware vSphere Versionsübersicht== | ==Vmware vSphere Versionsübersicht== | ||
− | [https://www.virten.net/vmware/vsphere-version-comparison/ | + | [https://www.virten.net/vmware/vsphere-version-comparison/ VMware vSphere Versionsübersicht] |
==vSphere 4== | ==vSphere 4== |
Aktuelle Version vom 15. September 2015, 09:54 Uhr
Inhaltsverzeichnis
Links
Vmware vSphere Versionsübersicht
VMware vSphere Versionsübersicht
vSphere 4
vSphere 5
Backup
Backup / Restore
Backup
Restore
VM klonen auf der Konsole
Wenn man keinen VirtualCenter Server hat, kann man VM nur auf der Konsole klonen.
Wer einen ESXi-Server im Einsatz hat, und darauf eine VM klonen möchte, wird mit einer ernüchternden Tatsache konfrontiert: Im VMware Infrastructure Client besteht keine Möglichkeit, eine virtuelle Maschine zu klonen – etwa so, wie es bereits von VMware Workstation oder Server bekannt ist.
- An Konsole von ESXi anmelden (lokal wie remote)
- In den Storageordner navigieren (z.b. “cd /vmfs/volumes/storage“)
- Ein Verzeichnis für die neue VM anlegen (z.b. “mkdir client1“)
- Mittels vmkfstools eine Kopie einer bestehenden VM-Disk erstellen (Erster Parameter: Pfad zur Source-Virtualdisk, zweiter der zur Ziel-Disk):
vmkfstools -i /vmfs/volumes/store/Client01/Client01-0.vmdk /vmfs/volumes/store/Client02/Client02-0.vmdk
- Sobald die Kopie erstellt wurde, kann im Infrastructure-Client eine neue VM erstellt werden. Beim Punkt, ob eine neue HardDisk erstellt werden soll, muss nun lediglich der Pfad zur soeben erstellten Kopie angegeben werden!
VMware Infrastructure Client mit SingleSignOn
Wenn es euch wie mir geht, und es euch nervt, ständig den Benutzernamen und das Passwort einzugeben, wenn man sich mit einem ESX oder ESXi-Server verbinden will, kann man einen SingleSignOn per Shortcut einrichten.
Dafür einfach eine Verknüpfung zur VpxClient.exe im Verzeichnis C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher erstellen.
- Als Kommandozeilenparameter gibt man nun mit:
XP -u benutzer -p passwort -s server 'W7 "C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe" -u root -p rtfm -s [IP-ESX_SERVER]
vSphere4 Cient unter Windows 7 64bit
Wenn folgende Fehlermeldungen beim verbinden auftreten, benötigt es folgende vier Schritte um den Fehler zu beheben:
Schritt 1.)
- Download einer system.dll
- Org.-Link
- Lokaler Download
- Note: This DLL is usually found in the %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\ directory of a non Windows 7 PC with .NET v3.5 SP1 installed.
Schritt 2.)
- Abspeichern der system.dll in folgendem Verzeichnis
C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib
Wenn das Verzeichnis lib nicht vorhanden ist, muss es angelegt werden
Schritt 3.)
- Die Datei C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe.config wie folgt ergänzen:
<?xml version="1.0" encoding="utf-8"?> <configuration> <system.net> <connectionManagement> <clear/> <add address="*" maxconnection="8" /> </connectionManagement> </system.net> <appSettings> <add key = "protocolports" value = "https:443"/> </appSettings>
- Einfügen -----------------------------------------------
<runtime> <developmentMode developerInstallation="true"/> </runtime>
- Ende ---------------------------------------------------
</configuration>
Schritt 4.)
- Systemvaribable anlegen
- Ausführen -> SystemPropertiesAdvanced
- Registerkarte - Erweitert -
- - Umgebungsvariablen... -
- - Systemvariablen - Neu... -
Variable: DEVPATH Wert: C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib
- Nun kann der vSphere4 Client gestartet werden.
You are now ready to start using the VMware vSphere Client on your Windows 7 machine! Some people have reported having to run the client as an ‘Administrator’ so if you are having difficulties it may pay to try this – I luckily didn’t experience this problem. Also you will likely have to reboot your machine (or restart the explorer.exe process) for your new path information to come into effect.
Link zur Original-Doku
ESX Serverdienste neu starten
Bis ESX 4.x
Manchmal ist es notwendig, den vmware-Prozess auf einem ESX-Host neu zu starten, z.B. wenn die Steuerung über den Infrastructure Client nicht mehr möglich ist.
- Restart von mgmt-vmware
- VMware ESX Host Agent Watchdog
- VMware ESX Host Agent
# service mgmt-vmware restart Stopping VMware ESX Management services: VMware ESX Host Agent Watchdog [ OK ] VMware ESX Host Agent [ OK ] Starting VMware ESX Management services: VMware ESX Host Agent (background) [ OK ] Availability report startup (background) [ OK ]
- Restart VC-Agent
# service vmware-vpxa start Starting vmware-vpxa: [ OK ]
- VMware Verzeichnis Listing
# vmware-cmd -l /vmfs/volumes/497446cd-e8bb4fdf-a900-001f295f1f90/vm-wsus/vm-wsus.vmx ... ... /vmfs/volumes/497446cd-e8bb4fdf-a900-001f295f1f90/James/James.vmx
- Hoststatus abfragen (Ein- Ausgeschaltet)
# vmware-cmd /vmfs/volumes/497446a6-f118d977-6692-001f295f1f90/IDP-01/IDP-01.vmx getstate getstate() = off
ESX 5.x
Auf der Linuxkonsole wird folgender Befehl ausgeführt:
services.sh
Der Befehl Restartet alle Dienste, macht einen Rescan auf den Storage uvm. Die VM laufen dabei weiter. Empfehel würde ich trotzdem, wenn möglich, die VMs auf einen anderen ESX zu verschieben. Sicher ist sicher ;-)
HA und VC Pakete neu installieren
- Wenn es Probleme mit HA oder dem VC Agent gibt, kann man die RPM-Pakete auf dem ESX4 deinstallieren.
Pakte suchen
rpm -qa | grep aam VMware-aam-vcint-2.2.0-1 VMware-aam-haa-2.2.0-1 rpm -qa | grep vpxa VMware-vpxa-4.0.0-162856
Pakete löschen
rpm -e VMware-aam-vcint-2.2.0-1 rpm -e VMware-aam-haa-2.2.0-1 rpm -e VMware-vpxa-4.0.0-162856
VC-Server
- Dann den Host im VC-Server löschen und neu hinzufügen.
Damit werden die oben deinstallierten Pakete wieder intsalliert
vSphere 5 / ESX 5.x
SSH Freischalten
- SSH Dienst bereit stellen
- Im vSphere Client den ESX auswählen
- Unter Konfiguration Sicherheitsprofil auswählen
- Unter Dienste die Eigenschaften bearbeiten
- Dienst SSH auswählen und mit Optionen... konfigurieren
- Klick OK
- SSH Public-Key einrichten
Der Public-Key wir unter /etc/ssh nach folgendem Prinzip abgelegt
cd /etc/ssh mkdir keys-[USERNEME]/authorized_keys (mkdir keys-root/authorized_keys)
- SSH Warnmeldung im VC deaktivieren
- Im vSphere Client den ESX auswählen
- Unter Konfiguration Erweiterte Einstellungen auswählen
- Unter UserVars > UserVars.SuppressShellWarning
- Den Wert von 0 auf 1 setzen
- Klick 2x OK
Scratch-Files auf Datastoretorage verlegen
Wenn im ESXi Server statt Festplatten SD oder USB Stick für die Installation verwendet wird, erhält man eine Fehlermeldung im vClient (systemprotokolle werden in einem nicht beständigem Speicher gespeichert) Um dies zu umgehen, kann man die Scratch-Files für den ESXi auf eine Datastoretorage verlegen. Nach der Änderung muss der ESXi Server neu gestartet werden.
- Auf einem Datastore eine Verzeichnis anlegen Beispiel: .locker-ESXHOSTNAME
- Auf dem ESXi unter:
- Konfiguration -
- Erweiterte Einstellungen -
- ScratchConfig -
- ScratchConfig.ConfiguredScratchLocation auf den neuen Pfad setzen, z.B. /vmfs/volumes/DATASTORENAME/.locker-ESXHOSTNAME
Der Defaultwert ist /tmp/scratch
LUNs entfernen
- Anleitung was zu tun ist, wenn LUNs aus der Vmware-Umgebung entfernt werden
Zum Unmounten eines Datenspeichers müssen die folgenden Anforderungen erfüllt sein
- Keine VMs mehr auf dem Datenspeicher
- Der Datenspeicher ist nicht Teil eines Datenspeicher-Clusters
Im VC-Client in der Bestandsliste "Datenspeicher und Datenspeicher-Cluseter" auswählen und nachsehen.
- Der Datenspeicher wird nicht von einem SpeicherDRS verwaltet
Ich schaltet zum Unmounten einfache das HA und DRS aus. VC-Client - rechte Maus auf den Cluster und Einstellungenbearbeiten
- Storage I/O Control für diesen Speicher deaktivieren
Rechte Maustaste auf den Datenspeicher - Eigenschaften - Storage I/O Conrtol darf nicht aktiviert sein.
- Der Datenspeicher wird nicht für vSphere HA-Taktsignale verwendet.
Ich schaltet zum Unmounten einfache das HA und DRS aus. VC-Client - rechte Maus auf den Cluster und Einstellungenbearbeiten (wie oben schon erwähnt)
- Jetzt Unmounte ich den Datenspeicher von jedem ESX-Host.
- Dann lösche ich den Datenspeicher von einem der ESX-Hosts, bei den anderen verschwindet er von selbst
- HA und DRS wieder aktivieren
O-Text
Unpresenting a LUN Checklist Before unpresenting a LUN, ensure that:
- If the LUN is being used as a VMFS datastore, all objects (such as virtual machines, snapshots, and templates) stored on the VMFS datastore are unregistered or moved to another datastore.
- Note: All CD/DVD images located on the VMFS datastore must also be unregistered from the virtual machines.
- The datastore is not part of a datastore cluster. For more information on datastore clusters, see the vSphere Resource Management Guide.
- The datastore is not managed by Storage DRS. For more information on Storage DRS, see the vSphere Resource Management Guide.
- Storage I/O Control is disabled for the datastore. For more information, see Managing Storage I/O Resources in the vSphere Resource Management Guide.
- The datastore is not used for vSphere HA heartbeat.
- No third party scripts or utilities running on the ESXi host can access the LUN in question. If the LUN is being used as a datastore, unregister all objects (such as virtual machines and templates) stored on the datastore.
- If the LUN is being used as an RDM, remove the RDM from the virtual machine. Click Edit Settings, highlight the RDM hard disk, and select Remove. Ensure that Delete from disk is selected and click OK.
- Note: This destroys the mapping file, but not the LUN content.
- Check if the LUN/Datastore is used as the persistent scratch location for the host. For more information on persistent scratch, see Creating a persistent scratch location for ESXi (1033696).
Data Mover konfigurieren
Problembeschreibung
- Version 5.0
VMs können mittels Storage Vmotion nicht mehr verschoben werden, der Job bricht mit Fehlermeldung ab.
- Version 5.5
VMs werden mittels Storage Vmotion sehr langsam verschoben
Lösung
Vmware kann den Storage anweisen VMs von Storage nach Storage, ohne Umweg über den ESX Host, zu verschieben. Dafür ist aber ein Storage notwendig der dies auch unterstützt. Wenn es dies nicht tut, entstehen durch Timeouts lange Zeiten beim Storage Vmotion.
- Folgende Schritte nacheinander durchführen, bis das Problem behoben ist. Es müssen nicht alle Anpassungen vorgenommen werden, wenn das Problem schon nach dem ersten oder zweiten Schritt behoben ist. Ein Reboot des ESX Hosts ist nicht notwendig:
Im Vmware Client auf dem ESX Host klicken und den "Konfiguration" Tab auswählen. Dort unter "Erweiterte Einstellungen folgende Änderungen vornehmen: 1.) DataMover a) DataMover.HardwareAcceleratedMove = 0 b) DataMover.HardwareAcceleratedInit = 0 2.) VMFS3 a) VMFS3.HardwareAcceleratedLooking = 0
Debug Hilfen
esxtop
Mit esxtop kann die Auslastung des ESX Hosts ausgewertet werden
Wenn esxtop gestartet ist kann man die Ausgabe durch Eingabe verändern.
u = zeigt eine I/O Ansicht der Storagedevices an c = CPU und Prozessliste f = Abhängig von der Ansicht werden weitere Optionen für die Anzeige aufgelistet.
esxtop 8:21:19am up 3 days 19:33, 573 worlds, 3 VMs, 7 vCPUs; CPU load average: 0.38, 0.38, 0.38 PCPU USED(%): 116 5.0 121 0.1 1.3 0.8 3.1 0.1 120 0.8 0.0 121 0.1 52 0.0 0.0 0.2 0.1 7.3 0.0 0.7 0.0 0.3 0.0 AVG: 22 PCPU UTIL(%): 100 9.7 100 0.0 1.3 0.3 9.7 0.0 100 0.0 0.0 100 0.0 100 0.0 0.0 0.0 0.0 16 0.0 0.0 0.0 0.0 0.0 AVG: 22 CORE UTIL(%): 100 100 1.4 9.8 100 100 100 0.0 0.0 16 0.0 0.0 AVG: 43 ID GID NAME NWLD %USED %RUN %SYS %WAIT %VMWAIT %RDY %IDLE %OVRLP %CSTP %MLMTD %SWPWT 960621 960621 vls_le_01 12 428.33 398.33 16.55 795.64 0.00 0.02 0.00 0.29 0.00 0.00 0.00 1753126 1753126 esxtop.930466 1 38.68 97.59 0.00 0.00 - 0.00 0.00 0.07 0.00 0.00 0.00 8 8 helper 164 5.12 10.73 0.00 15887.02 - 1.18 0.00 0.04 0.00 0.00 0.00 1706166 1706166 fw-wlan_test 8 3.05 6.38 0.00 790.26 0.00 0.18 205.94 0.02 0.00 0.00 0.00 1711795 1711795 W7-Test 7 1.75 3.74 0.02 693.12 0.00 0.24 99.53 0.00 0.00 0.00 0.00 2 2 system 148 1.23 1.68 0.00 14337.27 - 1.87 0.00 0.24 0.00 0.00 0.00
- Using esxtop to identify storage performance issues for ESXi KB1008205
To monitor storage performance per HBA:
- Start esxtop by typing esxtop at the command line.
- Pressd to switch to disk view (HBA mode).
- To view the entire Device name, press SHIFT + L and enter 36 in Change the name field size.
- Pressf to modify the fields that are displayed.
- Pressb, c, d, e, h, andj to toggle the fields and press Enter.
- Press s and then 2 to alter the update time to every 2 seconds and press Enter.
- See Analyzing esxtop columns for a description of relevant columns.
Note: These options are available only in VMware ESX 3.5 and later.
To monitor storage performance on a per-LUN basis:
- Start esxtop by typing esxtop from the command line.
- Pressu to switch to disk view (LUN mode).
- Pressf to modify the fields that are displayed.
- Press b, c, f, and h to toggle the fields and press Enter.
- Presss and then2 to alter the update time to every 2 seconds and press Enter.
- See Analyzing esxtop columns for a description of relevant columns.
To increase the width of the device field in esxtop to show the complete naa id:
- Start esxtop by typing esxtop at the command line.
- Pressu to switch to the disk device display.
- PressL to change the name field size.
Note: Ensure to use uppercase L. - Enter the value 36 to display the complete naa identifier.
To monitor storage performance on a per-virtual machine basis:
- Start esxtop by typing esxtop at the command line.
- Type v to switch to disk view (virtual machine mode).
- Pressf to modify the fields that are displayed.
- Press b, d, e, h, andj to toggle the fields and press Enter.
- Press s and then 2 to alter the update time to every 2 seconds and press Enter.
- See Analyzing esxtop columns for a description of relevant columns.
vSphere 6 / ESX 6.x
SSLv3 Support wieder aktivieren
Unter ESX vSphere 6x wurde nach einem Patch Update der SSLv3 Support eingestellt. Als Auswirkung konnte sich z.B. mein Veeam Backup nicht mehr mit dem ESX Server verbinden.
- Abhilfe - SSLv3 Support aktivieren
1.) Mittels SSH am >ESX anmelden 2.) vi /etc/vmware/config 3.) vmauthd.ssl.noSSLv3 = false // unten anhängen 4.) /etc/init.d/rhttpproxy restart