Производительность 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. Если канал до филиала более толстый, можно позволить там большую инфраструктуру.

Запись опубликована в рубрике 5.0, VMware, vSphere с метками . Добавьте в закладки постоянную ссылку.

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

  1. Alex Samoylenko говорит:

    Есть одно маленькое обстоятельство для ROBO — этот пакет может быть куплен минимум для 10 филиалов. Так что если у меня их, например, 5 — то хрен мне, а не ROBO. Minimum initial purchase size of 10 packages is required (1 Starter Kit includes licenses for 10 sites).

  2. A.Vakhitov говорит:

    Есть такое. С другой стороны, можно купить на 10 (авансом) :)))

    Вообще, конечно, да. Если филиалов сильно меньше 10 и рост не планируется, придется ставить там местные сервера vCenter Essentials.

    Еще можно покупать в филиалы vSphere Standard, либо вообще ставить Hyper-V, купив только один SCVMM для управления всей этой ерундой.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *