Нахождение правильного IOPS для установки предела с ESXi 5.5u2 и vSphere
Мы работаем с гипервизором ESXi 5.5u2, который имеет зеркало из 2 дисков SAS по 15 тыс. С парой виртуальных машин внутри, и мы заметили, что некоторые службы на короткое время становятся недоступными, если другая виртуальная машина использует весь ввод-вывод.
Поэтому я ищу способ избежать этого эффекта за счет ограничения операций ввода-вывода в секунду наших виртуальных машин в vSphere, чтобы у каждой была часть общего объема диска. Просто зашел на вкладку "Ресурсы настроек ВМ" и установил лимит IOPS. Не сложная задача (хотя я бы хотел, чтобы у vSphere был клиент Linux), но я заметил одну вещь - ограничение IOPS не приближается к тому, что фактически получает виртуальная машина.
Я использую инструмент под названием VisualEsxtop, который отображает множество вещей, включая IOPS. В частности, я рисую CMDS/s, Reads/s и Writes/s. Чтобы узнать общее количество операций ввода-вывода в секунду в моей конфигурации, я запускаю простой стресс-тест с dd, который записывает большой файл и читает из большого файла (оба теста выполняются рядом).
Исходя из этого, я обнаружил, что число операций ввода-вывода в секунду составляет около 270. Насколько я понимаю, IOPS = num_reads + num_writes, но при применении этой логики к пределу IOPS в vSphere я не вижу этого соединения. Если установить ограничение в половину, количество операций ввода-вывода в секунду упало примерно до 40, а значение 2700 дало желаемую сумму в 50%.
Так что я немного озадачен этим. Это как я определил свои IOPS? Привет всем, кто может пролить свет на это.
1 ответ
1) у них есть linux-клиент - веб-клиент - вы знаете, когда вы входите в.net-клиент - ну, в этом небольшом текстовом бите вверху написано что-то вроде "прекратите использовать это, оно исчезнет, пользуйся веб-клиентом - ну вот.
2) Как правило, я предполагаю, что около 200 случайных операций ввода-вывода в секунду на диске 15krpm - я знаю, что вы вполне можете получить больше, но это разумное предположение - конечно, вы используете R1, поэтому записи получают штраф 2:1, а чтения могут получать Небольшое повышение, но опять же я бы не стал на это рассчитывать Да, и ваше определение не совсем верно - существует множество различных типов сравнительного анализа IO, IOPS - это просто мера - в основных терминах есть последовательное чтение / запись и их случайные версии.
3) Вместо того, чтобы ограничивать IOPS, почему бы просто не установить более высокие общие дисковые ресурсы на виртуальных машинах с более высоким приоритетом - таким образом, вы не ограничиваете максимальную производительность любой данной виртуальной машины, а просто взвешивает их ответы в условиях конкуренции.
4) Учитывая, что у вас только два диска, я могу предположить, что переход на SSD не будет слишком дорогим, и вы можете забыть обо всех этих настройках, которые вы пытаетесь выполнить.
5) Это может звучать грубо, но это не так - проходите обучение, даже базовый курс ICM учит этим основам.