Сообщения
Недавно был вброс на тему "Hyper-V отстой", с ответом "Hyper-V рулез". Ссылки ставить лениво, тем более что интересующийся темой человек с такими вбросами может ежедневно сталкиваться.
Одним из фактов является лишь один процесс живой миграции для хоста, что иногда бывает маловато - когда с хоста хочется убрать все ВМ. Вернее, когда с хоста ХОЧЕТСЯ СРОЧНО ААААА!! убрать все ВМ. Такое бывает.
Примеры ситуаций когда 2 миграции за раз мало например тут - VMotion performance.
Так вот, у ESX, по моему, по дефолту до 2 миграций параллельно.
Если этого мало, то:
1) идем на машину где установлен vCenter
2) Открываем C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\vpxd.cfg
3) между <vpxd></vpxd> вставляем
<resourcemanager>
<maxcostperhost>12</maxcostperhost>
</resourcemanager>
И ребут службы vCenter.
12 это количество "слотов". VMotion занимает 4 слота, так что прописав 12 мы разрешаем до 3 одновременных миграций для хоста. А 24 - до 6.
По ссылке выше кроме этого рецепта еще и иллюстрация:
Секция 1 - это миграция 16 ВМ по 6 за раз.
Секция 3 - их же туда же по 2 за раз.
Время - 3.30 и 6.36.
Как видно, гигабитный интерфейс узким местом не стал.
7 коммент.: