Если у меня есть кластер ESX 3.5U4, скажем, из 20 хостов, разделенных между двумя или более корпусами / стойками для блейд-серверов, есть ли способ настроить DRS, чтобы никогда не размещать двух гостей одного класса на блейд-серверах в одном корпусе?
Легко убедиться, что они не работают на одном хосте, но я хочу быть уверенным, что в случае потери шкафа или стойки мы не потеряем всех гостей определенного класса. Я мог бы сделать это, имея только один кластер на корпус или стойку, но это ограничивает меня во многих других отношениях, чем я готов принять.
Заранее спасибо.
Ну, наконец, я вроде как разобрал эту проблему - не совсем так, как я хотел, но достаточно хорошо.
В основном обновленная система правил DRS vCenter 4.1 была значительно обновлена. Новая версия позволяет создавать группы хостов и группы виртуальных машин, а затем создавать для них одно из четырех различных правил. Правила такие;
Это далеко от идеала, который я искал, который заключался в том, чтобы иметь возможность хранить номер корпуса и / или стойки с метаданными хоста, затем определять группы виртуальных машин и применять правило, гласящее, что `` распределите эти виртуальные машины как можно более равномерно среди этих хозяева - но нищие не могут выбирать и т. д.
То, как я это сделал, и это может показаться грубым, но он работает и прост в обслуживании, заключался в создании группы хостов, которая называется что-то вроде «эвены», а другую - «шансы». Затем я могу заполнить эти группы хостов хосты, которые живут в стойках с четными или нечетными номерами. Например, все хосты в стойке VV041 входят в «нечетную группу», тогда как хосты в стойке «FF068» входят в «четную группу».
Затем я сделал то же самое для виртуальных машин: например, серверы «web01», «sql1» и «app75» входят в группу виртуальных машин «odds», а 02, 24, 98 и т. Д. Входят в группу «четных».
После этого все, что вам нужно сделать, это создать два правила, одно из которых гласит, что виртуальные машины с нечетными номерами должны располагаться на хостах с нечетными номерами и наоборот. Ожидайте шторма vMotion, если вручную запустите DRS :)
Так что у меня это работает нормально, у меня примерно равномерный баланс виртуальных машин на хостах, и, что важно, двухчленные кластеры никогда не могут жить в одном корпусе / стойке, поскольку я всегда называл их последовательно (т.е. 01 и 02). Выполняет свою работу, и им легко управлять.
Надеюсь, этот адрес поможет 0,000002% ИТ-специалистов :)
Разве создание отдельного кластера VMWare для каждого корпуса не поможет? Я думаю, что DRS работает на кластерной основе.