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

Спецификация SAN и счетчики IOPS

Я хотел бы убедиться, что я правильно измеряю IOPS на серверах Windows и Linux. Мы заняты тем, что пытаемся выяснить, какая сеть SAN лучше всего подходит для нашей среды, и измерение IOPS на наших серверах - это то, что я просто не могу ошибиться. Начинается небольшая закупочная паранойя.

На серверах Windows я использую счетчики производительности \ PhysicalDisk (_Total) \ Disk Reads / sec и \ PhysicalDisk (_Total) \ Disk Writes / sec. На серверах Linux я запускаю vmstat и смотрю на счетчики bi (чтение) и bo (запись). Я почти уверен, что правильно понял, и что оба набора счетчиков соответствуют IOPS.

Если эти счетчики верны, то у меня проблема. SAN, которую мы собираемся использовать, может обрабатывать около 1600 операций ввода-вывода в секунду. Наши два сервера почтовых фильтров, на которых работают MailScanner, MailWatch и Sophos, вместе достигают около 1500 операций ввода-вывода в секунду. Наши два сервера MySQL вместе работают со скоростью около 1600 IOPS. Мы намного превысили теоретический предел 1600 IOPS.

Отсюда вопрос, правильно ли я измеряю?

Оссан

Следуя ветке комментариев выше, iostat -dxk 1 даст вам r / s и w / s (запросы на чтение и запись в секунду), а также количество килобайт для чтения и записи.

Здесь два важных момента:

  1. будьте осторожны, используя существующие числа - в зависимости от рабочей нагрузки ваше текущее использование может отражать возможности базового хранилища. Например, теперь вы можете увидеть, что mysql использует 1600 iops, потому что это то, что могут делать эти диски. Если вы поместите его в SAN, который может, скажем, выполнять 3000 операций в секунду, тогда mysql может начать выполнять 3000 операций в секунду, и ваши запросы будут возвращаться быстрее. Поговорите со своим поставщиком, чтобы выбрать подходящий размер в зависимости от вашей рабочей нагрузки.

  2. Важно учитывать как iops, так и пропускную способность (МБ / с), поскольку они не обязательно пропорциональны и могут быть узким местом в различных точках SAN - на диске, контроллере, hba, сети и т. Д. Что из этого будет применяться к вам, зависит от от того, насколько последовательна или случайна ваша рабочая нагрузка и размер ввода-вывода. Опять же, поговорите со своим поставщиком о правильном размере в соответствии с вашими потребностями.

Возможно. Raid 5 медленно обновляется. Я никогда не видел, чтобы рейд 5 использовался в установках с высокой эффективностью, если только вы не учитываете рейды 0 над множеством рейдов 5 как таковых (рейд 50, 60). Вдобавок серьезно - 5-дисковый raid 5 не является «SAN», поскольку «способен обрабатывать 100 000 тысяч операций ввода-вывода в секунду». Это штука для конечного пользователя.

Обратите внимание на разницу: резервное копирование, скорее всего, не выполняет случайную запись и / или операции чтения в Raid выполняются быстрее, чем запись.