Я видел два подхода к обработке представления общего хранилища на виртуальных машинах кластера Windows Server 2008 R2 на VMWare vSphere. Один из них - это традиционный метод выделения LUN в вашей SAN и его представления обоим хостам через программный инициатор Microsoft ISCSI. Другой метод - создать vmdk на существующем LUN, подключить его к обоим хостам и сделать его независимым диском, чтобы на него не влияли моментальные снимки.
Один путь является «правильным» или оба жизнеспособны? Есть ли в этом какие-то преимущества или недостатки?
Оба варианта жизнеспособны, но, как вы говорите, есть преимущества и недостатки.
Один из способов проиллюстрировать разницу - подумать о том, как vMotion переносит одну из машин в кластере с одного сервера ESXi на другой. В случае инициатора MS iSCSI vMotion ничего не будет делать с диском. Он просто рассматривается как еще один процесс на движущейся машине. Однако в случае VMDK vMotion знает, что это диск, и может управлять миграцией диска вместе с миграцией машины. VMDK имеет функции, улучшающие работу vMotion, которых нет в случае инициатора MS iSCSI.
В случае VMDK каждый сервер ESXi должен иметь доступ к VMDK, если вы хотите использовать vMotion между ними.
Я предполагаю, что если мы говорим о традиционном, случай VMDK традиционно подходит для VMware HA, а не для кластеризации MS. Корпус инициатора MS iSCSI традиционно подходит для кластеризации MS и не подходит для VMware HA.
«Традиционный метод» поддерживается, когда кластер находится на физических машинах. Другой метод поддерживается, когда кластер находится на одном хосте VMware.