Я пытался действительно выяснить, какие у меня IOPS на моем массиве серверов БД, и посмотреть, не слишком ли много. Массив состоит из четырех дисков 72,6 ГБ со скоростью вращения 15 000 об / мин в RAID 5. Для расчета IOPS для RAID 5 используется следующая формула: (reads + (4 * Writes)) / Number of disks = total IOPS. Формула взята из MSDN. Я также хочу рассчитать среднюю длину очереди, но я не уверен, откуда они берут формулу, но я думаю, что на этой странице она читается как avg que length/number of disks = actual queue.
Чтобы заполнить эту формулу, я использовал perfmon для сбора необходимой информации. Я придумал это при нормальной производственной нагрузке: (873.982 + (4 * 28.999)) / 4 = 247.495. Также длина дисковой очереди 14.454/4 = 3.614.
Итак, что касается вопроса, я ошибаюсь, полагая, что этот массив имеет очень высокий дисковый ввод-вывод?
редактировать
Сегодня утром у меня была возможность еще раз просмотреть его при нормальной / высокой нагрузке. На этот раз с еще большими числами и IOPS, превышающим 600 в течение примерно 5 минут, он снова утих. Но я также взглянул на Avg sec/Transfer, %Disk Time, и %Idle Time. Это число было получено, когда число операций чтения / записи в секунду составляло только 332,997 / 17,999 соответственно.
% Времени на диске: 219,436
% Время простоя: 0,300
Средняя длина очереди на диске: 2,194
Средн. Диск, сек. / Передача: 0,006
Страниц / сек: 2927,802
% Загруженности процессора: 21,877
Изменить (снова)
Похоже, я решил эту проблему. Спасибо за помощь. Также для красивого парсера я нашел это: http://pal.codeplex.com/ Он отлично подходит для разбивки данных на что-то полезное.
В последнее время я сам провёл небольшое исследование в этой области. Есть отличный калькулятор Вот что люди на этом сайте указали мне. Если добавить в него некоторые основные числа с соотношением чтения и записи 97: 3 и не учитывать попаданий в кеш, похоже, что ваш массив должен механически обеспечивать около 675 IOPS при 4k. Вы выполняете 902 передачи в секунду, что было бы много, как также указывает длина вашей очереди на диск.
Вы также можете измерить сек / передачу и% дискового времени. Я обнаружил, что% времени на диске довольно необычно для RAID-массивов, и я обнаружил, что более точным является измерение% времени простоя, а затем использование формулы 100 -% простоя для расчета времени занятости. Бьюсь об заклад, вы обнаружите, что ваш диск очень загружен, и вы увидите много времени передачи 20 мс +. ИМО, эти цифры более четкие, если вы хотите сделать вывод, что у вас проблема с диском.
Вот отличная статья на него довольно часто ссылаются. Он устарел, но актуален и особенно полезен для объяснения, почему% Disk time и Avg. Длина очереди может быть трудной для интерпретации.