Как описать требования к производительности VMware для нашего приложения администратору VMware?

Часто установка нашего локального приложения на основе debian-stable выполняется на виртуальной машине - обычно в VMware ESXi. В общем случае мы не видим и не влияем на их среду виртуализации, а также не имеем доступа, например, к клиент VMware vCenter или аналогичный. Здесь я сосредоточен на VMware, потому что это, безусловно, наиболее распространенный вид.

Мы бы хотели:

• Сообщите администратору VMware клиента: вы можете запустить наше приложение, например, ваша среда VMware ESX, если она соответствует критериям производительности X, Y и Z.
• Уметь определять, действительно ли критерии X, Y и Z соблюдаются постоянно (например, также сейчас), даже в работающей системе (мы не можем остановить наше приложение и запустить тесты, а начального теста будет недостаточно, поскольку производительность в виртуальных средах со временем меняется).
• Будьте уверены, что если критерии X, Y и Z соблюдены, у нас будут адекватные виртуальные аппаратные ресурсы для запуска нашего приложения с удовлетворительной производительностью.

Теперь что такое X, Y и Z?

Мы неоднократно видели, что когда возникают проблемы с производительностью, проблема не в нашем приложении, а в среде виртуализации. Например. другая виртуальная машина использует тонны ЦП, памяти или сети SAN, на которой фактически хранятся диски, активно используется чем-то другим, кроме нашего приложения. В настоящее время у нас нет возможности доказать или опровергнуть это.

Теоретически также может быть, что иногда наше приложение работает медленно ... ;-)

Как определить основную причину наших проблем с производительностью: виртуальная среда или наше приложение?

Обычно существует 3 области проблем с производительностью CPU, Memory и DISK I / O.

ЦПУ

Например, в Администратор VMware может указать резервирование и лимит, выраженные в МГц, но, например, 512 МГц на одном узле ESX точно так же, как 512 МГц на другом узле ESX, возможно, в совершенно другом кластере ESX?

И как определить, получаем ли мы это на самом деле? Пока наше приложение работает, мы, возможно, видим, что загрузка ЦП на 4 ЦП составляет 212%. Это потому, что наше приложение много делает или потому, что другая виртуальная машина на том же хосте выполняет задачу с интенсивным использованием ЦП и использует весь ЦП?

Память (полет на воздушном шаре?)

Если мы попросим, ​​например, 16 ГБ оперативной памяти, которую часто настраивают, но из-за воздушный шар, на самом деле мы получаем только 4 ГБ, и, что удивительно, наше приложение работает плохо.

У инструментов VMware можно спросить о текущем всплытии, но мы обнаружили, что он часто лжет (или, по крайней мере, неточен). Мы видели примеры, когда ОС считает, что общий объем ОЗУ составляет 16 ГБ, сумма резидентной памяти (RSS) всех процессов составляет 4 ГБ ОЗУ, но свободно только 2 ГБ ОЗУ, даже когда инструменты VMware сообщают нам, что нет всплывающих окон: - (

Кроме того, простое добавление RSS вместе недопустимо, так как легко может быть общая RAM, например память для копирования при записи, поэтому 512 МБ + 512 МБ не обязательно означают 1 ГБ, но могут означать что-то меньшее. Таким образом, нельзя просто вычесть RSS из всех процессов, чтобы измерить, сколько оперативной памяти должно быть освобождено, и тем самым надежно обнаружить раздувание. Можно обнаружить некоторые случаи раздувания, но есть и другие случаи, когда раздувание действует, но не обнаруживается этим методом.

Дисковый ввод / вывод

Я предполагаю, что мы могли бы построить график количества операций чтения и записи на диск, количества прочитанных и записанных байтов и% ожидания ввода-вывода. Но даст ли это нам точную картину дискового ввода-вывода? Я предполагаю, что если есть биткойн-майнер, работающий на другой виртуальной машине, использующей весь ЦП, наш% ожидания ввода-вывода будет увеличиваться, даже если базовая сеть SAN дает точно такую ​​же производительность просто потому, что наши ресурсы ЦП сокращаются, и, следовательно, ожидание ввода-вывода (который измеряется в%) Продолжается.

Итак, вкратце, на каком языке мы можем описать, например, администратор VMware, какая производительность нам нужна портативным и измеримым образом?