Problem beim Upgrade auf ESXi 6 mit Customized Images

Einige Server-Hersteller bieten für die ESX Installation auf ihrer Hardware sogenannte Customized Images an, die Common Information Model (CIM) Provider und Treiber enthalten. Damit können Hardwaredaten an den host und vCenter weitergegeben werden.

Bis auf ein Problem mit dem LSIprovider vor einigen Jahren, gab es mit den Customized Images praktisch keine Probleme. Das änderte sich mit dem Upgrade auf ESXi Version 6.

Tod durch Upgrade

Erst kürzlich berichtete mir ein Kollege von einem sehr unerfreulichem Upgrade-Versuch einer ESXi 5.5 Installation (FTS Customized) mit dem Customized Image für ESXi 6.0. Es endete in einer blanken Neuinstalltion mit dem Original VMware Image ESXi 6.

Dadurch gewarnt, wagte ich kürzlich ebenfalls ein ähnliches Upgrade eines ESXi 5.5 mit Fujitsu CIM Providern und Treibern. Allerdings nicht mit einem Customized ESXi 6 Image, sondern gleich mit dem sogenanten „Vanilla“ Image von VMware. Das Ergebnis war ein ESXi 6 Host, der nach dem Reboot praktisch nicht administrierbar war. Alleine ein Login auf der DCUI dauerte Minuten und auch sonst reagierte das System nahezu überhaupt nicht mehr. Auch hier half mir nur die komplett frische Installation mit einem aktuellen VMware Image.
„Problem beim Upgrade auf ESXi 6 mit Customized Images“ weiterlesen

PernixData und Veeam Backup

Pernix FVP für Storage und VMs leistet erhebliche Beschleunigung für Storage und VMs in klassischen vSphere Clustern. Durch Verwendung von RAM oder Flash Speicher können Latenzen drastisch reduziert und IO erheblich verbessert werden. Dabei können VMs entweder im Write-Through Modus (Lesecache), oder im Write-Back Modus (Lese- und Schreibcache) betrieben werden. Bei letzterem werden Write-IO im Cache und auf einem oder mehreren weiteren Hosts (Peers) gehalten. Die VM kann bereits fortfahren, noch ehe der Block auf den Datastore geschrieben wurde. Storage Latenzen werden somit abgefangen und die Daten zu einem späteren Zeitpunkt geschrieben.

Cave Backup!

Genau in diesem cleveren Prinzip liegt jedoch ein potenzieller Fallstrick beim Backup. Befindet sich eine VM im WriteBack Modus und Veeam Backup erzeugt darauf einen Snapshot zur Sicherung, so ist die Konsistenz des Snapshots nicht gewährleistet. D.h. es gibt unter Umständen noch ausstehende Writes auf den Datastore, die dann im Backup fehlen und dieses im schlimmsten Fall korrupt werden lassen. „PernixData und Veeam Backup“ weiterlesen

ESXi TPS Status ermitteln

Tranparent Page Sharing (TPS) ist eine Technik zur gemeinsamen Verwendung von Speicherinhalten, indem identische Pages nur einmalig abgelegt werden.

Seit Update 2b wurde TPS von VMware per Default deaktiviert, da es in seltenen Fällen zu Sicherheitsverletzungen zwischen VMs kommen konnte. Wie es sich zeigte, ist aber bei ESXi Servern mit höherer Build Nummer unter Umständen TPS noch aktiv. Das liegt daran, daß VMware TPS offensichtlich nur bei Neuinstallation abschaltet.

TPS Status

Wie kann man nun ermitteln, welchen TPS Status die ESX Server eines Clusters haben?

Hierfür kann man mittels PowerCLI einen oneliner ausführen.

# Connect-VIServer <myVC>
# Get-VMHost –State Connected | Get-AdvancedSetting –Name Mem.ShareScanGHz | Format-Table –Property Entity,Name,Value -AutoSize
# Disconnect-VIServer

Werte >0 deuten auf ein aktiviertes TPS.

TPS deaktivieren

# Connect-VIServer <YourvCenter>
# Get-VMHost –State Connected | Get-AdvancedSetting –Name Mem.ShareScanGHz | Set-AdvancedSetting –Value 0

Status erneut testen

# Get-VMHost –State Connected | Get-AdvancedSetting –Name Mem.ShareScanGHz | Format-Table –Property Entity,Name,Value -AutoSize
# Disconnect-VIServer

Links

Veeam Endpoint Backup 1.5

Veeam hat heute Version 1.5 der kostenlosen Backup Lösung Veeam Endpoint veröffentlicht. Hinzugekommen sind einige neue Funktionen wie z.B. Schutz des USB Backup Mediums vor Cryptolocker Angriffen, oder die Email Benachrichtigung.