Русфонд

суббота, 29 декабря 2012 г.

Драйвер Ethernet-мультипортовки Broadcom BCM 5720

Как ни странно, на сайте вендора www.broadcom.com нет драйвера под ESXi 5 для некоторых карт (в моем случае Broadcom NetXtreme BCM5720 Gigabit Ethernet).
Драйвер нашелся на сайте VMware, Support & Downloads > VMware vSphere > вкладка Drivers & Tools > Driver CDs > VMware ESXi 5.0 Driver CD for Broadcom NetXtreme I Gigabit Ethernet including support for 5717/5718/5719/5720 (на данный момент версия 3.124c.v50.1).
Ставим драйвер как в инструкции.
Community также подсказывает, что для серверов Dell на сайте dell.com можно найти кастомный дистрибутив ESXi с предустановленными драйверами broadcom.

пятница, 28 декабря 2012 г.

Несколько вопросов по 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.