By restricting ESXi Shell access for the vpxuser, you prevent attackers, which can also be insiders who have access to vCenter Server the ability to just change the ESXi root password without knowing the original password.

Après l’énorme succès de notre billet Administrators = root qui vous permet de reset le mot de passe root de vos ESX sans le connaître (si vous êtes admin du vCenter) grâce à Get-EsxCli, voici une nouvelle méthode utilisable depuis vSphere 6.7 U2 qui nécessite encore moins de droits :

Updates a local user account using the parameters defined in the HostLocalAccountManagerAccountSpecification data object type.

Required Privileges Host.Local.ManageUserGroups

(Get-View (Get-VMHost|Get-View).ConfigManager.AccountManager).UpdateUser($(New-Object VMware.Vim.HostAccountSpec -Property @{id="root";password="VMw4re!"}))

Attention, contrairement à la méthode Get-EsxCli, cette fois un petit event va vous trahir instantanément :

Alarme de latence Read ou Write pour datastore partagé NFS par cluster, yellow 300ms/5min et red 500ms/3min (mailto:admin@vmware.local) :

foreach ($vicluster in Get-View -ViewType ClusterComputeResource) {foreach ($dsname in ($vicluster.Datastore|%{Get-View $_}|?{$_.summary.Accessible -and $_.summary.MultipleHostAccess -and $_.info.nas})){if (!((Get-View AlarmManager).GetAlarm($vicluster.moref)|?{(get-view $_).info.name -match "Datastore $($dsname.name) datastore RW latency"})){(Get-View AlarmManager).CreateAlarm($vicluster.moref,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "Datastore $($dsname.name) datastore RW latency in $($vicluster.name)";Description = "Custom alarm to monitor NFS $($dsname.name) ($($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)) read or write latency in $($vicluster.name)";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = @((New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "totalReadLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "300";YellowInterval = "300";Red = "500";RedInterval = "180";Type = "HostSystem"});(New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "totalWriteLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "300";YellowInterval = "300";Red = "500";RedInterval = "180";Type = "HostSystem"}))});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "[vAlarm] $($dsname.name) RW latency on {targetName}";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "green";FinalState = "yellow";Repeats = $false});(New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $false}))})});ActionFrequency = "1800"}))}}}

Alarme de latence Read ou Write pour datastore partagé VMFS par cluster, yellow 30ms/5min et red 40ms/3min (mailto:admin@vmware.local) :

foreach ($vicluster in Get-View -ViewType ClusterComputeResource) {foreach ($dsname in ($vicluster.Datastore|%{Get-View $_}|?{$_.summary.Accessible -and $_.summary.MultipleHostAccess -and $_.info.vmfs})){if (!((Get-View AlarmManager).GetAlarm($vicluster.moref)|?{(get-view $_).info.name -match "Datastore $($dsname.name) RW latency in $($vicluster.name)"})){(Get-View AlarmManager).CreateAlarm($vicluster.moref,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "Datastore $($dsname.name) RW latency in $($vicluster.name)";Description = "Custom alarm to monitor VMFS $($dsname.name) ($($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)) read or write latency in $($vicluster.name)";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = @((New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "totalReadLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "30";YellowInterval = "300";Red = "40";RedInterval = "180";Type = "HostSystem"});(New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "totalWriteLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "30";YellowInterval = "300";Red = "40";RedInterval = "180";Type = "HostSystem"}))});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "[vAlarm] $($dsname.name) RW latency on {targetName}";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "green";FinalState = "yellow";Repeats = $false});(New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $false}))})});ActionFrequency = "1800"}))}}}

Alarme de latence SIOC Normalized Latency pour datastore partagé par cluster, yellow 30ms/5min et red 40ms/3min (mailto:admin@vmware.local) :

foreach ($vicluster in Get-View -ViewType ClusterComputeResource) {foreach ($dsname in ($vicluster.Datastore|%{Get-View $_}|?{$_.summary.Accessible -and $_.summary.MultipleHostAccess -and $_.IormConfiguration.Enabled})){if (!((Get-View AlarmManager).GetAlarm($vicluster.moref)|?{(get-view $_).info.name -match "Datastore $($dsname.name) SIOC Normalized Latency in $($vicluster.name)"})){(Get-View AlarmManager).CreateAlarm($vicluster.moref,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "Datastore $($dsname.name) SIOC Normalized Latency in $($vicluster.name)";Description = "Custom alarm to monitor $($dsname.name) ($($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)) datastore SIOC Normalized Latency in $($vicluster.name)";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = @((New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "sizeNormalizedDatastoreLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "30000";YellowInterval = "300";Red = "40000";RedInterval = "180";Type = "HostSystem"}))});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "[vAlarm] $($dsname.name) SIOC Normalized Latency on {targetName}";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "green";FinalState = "yellow";Repeats = $false});(New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $false}))})});ActionFrequency = "1800"}))}}}

Alarme de Disk Command aborts pour datastore VMFS partagé par cluster, en cas de défaillance/saturation DAS/SAN/iSCSI (mailto:admin@vmware.local) :

foreach ($vicluster in Get-View -ViewType ClusterComputeResource) {foreach ($diskname in ($vicluster.Datastore|%{Get-View $_}|?{$_.info.vmfs -and $_.summary.Accessible -and $_.summary.MultipleHostAccess}|%{$_.info.vmfs.extent}|%{$_.diskname})){if (!((Get-View AlarmManager).GetAlarm($vicluster.moref)|?{(get-view $_).info.name -match "Disk $diskname command aborts"})){(Get-View AlarmManager).CreateAlarm($vicluster.moref,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "Disk $diskname command aborts in $($vicluster.name)";Description = "Custom alarm to monitor $diskname disk command aborts in $($vicluster.name)";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = (New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "disk"}|?{$_.nameinfo.key -match "commandsAborted"}|?{$_.GroupInfo.Key -ne "virtualDisk"}|?{$_.RollupType -match "summation"}).key;Instance = $diskname});Operator = "isAbove";Yellow = "1";Red = "2";Type = "HostSystem"})});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "[vAlarm] command aborts on disk $diskname on {targetName}";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "green";FinalState = "yellow";Repeats = $false});(New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $true}))})});ActionFrequency = "1800"}))}}}

Ceux qui, comme nous, espéraient la voir arriver avec vSphere 5 ont été déçu. L’alarme de latence de datastore n’existe pas encore, pas en GUI du moins. Et pour cause, les compteurs de latence ne sont disponibles qu’au travers des objets VirtualMachine ou HostSystem (et HostSystem uniquement pour les compteurs SIOC). Nous vous avions proposé une solution de contournement, en PowerCLI évidement, grâce au compteur maxTotalLatency mais il restait encore à trouver quel datastore avait déclenché l’alarme.

Aujourd’hui nous vous proposons une série de oneliner qui vont créer (si elles n’existent pas déjà, ce qui veut dire que vous pouvez les utiliser en tache planifiée) des alarmes pour chaque datastore (instance = UUID) qui se déclencheront si les seuils de latence fixés sont atteint sur un ESX. Attention ça pique.

Alarme de latence Read ou Write pour datastore partagé NFS, yellow 300ms/5min et red 500ms/3min (mailto:admin@vmware.local) :

foreach ($dsname in (Get-View -ViewType datastore|?{$_.summary.Accessible -and $_.summary.MultipleHostAccess -and $_.info.nas})){if (!((Get-View AlarmManager).GetAlarm((Get-Folder -NoRecursion |Get-View).moref)|?{(get-view $_).info.name -match "$($dsname.name) datastore RW latency"})){(Get-View AlarmManager).CreateAlarm((Get-Folder -NoRecursion |Get-View).MoRef,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "$($dsname.name) datastore RW latency";Description = "Custom alarm to monitor NFS $($dsname.name) ($($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)) read or write latency";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = @((New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "totalReadLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "300";YellowInterval = "300";Red = "500";RedInterval = "180";Type = "HostSystem"});(New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "totalWriteLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "300";YellowInterval = "300";Red = "500";RedInterval = "180";Type = "HostSystem"}))});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "$($dsname.name) RW latency";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "green";FinalState = "yellow";Repeats = $false});(New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $false}))})});ActionFrequency = "1800"}))}}

Alarme de latence Read ou Write pour datastore partagé VMFS, yellow 30ms/5min et red 40ms/3min (mailto:admin@vmware.local) :

foreach ($dsname in (Get-View -ViewType datastore|?{$_.summary.Accessible -and $_.summary.MultipleHostAccess -and $_.info.vmfs})){if (!((Get-View AlarmManager).GetAlarm((Get-Folder -NoRecursion |Get-View).moref)|?{(get-view $_).info.name -match "$($dsname.name) datastore RW latency"})){(Get-View AlarmManager).CreateAlarm((Get-Folder -NoRecursion |Get-View).MoRef,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "$($dsname.name) datastore RW latency";Description = "Custom alarm to monitor VMFS $($dsname.name) ($($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)) read or write latency";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = @((New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "totalReadLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "30";YellowInterval = "300";Red = "40";RedInterval = "180";Type = "HostSystem"});(New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "totalWriteLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "30";YellowInterval = "300";Red = "40";RedInterval = "180";Type = "HostSystem"}))});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "$($dsname.name) RW latency";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "green";FinalState = "yellow";Repeats = $false});(New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $false}))})});ActionFrequency = "1800"}))}}

Alarme de latence SIOC Normalized Latency pour datastore partagé, yellow 30ms/5min et red 40ms/3min (mailto:admin@vmware.local) :

foreach ($dsname in (Get-View -ViewType datastore|?{$_.summary.Accessible -and $_.summary.MultipleHostAccess -and $_.IormConfiguration.Enabled})){if (!((Get-View AlarmManager).GetAlarm((Get-Folder -NoRecursion |Get-View).moref)|?{(get-view $_).info.name -match "$($dsname.name) datastore SIOC Normalized Latency"})){(Get-View AlarmManager).CreateAlarm((Get-Folder -NoRecursion |Get-View).MoRef,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "$($dsname.name) datastore SIOC Normalized Latency";Description = "Custom alarm to monitor $($dsname.name) ($($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)) datastore SIOC Normalized Latency";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = @((New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "datastore"}|?{$_.nameinfo.key -match "sizeNormalizedDatastoreLatency"}|?{$_.RollupType -match "average"}).key;Instance = ($dsname|%{$_.Host}|%{$_.MountInfo.Path.split("/")[-1]}|sort -unique)});Operator = "isAbove";Yellow = "30000";YellowInterval = "300";Red = "40000";RedInterval = "180";Type = "HostSystem"}))});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "$($dsname.name) SIOC Normalized Latency";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "green";FinalState = "yellow";Repeats = $false});(New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $false}))})});ActionFrequency = "1800"}))}}

Bonus : Alarme de Disk Command aborts pour datastore VMFS partagé, en cas de défaillance/saturation DAS/SAN/iSCSI (mailto:admin@vmware.local) :

foreach ($diskname in (Get-View -ViewType datastore|?{$_.info.vmfs -and $_.summary.Accessible -and $_.summary.MultipleHostAccess}|%{$_.info.vmfs.extent}|%{$_.diskname})){if (!((Get-View AlarmManager).GetAlarm((Get-Folder -NoRecursion |Get-View).moref)|?{(get-view $_).info.name -match "$diskname Disk Command aborts"})){(Get-View AlarmManager).CreateAlarm((Get-Folder -NoRecursion |Get-View).MoRef,(New-Object VMware.Vim.AlarmSpec -Property @{Name = "$diskname Disk Command aborts";Description = "Custom alarm to monitor $diskname Disk Command aborts";Enabled = $true;expression = (New-Object VMware.Vim.OrAlarmExpression -Property @{expression = (New-Object VMware.Vim.MetricAlarmExpression -Property @{Metric = (New-Object VMware.Vim.PerfMetricId -Property @{CounterId = ((Get-View (Get-View ServiceINstance).Content.PerfManager).PerfCounter|?{$_.groupinfo.key -match "disk"}|?{$_.nameinfo.key -match "commandsAborted"}|?{$_.GroupInfo.Key -ne "virtualDisk"}|?{$_.RollupType -match "summation"}).key;Instance = $diskname});Operator = "isAbove";Yellow = "1";Red = "2";Type = "HostSystem"})});Action=(New-Object VMware.Vim.GroupAlarmAction -Property @{Action= (New-Object VMware.Vim.AlarmTriggeringAction -Property @{Action = (New-Object VMware.Vim.SendEmailAction -Property @{ToList = "admin@vmware.local";Subject = "$diskname Disk Command aborts";CcList = "";Body = ""});TransitionSpecs = @((New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "green";FinalState = "yellow";Repeats = $false});(New-Object VMware.Vim.AlarmTriggeringActionTransitionSpec -Property @{StartState = "yellow";FinalState = "red";Repeats = $true}))})});ActionFrequency = "1800"}))}}

MAJ 12/12/2011 : Mise à jour des scripts pour assurer la cohérence hostname/HA

MAJ 15/12/2011 : Sur un cluster en v4 il nous a fallu désinstaller les agents aam manuellement et redémarrer le service hostd

Si vous avez besoin de changer le nom d’un ESXi connecté à un vCenter, la méthode officielle consiste à détacher le server du vcenter, le renommer et le rattacher au vcenter. En plus d’être fastidieuse, cette action occasionnera la perte de certaines informations telles que les  statistiques ou le Swapfile Location. Pas cool.

Heureusement pour nous, il existe une solution de contournement qui va encore nous faire tâter du PowerCLI : la méthode ReconnectHost à laquelle on peut passer un certain nombre d’arguments comme le hostname ou plutôt un FQDN valide car ce paramètre n’à pas à correspondre obligatoirement au hostname de l’ESXi.

vSphere/PowerCLI 4 :

Get-VMHost oldhostname.olddomain.com|Get-View|%{(Get-View $_.ConfigManager.NetworkSystem).UpdateDnsConfig((New-Object VMware.Vim.HostDnsConfig -property @{Hostname = "newhostname";domainName = "newdomain.com";dhcp = $_.Config.Network.DnsConfig.Dhcp;address = $_.Config.Network.DnsConfig.Address;searchDomain = $_.Config.Network.DnsConfig.SearchDomain}));$_.DisconnectHost();$_.ReconnectHost((New-Object VMware.Vim.HostConnectSpec -property @{HostName = "newhostname.newdomain.com"}))}

vSphere/PowerCLI 5 :

Get-VMHost oldhostname.olddomain.com|Get-View|%{(Get-View $_.ConfigManager.NetworkSystem).UpdateDnsConfig((New-Object VMware.Vim.HostDnsConfig -property @{Hostname = "newhostname";domainName = "newdomain.com";dhcp = $_.Config.Network.DnsConfig.Dhcp;address = $_.Config.Network.DnsConfig.Address;searchDomain = $_.Config.Network.DnsConfig.SearchDomain}));$_.DisconnectHost();$_.ReconnectHost((New-Object VMware.Vim.HostConnectSpec -property @{HostName = "newhostname.newdomain.com"}),$null)}

Le one-liner ci-dessus (attention à la version) effectue les actions suivantes :

• déconnexion de oldhostname.olddomain.com du vcenter (et dé-configuration d’HA le cas échéant)
• reconnexion de l’ESXi au vcenter avec le nouveau nom (si newhostname.newdomain.com est valide)
• change le hostname newhostname et newdomain.com de l’ESXi (ne nécessite pas de reboot depuis la v4)

/!\ Ce script ne met pas à jour les IQN et ne régénère pas les certificats des ESXi /!\

]]> http://www.hypervisor.fr/?feed=rss2&p=3508 1 http://www.hypervisor.fr/?p=3249 http://www.hypervisor.fr/?p=3249#comments Fri, 26 Aug 2011 21:40:42 +0000 NiTRo http://www.hypervisor.fr/?p=3249 Pour un patch, test ou une modification quelconque, sachez que le “quiesced” snapshot n’est pas supporté par VMware :

Currently, VMware does not support quiesced snapshot of virtual machines running the vCenter Server database.

[...]

If quiesced snapshots are created by backup software to back up the virtual machine data, either use:

• A backup solution that provides application-level quiescing.
• Backup Agents in the guest operating system.

Il est donc recommandé d’utiliser un produit comme veeam backup pour faire un backup de votre VCDB avant de tout exploser

De toute façon, les snapshots c’est mal : Performance impact when using VMware snapshots

Si c’est déjà trop tard, ou pire si comme sur notre lab votre VCDB est full (à cause de la limitation à 4Go de la version SQL Express 2005, poussé à 10Go sur la version 2008R2 au passage), il vous faudra faire un truncate de VPX_EVENT et si besoin utiliser le script posté par Frank Brix Pedersen sur son blog pour purger la table VPX_EVENT_ARG (en raison de contraintes sur la table).

Pour vous donner un ordre d’idée, on parle de plusieurs Go par jour :

Ce bug est d’autant plus sournois qu’il n’apparaît pas immédiatement et semble attendre que la victime soit en confiance avant d’agir (et difficile à reproduire de surcroît)…

]]> http://www.hypervisor.fr/?feed=rss2&p=2986 0 http://www.hypervisor.fr/?p=2979 http://www.hypervisor.fr/?p=2979#comments Sat, 07 May 2011 00:54:08 +0000 NiTRo http://www.hypervisor.fr/?p=2979 Si malgré tous vos efforts vous vous manger encore des horribles messages en français qui piquent les yeux dans la console PowerCLI, dans le vSphere Client ou par mail, il ne vous reste qu’une seule solution inspiré d’une kb anodine : How to change the language of vSphere email alerts

Pour échapper au massacre (en partie seulement car malheureusement certain éléments comme les alarmes ne changent pas), il faut recopier le contenu du répertoire ”C:\Program Files\VMware\Infrastructure\VirtualCenter Server\locale\en” dans “C:\Program Files\VMware\Infrastructure\VirtualCenter Server\locale\fr” (sans faire de backup car vous n’en voulez VRAIMENT plus) et de suivre le même mode opératoire pour les sous répertoires “C:\Program Files\VMware\Infrastructure\VirtualCenter Server\extensions” où sont stockés les plugins du vCenter.

Par contre :

VMware does not officially support this method and must be done at your own risk.

Pour commencer, il faut suivre la KB1017390 pour démarrer le service vpxd lorsqu’il est isolé du domaine AD auquel il est rattaché. Ensuite, pour s’assurer que le vcenter fonctionne bien en “mode isolé” vous avez tout intérêt à rattacher quelques nested ESX dans le même Virtual Intranet. Vous pouvez maintenant faire autant de snapshot et de revert que nécessaire pour valider chaque étape de la migration et surtout décortiquer chaque problème que vous pourrez rencontrer. Vous aurez également le loisir de tester vos scripts et procédures afin de pouvoir les adapter à l’avance. En bref, c’est 100 fois plus productif que de maquetter une migration d’un vcenter fraîchement installer pour l’occasion (ce que nous faisons tous de toute façon).

Pour vous donner une idée de ce que cela nous a évité, voici la liste des kb et liens qui nous ont été indispensables pour venir à bout de cette migration :

• Upgrading vCenter Server 4.0 to 4.1 fails with the error: Exception Thrown while executing SQL script
• Upgrading to vCenter Server 4.1 or later fails when the installer upgrades the database
• VMware VirtualCenter Server service fails after upgrading to vCenter Server 4.1
• After upgrading vCenter to 4.1, the transaction logs grow larger than normal
• Updating rollup jobs after the error: Performance data is currently not available for this entity
• SQL Rollup job slight logic error
• Changing hostname of vCenter Server in Linked Mode configuration causes an error when launching vSphere Client

Au final, en plus d’avoir pu faire une migration en production (avec l’aide de notre poto vmDude) sans le moindre problème, nous avons également encore beaucoup appris sur le fonctionnement du vCenter et de la VCDB. Du win-win en gros

start /wait \\server\share\VMware-VIMSetup-all-4.1.0-345042\vpx\VMware-vcserver.exe /q /s /w /L1033 /v" /qr DB_SERVER_TYPE=Bundled USERNAME=\"hypervisor\" COMPANYNAME=\"hypervisor\" LICENSEKEY=xxxxx-xxxxx-xxxxx-xxxxx-xxxxx FORMAT_DB=1 /L*v \"%TEMP%\vmvcsvr.log\""
start /wait \\server\share\VMware-VIMSetup-all-4.1.0-345042\vpx\VMware-viclient.exe /q /s /w /L1033 /v" /qr"
start /wait \\server\share\VMware-VIMSetup-all-4.1.0-345042\updateManager\VMware-UpdateManager.exe /L1033 /v" /qr VMUM_SERVER_SELECT=%computername% VC_SERVER_IP=%computername% VC_SERVER_ADMIN_USER=\"administrator\" VC_SERVER_ADMIN_PASSWORD=\"password\" VCI_DB_SERVER_TYPE=Bundled VCI_FORMAT_DB=1 /l*v %TEMP%\vumerver.log"
start /wait \\server\share\VMware-VIMSetup-all-4.1.0-345042\updateManager\VMware-UMClient.exe /q /s /w /L1033 /v" /qr"
##start /wait \\server\share\VMware-converter-all-4.3.0-292238\VMware-converter-all-4.3.0-292238.exe /s /v" /qn ADDLOCAL=ALL /l*v %TEMP%\vmconvservermsi.log"
start /wait \\server\share\VMware-VIMSetup-all-4.1.0-345042\converter\VMware-Converter.exe /q /s /w /L1033 /v" /qr  VC_SERVER_IP=%computername% VC_SERVER_ADMIN_USER=\"administrator\" VC_SERVER_ADMIN_PASSWORD=\"password\" /l*v %TEMP%\vmconserver.log"
start /wait \\server\share\VMware-VIMSetup-all-4.1.0-345042\converter\VMware-Converter-Client.exe /q /s /w /L1033 /v" /qr"
reg add HKLM\system\currentcontrolset\services\vpxd /v dependonservice /t REG_MULTI_SZ /d ProtectedStorage\0lanmanworkstation\0MSSQL$SQLEXP_VIM /f

Les chemins et informations diverses sont mettre à jour en fonction de la version du vCenter à installer (ces commandes sont compatibles 4.x à l’heure ou nous écrivons ce billet). La ligne commentée concerne la version standalone de converter et la dernière ligne rajoute une dépendance au service mssql sur le service vpxd.

Vous trouverez dans les documents de références VMware les différents paramètres des msi :

Pour ses 2 ans, vCenter Mobile Access gagne (enfin) en sécurité grâce à l’intégration native de l’https. En attendant le VI Client pour iPad (qui est en cours de validation chez Apple), ou si préférez passer le temps en réunion ou “vous la raconter” depuis votre smartphone, l’https rend cette appliance raisonnablement utilisable en entreprise. Un workaround avait déjà été posté sur le forum de VMware mais c’est toujours plus appréciable d’avoir une solution native.

Et toujours en provenance des VMware Labs, certains seront certainement intéressés par la version thinapp du VI Client au sujet duquel notre confrère VMDUDE à dédié un billet.

SQL Server Scheduled Job ‘Event Task Cleanup VIM_VCDB’ [...] Status Failed

En exécutant ce job manuellement, nous avons pu obtenir une erreur qui nous a mené à cette KB VMware :

The DELETE statement conflicted with the SAME TABLE REFERENCE constraint “FK_PARENT_TASK_REF”. The conflict occurred in database “VCenter_DB”, table “dbo.VPX_TASK”, column ‘PARENT_TASK_ID’.

Après avoir suivit les instructions de cette KB et relancé le job, le problème de vCenter fut résolu. Mais ce n’est pas tout car au fil de notre troubleshooting, nous avons croisé un grand nombre de KB et Best Practices qui nous permettent d’affirmer ceci : votre VCDB a besoin qu’on s’en préoccupe sérieusement !

Purging old data from the database used by vCenter.
Performance data is currently not available for this entity.
Defragmenting VirtualCenter performance data indexes on a Microsoft SQL database.
VirtualCenter Database Performance for Microsoft SQL Server 2005.
VMware vCenter 4.0 Database Performance for Microsoft SQL Server 2008.
Statistics purge procedure might cause intermittent deadlocks in statistics roll up procedures.

Cette update est accompagnée de la fin du support Général pour ESX(i) 3.5 et pour VC 2.5 fixée au 21/05/2010. La fin du support étendu est quant à lui fixé au 21/05/2013, ce qui laisse encore un peu de temps pour l’upgrade.

Pour les plus parano, la liste des EOS pour vSphere est disponible ici

La v3 de vCheck (aka Daily Report) vient de sortir. Si vous ne connaissiez pas cet outil, nous tenons à vous prévenir qu’il est hautement addictif ! Une fois testé, vous ne pourrez absolument plus vous en passer.

La preuve : lorsqu’Alan Renouf avait mis à dispo la v1, nous l’avions contacté pour lui transmettre notre vif intérêt ainsi qu’une petite astuce pour améliorer l’affichage sur un iPhone. Depuis, c’est une tache planifiée sur notre vCenter qui actualise toutes les 2 heures une page web et une autre qui envoi aux admins l’équivalent par mail à 9h et 17h. Mais surtout, des échanges réguliers avec Alan pour ajouter un maximum de “check” et rendre ce script aussi incontournable qu’il l’est aujourd’hui !

Ce script vous permet d’avoir une véritable vu d’ensemble sur tout ce qu’il y a à savoir (ou presque) sur votre infrastructure VMware. Voici un extrait de la longue liste des fonctions de vCheck :

• Datastores with less than x % free space
• VMs with No Tools (or not running)
• VMs with CPU ready over x %
• Hosts in disconnected state
• NTP Service/Server check
• VC Error Events over the last x days
• Cluster Active Alerts
• Dead SCSI Lun path
• VMs in Inconsistent folder name
• VMSwapfileDatastore not set

Avec l’accord d’Alan, nous avons ajouter quelques fonctions propre à nos besoins qui seront peut être intégré à la v4 :

• Host Ballooning
• Datastore OverAllocation
• Snapshot Oversize
• VCB garbage
• VMkernel warning check for ESX/ESXi (with deduplication)
• invalid or inaccessible VM
• Snapshot add/remove summary
• Time build
• NTP (service only) check

Le résultat est tout simplement bluffant :

***

***

***

***

***

***

***

***

***

***

Pour le détail sur comment ça marche, comment ça se colle en tache planifiée, etc… c’est sur le blog d’Alan Renouf (aka Virtu-Al).

Pour le download de notre version custom, c’est ici : vCheck_v3+.txt

And we would like to truly thanks Alan for let us collaborate in that very great project !

Si vous vous demandez pourquoi vous avez ce warning alors que vous êtes certain d’avoir réglé ce paramètre, c’est que vous avez redémarré le service vpxd (ou le vCenter) !

Si vous avez plus de 60 hosts (comme c’est le cas pour nous), il va falloir user du PowerCLI (aka VI toolkit) pour y remédier :

Set-VMHost -VMHost  -VMSwapfileDatastore "datastore"

Et grâce au SR ouvert par Matthijs van den Berg, on sait que le problème sera résolu dans l’Update 1 de vCenter.

Merci à Matthijs pour le troobleshooting et à Nigloo pour l’url

Aucun rapport avec vMA : les plus attentifs auront noté que depuis ESX(i) 4, il est possible de sélectionner un nombre de vCPU impair :

]]> http://www.hypervisor.fr/?feed=rss2&p=974 0 http://www.hypervisor.fr/?p=958 http://www.hypervisor.fr/?p=958#comments Thu, 30 Jul 2009 14:10:20 +0000 NiTRo http://www.hypervisor.fr/?p=958 Lors de l’installation d’un virtualcenter, on oublie trop vite qu’une base MSSQL Express 2005 est limitée à 4096Mo (et à 1 cpu accessoirement). Ce qui mène tôt ou tard à ce message d’erreur :

De plus, vCenter 4.0 étant nettement plus gourmand en base que son prédécesseur, il est grand temps de migrer votre base vers un VRAI serveur SQL !

1. Faites des backups (et snapshots pour plus de souplesse)
2. Installez MSSQL 2005 (ou 2008) sur un nouveau serveur (2003 ou 2008) :
3. Arrêtez le service vpxd (VMware VirtualCenter Server)
4. Détachez la base du SQL Express et attachez la au nouveau SQL (http://support.microsoft.com/kb/224071)
5. Lancez un Repair de l’install du virtualcenter:
6. Sélectionnez l’option “existing database server” :
7. Configurez le DSN et le compte de connexion à la base :
8. Fournissez le cd d’install de virtualcenter :
9. Créez un plan de maintenance (optionnel) :
10. Relancez le service vpxd
11. Allez vous coucher, il est 4h30 du matin

Voici une liste de liens utiles, à lire AVANT la migration :

http://kb.vmware.com/kb/7960893
http://kb.vmware.com/kb/1003928
http://communities.vmware.com/thread/55509
http://support.microsoft.com/kb/913089
http://www.alagad.com/go/blog-entry/how-to-make-a-backup-plan-for-sql-server-2005
http://support.microsoft.com/kb/909036
http://blog.scottlowe.org/2008/09/18/po2061-vmware-virtualcenter-25-database-best-practices/
http://www.vmware.com/files/pdf/vc_database_performance.pdf
http://www.forum-vmware.fr/forum/viewtopic.php?id=2788

Support for High Consolidation in VMware HA Clusters [...]

Use VirtualCenter 2.5 Update 5 for environments with more than 35 virtual machines per host in an HA cluster. [...]

[...] see ESX Server host settings required for environments with up to 80 virtual machines per host in an HA Cluster (KB 1012002)

Vous l’aurez compris, il faut faire des modifications “à la mano” pour bénéficier vraiment de cette update. Mais ce n’est pas tout, il est question d’une modification du fichier /etc/vmware/hostd/config.xml et restart du service hostd sur ESXi alors que cette modification n’est théoriquement supporté que dans certaines conditions :

La seule correction concerne les connections HTTP VirtualCenter <> ESX potentiellement dropées par firewall, dont le timeout est maintenant paramétrable :

A new advanced setting entry vpxd.httpClientIdleTimeout can be used to configure the timeout value for an idle HTTP connection

On sent l’update plus stratégique que technique…

Cette appliance vous permet d’administrer presque totalement votre infrastructure VMware depuis un smartphone/iPhone.

En réunion, un Vmotion sur son iPhone c’est la classe :

]]> http://www.hypervisor.fr/?feed=rss2&p=620 3