Kategorie-Archiv: ESXi

vSphere 5.1 U1 erschienen

VMware hat das Update1 für vSphere 5.1 veröffentlicht. Details zu Bugfixes und Neuerungen finden sich in den Releasenotes.

Was ist neu?

Neben der Unterstützung neuer Guest OS (Ubuntu 13.04), gab es zahlreiche Bugfixes. In Bezug auf Storage haben sich auch einige Dinge geändert. Cormac Hogan geht im vSphere Blog im Beitrag “New Storage Enhancements in vSphere 5.1 U1” näher darauf ein.

svMotion Rename Bug gelöst

Erfreulicherweise ist der svMotion rename bug nun endlich auch für vSphere 5.1 beseitigt. Für 5.0 U2 gab es schon einige Zeit einen Fix. Die Funktion ist allerdings nicht sofort nach dem Update funktional. Man muss zunächst in den erweiterten Eigenschaften des vCenter den Parameter provisioning.relocate.enableRename aktivieren.

Links

VM Netzwerke migrieren

Dies ist eine Kurzanleitung für ein Verfahren, das eigentlich nicht schwierig ist. Man führt den Prozess aber recht selten aus und daher muss ich immer wieder erneut danach suchen. :-)

Möchte man Virtuelle Maschinen von einem vSwitch auf einen anderen übertragen, so geht das recht komfortabel mit einem Assistenten. Im Beispiel unten werden VMs von einem dvSwitch auf einen Standard vSwitch übertragen. Man geht dazu im vShere Client über Home > Network. Dort wählt man den Quellswitch aus

DVSwitch wählen > Übersicht

MigratevSwitch01

Im nun folgenden Assistenten wählt man Quell- und Zielswitch.

MigratevSwitch02

Im nächsten Dialog kann man entweder alle VMs des Switches oder gezielt einzelne VMs wählen.

Links

  • VMware KB 1010612 – Migrating virtual machines between vSwitch or PortGroups to vDS or dvPortgroups

ESXi Maintenance Mode via PowerCLI und vMA

PowerCLI

Bevor die Kommandos abgesetzt werden können, muss eine Verbindung mit dem Host oder den VCenter hergestellt werden.

Verbindung mit einem ESXi herstellen:

Connect-viserver -server <Servername> -user root -password <myPass>

Verbindung mit einem vCenter herstellen:

Connect-viserver -server <vCenter> -user <domain\user> -password <myPass>

Start Maintenance Mode

Set-VMHost -VMHost <Hostname> -State maintenance

Host wechselt in den Wartungsmodus. Fall er sich schon im Wartungsmodus befindet passiert nichts.

Maintenance Mode beenden

Set-VMHost -VMHost -State connected

Host beendet den Wartungsmodus. Wenn der Host nicht antwortet wird die Verbindung neu hergestellt.

Reboot Host

Restart-VMHost -VMHost <Hostname> [-Force] [-Evacuate] [-RunAsync] [-Whatif] [-Confirm]

Parameter in eckigen Klammern [ ] sind optional.

  • Force: Host wird neu gestartet, auch wenn er nicht im Wartungsmodus ist
  • Evacuate: (funktioniert nur bei Connect zu vCenter!). Ausgeschaltete VMs werden automatisch auf anderen ESX Servern registriert. Wenn diese nicht möglich sit, bleiben sie auf dem Host und sind für die Dauer des Reboots nicht erreichbar (grau). Aktive VMs werden migriert. Falls dies nicht möglich ist wartet der Prozess, bis diese manuell abgeschaltet werden.
  • RunAsync: Kommando kehrt sofort zur Konsole zurück, ohne den Abschluss des Vorgangs abzuwarten.
  • Whatif: Ausgabe erfolgt nur auf der Konsole. es werden keine Aktionen ausgeführt. Dient der Simulation.
  • Confirm: Default = true. Ist der Parmeter gesetzt erwartet das Kommando eine Bestätigung durch den Nutzer.

vMA / vSphereCLI

Von der vMA bzw. der vSphereCLI gibt es drei Komanndos für den Wartungsmodus:

vicfg-hostops --server <ESX-Host> --operation enter|exit|reboot

Der Befehl kann entweder mit dem Parameter enter oder exit oder reboot ausgeführt werden.

Webclient: Erste-Schritte entfernen

Die Anleitung für “Erste-Schritte” im vSphere Webclient sind ja gut gemeint und möglicherweise auch hilfreich. Nach mehrmaliger Anwendung stören sie jedoch und man muss sie immer wieder entfernen und bestätigen, daß man sie nie wieder sehen möchte. Es geht aber auch einfacher:

  • Oben rechts auf “Hilfe” klicken
  • Alle Erste-Schritte-Seiten ausblenden

webclient1ststeps01 :-)

Danke an Frank Denneman für diesen wertvollen Hinweis.

ESXi USB Medium tauschen

Die Möglichkeit, ESXi auf ein USB Flashmedium zu installieren, war einer der großen Vorteile im Vergleich zum klassischen ESX Server. So kommt es, daß viele der heute laufenden ESXi Installationen bereits mehrere Versionswechsel hinter sich haben. Seit Version 5.x hat sich auch die Ordner Struktur auf dem Medium geändert. Bei Erstinstallation werden seit Version 5.x andere Verzeichnisbäume angelegt. Migriert man dagegen die Installation mittels Update Manager, so bleibt die alte Struktur erhalten. Weiterlesen

vSphere 5.1 – VMX Duplikate

Warum gibt es zu einer VM zwei VMX Files?

Diese Frage stellte William Lam in seinem Blogbeitrag “Why Are There Two VMX Files?“. Es gibt neben dem VMX File ein weiteres VMX~ (mit einer Tilde). Das zweite VMX File mit der Tilde (~) ist das so genannte Editfile, in dem alle Änderungen vorgenommen werden, so lange die VM läuft. Geht hierbei etwas kaputt, so kann auf das Original (VMX) zurück gegriffen werden. Weiterlesen

VM custum attributes

Benutzerdefinierte Attribute einer VM sind ein gutes Hilfsmittel, um Kommentare zur VM, zum Verwalter oder Inhaber zu hinterlegen. Mit der Rolle VM- Benutzer oder VM- Hauptbenutzer darf man jedoch keine Attribute ändern.

Welche Rechte braucht ein Benutzer mindestens, um die Attribute einer VM zu ändern?

Minimale Rechte

  • Global > Manage Custom Attributes
  • Global > Set Custom Attributes
  • Virtual Machine > Configuration > rename

Links

vmware – kb 1005720

PSA Deepdive series by Cormac Hogan

Cormac Hogans Blog ist eine meiner regelmässigen Informationsquellen, wenn es um Storage und Virtualisierung geht. Kürzlich veröffentlichte er eine Serie von (bisher) vier Beiträgen zum Thema Pluggable Storage Architecture (PSA). Er beleuchtet Themen zu PSP (Path selection policy), SATP (Storage Array Type Plugin), MPP (Multipathing Plugin) und ALUA (Asymmetric Logical Unit Access).

Links

Pluggable Storage Architecture (PSA) Deep-Dive (cormachogan.com)