Производительность vCenter 5 в ROBO-сценариях

У VMware пару лет назад появился функционал ROBO-лицензий. Фактически, это установленные в филиалах хосты vSphere Essentials (+), которыми вы управляете с единого vCenter Standard. При отсутствии этой лицензии такой вариант не является религиозно корректным, да и закрыли возможность его использования в vSphere 5.0 Update 1. Недавно Vmware опубликовал статью про измерение пропускной полосы между vCenter 5 и ESXi, установленными в филиалах. Статья достаточно интересная, давайте взглянем на нее подробнее.

Для оценки влияния качества канала на время выполнения операций, были симулированы следующие варианты каналов между vCenter и ESXi:

NETWORK PIPES	BANDWIDTH	LATENCY	PACKET ERROR RATE
Dial-up 1	64 Kbps	250 ms	0.05%
Dial-up 2	256 Kbps	250 ms	0.05%
DSL	512 Kbps	100 ms	0.05%
Satellite	1.5 Mbps	500 ms	0.10%
T1	1.5 Mbps	100 ms	0.05%
LAN	1 Gbps	1 ms	0.01%

Трафик между vCenter и ESXi можно разделить на три категории:

• фоновый трафик;
• трафик, требуемый на выполнение команды vCenter;
• трафик счетчиков производительности.

Тестируемая инфраструктура представлена на следующем слайде:

К vCenter подключены по медленным каналам 32 сервера, на каждом по 20 виртуальных машин. Сервера объединены в кластер и подключены к единому распределенному свитчу.

Все сервера имеют однотипное оборудование: восьмиядерный 2.4GHZ Intel Xeon 5620 и 64ГБ ОЗУ. Используемые версии ПО:

• ESXi 5.0 (build 469512);
• vCenter 5.0 (build 455964);
• SQL 2008.

Фоновый трафик.

Была исследована зависимость объема трафика от количества включенных машин.

Определена следующая зависимость трафика от количества ВМ:

B(HostToVC) = 4.0 + 0.5 × n (n ≥ 1)
B(VCToHost) = 4.4 + 0.055 × n (n ≥ 1)

Соответственно, даже самой низкой пропускной способности (64кбит/с) достаточно для пропускания фонового трафика.

Команды от vCenter до хоста

– добавление хоста в ЦОД vCenter: время и количество трафика

– ввод/вывод хоста в режим обслуживания

– операции с ВМ

– операции с распределенным свитчом

Сбор статистики

Слева данные для 20 ВМ, справа – для 40 ВМ.

Также приведено сравнение для разных уровней сбора статистики

Выводы:

Как вы видите, vCenter приемлемо работает на медленных каналах связи и может существовать даже поверх 3G. Если канал до филиала более толстый, можно позволить там большую инфраструктуру.