Seguire questi consigli quando si utilizzano VMDK in cluster con WSFC.

  1. Non utilizzare per gli host ESXi i LUN usati per i VMDK in cluster, a meno che gli host non siano configurati con ESXi 7.0 o versione successiva. È infatti possibile che l'avvio diventi più lento, che hostd non risponda e che si verifichino altri problemi. Un host con una versione precedente a ESXi 7.0 non può montare un datastore VMDK in cluster. Ciò è dovuto al fatto che gli host ESXi su cui sono in esecuzione le macchine virtuali WSFC devono avere sul dispositivo una prenotazione persistente fisica (SCSI/NVMe) di tipo WEAR. Un host deve disporre di ESXi 8.0 o versione successiva per montare un datastore VMDK in cluster se il LUN back-end viene creato da FC SAN di NVMe.

    Con vSphere 8.0 U2, una nuova configurazione che utilizza WSFC con VMDK in cluster e Windows Server 2022 o versioni successive supporta le schede virtuali NVMe.

    Con vSphere 8.0 U3, i VMDK in cluster supportano anche lo storage dall'array TCP NVMe utilizzando controller PVSCSI/NVMe per Windows Server 2022 o versioni successive.

  2. Assicurarsi che tutte le macchine virtuali che ospitano i nodi di WSFC siano state migrate o spente correttamente prima di rimuoverlo da un datastore VMDK in cluster per garantire che le risorse, come gli slot heartbeat (HB), vengano liberate. Se una macchina virtuale va in errore o è presente un APD nel datastore VMDK in cluster durante lo spegnimento, accendere e spegnere sempre prima di rimuovere la macchina virtuale da un cluster.
  3. Non combinare VMDK in cluster e non in cluster nello stesso datastore in cluster. Tuttavia, le macchine virtuali che utilizzano dischi non condivisi in un datastore in cluster continueranno a funzionare normalmente e a supportare tutte le operazioni come snapshot e clonazione.
  4. Non mantenere VMDK in cluster per cluster diversi nello stesso datastore condiviso. Utilizzare un datastore in cluster diverso per cluster di WSFC diversi.
  5. Impostare vHardware (compatibilità virtuale) su vSphere 7.0 o versione successiva durante l'utilizzo della funzionalità VMDK in cluster.