Несколько вопросов по HA и HA Admission Control

В продолжении поста Основы HA Admission control.

В посте на yellow-bricks.com рассмотрены несколько вопросов, касающихся работы HA. Строго говоря, эти вопросы затрагивают в основном случаи нетипичных для настроек Admission Control сбоев.

Исходные данные:

Имеем 4 хоста ESXi в кластрере, на каждом запущена по 4 виртуальных машины (VMs) с одинаковыми vCPU, RAM, Reservation.

1. Работает ли при сбое Admission control?

Admission control работает на уровне vCenter, HA работает на уровне хоста ESXi. поэтому при сбое настройки Admission control не учитываются.

Сценарий. Политика "Host failure cluster tolerates=1". 4 ресурсных слота резервируются на отказоустойчивость, остальные слоты заняты виртуальными машинами. При отказе одного хоста, очевидно, вопросов к логике работы не возникает - необходимо будет включить 4 VMs, и для них уже зарезервированы слоты; т. е. должно все включиться.

2. Что произойдет при отказе двух ESXi?

Требуется включить 2 х 4 VMs.  HA гарантирует  запуск 4 VMs, т. е. 4 VMs будут запущены, а 4 VMs могут быть запущены с оглядкой на Reservation. Без Reservation возможна высокая конкуренция за ресурсы (overcomit). В любом случае HA будет пытаться запустить все VMs.

Теперь рассмотрим сценарий, когда используется политика "% of cluster resurces reserved=25%". Виртуальные машины используют все доступные 75% ресурсов, 25% зарезервировано под отказоустойчивость.

3. Что произойдет при отказе двух ESXi?

Требуется включить 2 х 4 VMs. Опять HA сделает все, чтобы запусить все VMs. HA будет стартовать виртуальные машины пока не будет использован все зарезервированные ресурсы. Если на уровне VM не включены Reservation, то возможна серьезная конкуренция за ресурсы.

4. Принимает ли HA во внимание VM reservation при аварийном рестарте?

Да, до того как выполнить запуск VMs, HA проверяет, есть ли хост, который способен обеспечить Reservation.

5. Что будет, если хост не может обеспечить Reservation?

Запуск будет выполнен, только если ресурсы могут быть гарантированы. В противном случае будет вызван DRS для распределения ресурсов.

6. Что если на уровне VM не установлены Reservation?

Если Reservation не установлены, то при размещении VM учитывается только overhead.

7. Что еще HA принимает во внимание, когда требуется запустить VMs без reservation?

НА проверяет доступны ли на хосте необходимые portgroup и datastore.

8. Гарантирует ли HA для каждой VM сконфигурированные ей ресурсы?

HA отвечает только за перезапуск и не гарантирует доступ к ресурсам. Управлением ресурсами и доступность ресурсов осуществляет DRS.

9. Если HA не гарантирует ресурсы, то как он сможет запустить 8 VMs, если ресурсы резервируются только для 4 VMs?

НА сможет запустить VM, только если есть незарезервированные ресурсы, удовлетворяющие запросу VM.

10. Что делает HA: делит зарезервированные ресурсы между всеми 8 VMs и не заботится о конкуренции или работает по принципу first come, first serve?

Все ресурсы, необходимые для виртуальной машины, должны быть доступны на одном хосте. В пределах одного хоста ресурсы будут делится (т. е. возможна конкуренция), но до того момента пока не определены Reservations.

vMotion обрывается на 9%..

Для виртуальной машины не выполняется vMotion или Storage vMotion, завершаясь с ошибкой:
A general system error occured:
Failed to initialize migration at source. Error 195887200. Necessary module isn't loaded.
Failed to start migration: Necessary module isn't loaded.
Скорее всего проблема с тем самым необходимым модулем migrate, проверить можно командой:
esxcli system module list | grep migrate
Если на выходе migrate false то, модуль migrate не загружен.
Проблема лечится загрузкой этого самого модуля командой:
esxcli system module load -m migrate
Также желательно проверить, что этот модуль загружается автоматически при старте хоста:

1. Подключаемся через vSphere Client к vCenter;
2. Выбираем хост ESXi;
3. Вкладка Configuration > Software > Advanced Settings;
4. Параметр Migrate.Enabled должен иметь значение 1.

kb2013128

Veeam Backup: Configuration system failed to initialize

После некорректного выключения сервера Veeam Backup&Replication не запускается консоль Veeam с ошибкой:
"Configuration system failed to initialize
Root element is missing.
(C:\Users\<user>\AppData\Local\Veeam_Software\Veeam.Backup.Shell.exe_Url_hjcgiuywagefjhy872hnd\<bild number>\user.config)
Root element is missing"
Лечится удалением файла user.config по указанному в сообщении пути.
KB1199

vSphere Client: Error 1406 при установке\обновлении клиента

Установка новой версии vSphere Client затыкается на ошибке "Error 1406.Could not write value ProductLanguage to key...".
Лечится удалением ключа реестра HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.

vGate: Ошибка при обновлении агента

В процессе обновления агента аутентификации vGate на одном из серверов (ОС Win 2008 R2) получили ошибку "Error: The system cannot find the file specified". Причина скорее всего в том, что в мастере установки агента указали неверные реквизиты пользователя, в результате чего процесс обновления не был корректно завершен.
После этого невозможно удалить vGate Client в консоли управления Windows из установленных программ, получаем туже ошибку "Error: The system cannot find the file specified". Тут помог пункт Repair, доступный при повторном запуске установки старой версии vGate Client. После его выполнения (вернее после завершения мастера установки старой версии агента) получилось выполнить обновление агента.

Установка драйверов для Digi AnywhereUSB в виртуальных машинах

Сетевые концентраторы USB-портов Digi AnywhereUSB используются для проброса USB-устройств в виртуальные машины.
В гостевой ОС Windows 2008 R2 достаточно установить драйвер с CD, который идет с устройством (жмем кнопку Install Driver).
В гостевой ОС Windows 2003 необходимо положить файл usbd.sys в папку c:\windows\system32\drivers. Файл usbd.sys ищем на другой подобной виртуалке, или берем из дистрибутива ОС в папке i386 файл usbd.sy_ и переименовываем его в usbd.sys. Перезагружаем виртуальную машину, и устанавливаем драйвер с CD (жмем кнопку Install Driver).

Расчет дискового массива по IOPS (Storage IOPS Calculation)

Полезный пост по сайзингу дисковых хранилищ Storage IOPS Calculation. Все это уже есть в документации от вендоров дисковых массивов, но тут по-русски ))

upd
RAID_spindle_calculator