Я слышал заявления от администратора сервера vSphere о том, что виртуальные машины, настроенные для обеспечения высокой доступности, продолжают прозрачно функционировать даже в случае отказа хоста ESXi. Он также утверждает, что виртуальные машины, настроенные для обеспечения высокой доступности, не могут быть сняты, поскольку это приводит к их повреждению.
Насколько я понимаю и из того, что я нашел в Интернете, это неправда.
Итак, я немного запутался. Каковы именно преимущества и ограничения HA и FT?
Таким образом, вы правы, а он неправ; HA намного проще, FT очень строгий.
Высокая доступность VMware (HA)
При обнаружении сбоя сервера перезапустите виртуальные машины на других хостах vSphere в кластере без ручного вмешательства.
http://www.vmware.com/uk/products/vsphere/features/high-availability
Для отдельной виртуальной машины нельзя настроить высокую доступность. Высокая доступность (HA) - это то, что вы настраиваете на уровне кластера, а не отдельной виртуальной машины. Из-за этого HA не имеет особого отношения к моментальным снимкам или моделям подготовки дисков.
Отказоустойчивость VMware (FT)
постоянная доступность приложений в случае сбоев сервера за счет создания живого теневого экземпляра виртуальной машины, который всегда обновлен до последней версии с основной виртуальной машиной. В случае отказа оборудования vSphere FT автоматически запускает аварийное переключение, обеспечивая нулевое время простоя.
http://www.vmware.com/uk/products/vsphere/features/fault-tolerance
Снимки отказоустойчивости
Примечание. Поскольку создание снимков виртуальных машин FT не поддерживается.
Отказоустойчивость и тонкое резервирование
Общие виртуальные диски должны быть в формате жесткого диска с нулевой толщиной, чтобы упростить конфигурации кластеризации, такие как Microsoft Clustering service и VMware Fault Tolerance.
Но похоже, что вы можете включить FT на виртуальной машине с дисками с тонкой подготовкой, но это приведет к смене дисков, что потребует времени и дискового пространства.
Имейте в виду, что если вы включаете FT на виртуальной машине, и эта виртуальная машина использует тонко подготовленный VMDK, этот VMDK раздувается нулями.
http://blogs.vmware.com/vsphere/2012/03/thin-provisioning-whats-the-scoop.html