Вопросы о VMware High Availability
Я, может казаться, не нахожу ответы на эти вопросы в информационном центре vSphere 5, поэтому совместно используйте, если Вы знаете о каких-либо аспектах этих вопросов.
- Что происходит с неудавшимся VM, который был настроен для Высокой доступности (HA)? для Отказоустойчивости (FT)? Это автоматически останавливается, и их средства высвобождены (но перезапустил (HA), или вторичный экземпляр вступает во владение (FT))?
- Что типичные методы должны отладить то, что произошло с неудавшимся VM? Через журналы или VM VMware контролирующий UI? Пользователь был бы уведомлен относительно отказа VM?
- Действительно ли возможно клонировать VM, прежде чем это будет перезапущено или заменено для позже отладки то, что произошло с ним?
Спасибо!!
Поведение 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, это невозможно в рамках встроенных технологий.