J’avais besoin pour mon homelab d’un nœud de réplication nutanix, je me suis mis en tête de faire une installation “one node” sur un VMware Workstation, la version actuellement disponible est la 2017.05.22, mais si vous avez déjà fait une installation sur VMware vous savez qu’il est nécessaire d’avoir un fichier de description pour le vmdk.

 

Les descripteurs disponibles sur le net correspondent à une ancienne version de Nutanix, donc voici le fichier qui correspond à la version 2017.05.22 :


# Disk DescriptorFile

version=1

encoding="UTF-8"

CID=fffffffe

parentCID=ffffffff

isNativeSnapshot="no"

createType="vmfs"

# Extent description

RW 14540800 VMFS "ce-2017.05.22-stable-flat.vmdk"

# The Disk Data Base

#DDB

ddb.adapterType = "lsilogic"

ddb.geometry.cylinders = "905"

ddb.geometry.heads = "255"

ddb.geometry.sectors = "63"

ddb.longContentID = "d00bc92d928c5ea1ad1e2ee1fffffffe"

ddb.thinProvisioned = "1"

ddb.uuid = "60 00 C2 93 e0 e7 ce 39-87 57 b1 3f 79 7d 6f 69"

ddb.virtualHWVersion = "10")

Sinon vous pouvez faire comme moi et utiliser cette KB VMware “Recreating a missing virtual machine disk descriptor file (1002511)” pour créer le fichier avec vmkfstools.

Un admin de la platforme VMware m’a remonté un problème de connexion au vCenter, je n’arrivais pas à reproduire le problème mais une rapide recherche sur internet la KB VMware : “vSphere Client will time out before authentication to ESXi is complete (2072539)” nous donnait une explication :

Dans notre cas, c’est le nombre trop important de groupe dont l’utilisateur est membre mais le timeout est personnalisable depuis la clé de registre :

HKCU\Software\VMware\VMware Infrastructure Client\Preferences\CLIENT_CMD_TIMEOUT

Get-VMHost | Sort | Select Name,@{ N=”CurrentPolicy”; E={$_.ExtensionData.config.PowerSystemInfo.CurrentPolicy.ShortName}},@{ N=”CurrentPolicyKey”; E={$_.ExtensionData.config.PowerSystemInfo.CurrentPolicy.Key}},@{ N=”AvailablePolicies”; E={$_.ExtensionData.config.PowerSystemCapability.AvailablePolicy.ShortName}}

 

source MKguy : https://communities.vmware.com/thread/461039

Depuis l’ESXi qui héberge la VM :

net-stats -l

noter le PortNum Correspondant à la VM qui nous intéresse dans notre exemple 67108873.

Pour avoir les statistiques nombre de packet et nombre de drop en émission et réception :

vsish -e get /net/portsets/vSwitch2/ports/67108873

Résumé des réceptions :

vsish -e get /net/portsets/vSwitch2/ports/67108873/vmxnet3/rxSummary

Résumé émissions :

vsish -e get /net/portsets/vSwitch2/ports/67108873/vmxnet3/txSummary

Toutes ces commandes peuvent aider à surveiller les drops de remplissage de “ring buffer” :

Large packet loss at the guest operating system level on the VMXNET3 vNIC in ESXi (2039495) 

Collecte toutes les 2 secondes pour 15 minutes :

https://ESXi_host_FQDN/cgi-bin/vm-support.cgi?performance=true&interval=5&duration=300