Я не могу найти ответы на эти вопросы в Центре документации vSphere 5, поэтому, пожалуйста, поделитесь, если вам известны какие-либо аспекты этих вопросов.
Спасибо!!
Поведение vSphere для каждой технологии определено в документации. Однако у вас, похоже, неправильное представление о том, для чего предназначены эти технологии. И VMWare HA, и VMWare FT предназначены в первую очередь для обеспечения доступности гостевых систем в случае сбоев хоста.
Если главный хост не может напрямую связываться с агентом на подчиненном хосте, подчиненный хост не отвечает на эхо-запросы ICMP, и агент не выдает контрольные сообщения, это считается неисправным. Виртуальные машины хоста перезапускаются на альтернативных хостах. Если такой подчиненный хост обменивается тактовыми сигналами с хранилищем данных, главный хост предполагает, что он находится в сетевом разделе или изолированной сети, и поэтому продолжает отслеживать хост и его виртуальные машины.
Прозрачное переключение на другой происходит, если узел, на котором запущена основная виртуальная машина, выходит из строя, и в этом случае вторичная виртуальная машина немедленно активируется для замены основной виртуальной машины. Запускается новая вторичная виртуальная машина, и в течение нескольких секунд восстанавливается отказоустойчивое резервирование. Если узел, на котором запущена вторичная виртуальная машина, выходит из строя, он также немедленно заменяется. В любом случае пользователи не испытывают перебоев в обслуживании и потери данных.
По вашим конкретным вопросам:
- Что происходит с отказавшей виртуальной машиной, настроенной для обеспечения высокой доступности (HA)? для отказоустойчивости (FT)? Останавливается ли он автоматически и освобождаются ли их ресурсы (но перезапускается (HA) или вторичный экземпляр берет на себя (FT))?
VMWare HA и FT предназначены для восстановления после сбоя хоста. Вы не настраиваете виртуальную машину для высокой доступности - вы настраиваете хосты. В случае сбоя хоста HA перезапустит гостя на другом хосте. vCenter также может выполнять ограниченный мониторинг пульса гостя (с инструментами VMWare), который также может запускать сброс гостевой машины на том же хосте. В любом случае это не чистое выключение и рассматривается как цикл выключения / перезапуска с согласованным отказом.
FT создает дубликата гостя, работающего синхронно с источником. В случае сбоя хоста вторичный гость автоматически перейдет к нему, а vCenter создаст новый вторичный (если возможно). Мониторинг пульса гостя не выполняется, так как любые изменения, приводящие к зависанию основного сервера, будут дублироваться на дополнительном. FT строго обеспечивает доступ для гостей в случае сбоя хоста.
- Каковы типичные методы отладки неисправной виртуальной машины? Через журналы или пользовательский интерфейс мониторинга виртуальных машин VMware? Будет ли пользователь уведомлен о сбое виртуальной машины?
Как это часто бывает, это зависит от обстоятельств. Типичное устранение неполадок / отладка включает отображение сообщений об ошибках. Если вы хотите выйти за рамки общих методов устранения неполадок, это, вероятно, выходит за рамки этого сайта. Конечные пользователи гостя не будут уведомлены. Администраторы vCenter могут быть уведомлены, если вы правильно настроили и настроили оповещения в vCenter или если вы используете сторонние инструменты мониторинга.
- Можно ли клонировать виртуальную машину до ее перезапуска или отказа, чтобы позже отладить, что с ней произошло?
Поскольку и HA, и FT предназначены для предотвращения отказов HOST, это невозможно в рамках встроенных технологий.