Назад | Перейти на главную страницу

Нагрузочный тест ESXi Server

Я установил предварительный сервер ESXi и хотел бы провести нагрузочное тестирование гостевых операционных систем, которые у меня есть.

В частности, меня интересует

  1. Доступ к диску, будет ли гостевая ОС бороться за доступ к диску, чтение и запись
  2. Использование процессора и совместное использование гостевыми ОС
  3. Использование и совместное использование памяти гостевыми ОС
  4. Нагрузка на SQL-сервер в гостевой ОС
  5. Нагрузка на сервер Exchange в гостевой ОС

Я новичок в таком нагрузочном тестировании, поэтому даже не знаю, что спросить?

Я хотел бы иметь возможность варьировать параметры, чтобы я мог показать на 1000 пользователей обмена, что нам нужна еще одна виртуальная машина Exchange, созданная что-то вроде того.

Это какие-то стандартные ориентиры?

С точки зрения Linux, есть bonnie ++ для теста производительности диска / генерации нагрузки и cpuburn для потери ресурсов процессора.

Непонятно, какие у вас есть хорошие средства для очистки памяти, но для VMware это все равно не лучшая идея, поскольку vmware предполагает определенный объем перекрывающейся памяти между виртуальными машинами, и преднамеренное нарушение этого предположения приведет к снижению производительности.

Попробуйте собственный VMMark от VMWare - Начало здесь: Вероятно, это не так конкретно, как то, что вы ищете, но это хороший общий показатель производительности вашего базового оборудования и того, как оно будет масштабироваться при возрастающей нагрузке, что является своего рода тем, что вы ищете.

Ознакомьтесь со стендом unix, если вы используете гостей на базе * nix.

http://www.hermit.org/Linux/Benchmarking/

В идеале вы не должны размещать в системе гостей, которым требуется много дискового ввода-вывода. Они не подходят для виртуализации.

Использование памяти и ЦП можно достаточно легко ограничить либо с помощью групп ресурсов, либо на уровне каждой виртуальной машины.

Я обнаружил, что при наличии ограничений на mhz и ram, даже высокие ограничения могут помешать процессу побега сильно повлиять на другие виртуальные машины.

«Я хотел бы иметь возможность варьировать параметры, чтобы я мог показать на 1000 пользователей обмена, что нам нужна еще одна виртуальная машина Exchange, созданная своего рода вещью».

Загрузка одной виртуальной машины до точки, в которой хост испытывает трудности, не является приземленным, поскольку базовое оборудование уже работает на пределе. Вы просто даете себе верхнюю границу того, что вы можете обслуживать на существующем оборудовании.

В VMware вы должны следить за задержкой чтения / записи диска. Как только вы начнете видеть значения задержки в диапазоне от 500 мс до 1000 мс +, вы поймете, что начинаете сильно загружать свой диск.

Собираетесь ли вы использовать хранилище с прямым подключением или блоки NFS / iSCSI?

Виртуализация множества серверов с низкой нагрузкой в ​​одну большую коробку имеет большой смысл. Попытка виртуализировать сильно загруженную систему обычно приводит к худшей производительности, чем просто покупка приличного выделенного модуля для работы.