Я пытаюсь вычислить количество 8K страниц ввода-вывода для дисковой подсистемы. Диски SATA 7200 RPM - 4 диска в конфигурации RAID-5. Я не уверен насчет контроллера SCSI, но серверу около 5 лет.
решение1
Еще одна вещь, которую вам нужно знать, это соотношение последовательных и случайных запросов ввода-вывода. Это может существенно повлиять на скорость операций ввода-вывода. Для ротационных носителей 100% случайных запросов — это нижняя граница для операций ввода-вывода, а 100% последовательных — верхняя граница.
Кроме того, поскольку вы будете работать с RAID5, ваш процент чтения/записи также повлияет на операции ввода-вывода. На это может сильно повлиять ваша карта RAID, поэтому не существует жестких и быстрых правил, кроме как «запись будет медленнее чтения», и даже ЭТО может быть испорчено интеллектуальным кэшированием на карте RAID.
Диски со скоростью вращения шпинделя 7,2 тыс. об/мин в какой-то момент достигнут насыщения ввода-вывода, хотя ваша RAID-карта может достичь насыщения ЦП задолго до этого при обработке большого количества записей.
Единственный способ узнать наверняка — это протестировать. Как сказал Эван, iometer имеет долгую историю. Я также использовалиозондля хорошего эффекта. Он не такой продвинутый, как iometer, но его немного проще использовать.
решение2
Я большой поклонникИометр. Он немного устарел без крупных обновлений, но посмотрите, как он используется внедавно опубликовано контрольные показатели, и это дает мне уверенность в его цифрах.
решение3
Я проводил такого рода тестирование с помощью sysbench. Я создал большой тестовый файл, в несколько раз больше системной памяти, и тестировал только случайные записи ввода-вывода. Это должно дать вам полезную метрику для худшего случая. Я бы сделал все измерения вокруг этого теста. Реальная производительность, как я надеюсь, должна быть лучше из-за кэширования и сочетания трафика чтения и записи, а также всего, что делает последовательный ввод-вывод. Я бы определенно оптимизировал вокруг IOPS, поскольку я обнаружил, что узкие места ввода-вывода исправить гораздо сложнее, чем проблемы с пространством.
Если у вас будет возможность, я бы рассмотрел переконфигурирование вашего 4-дискового RAID 5 в RAID 10, поскольку это, как правило, должно дать лучшую производительность ввода-вывода при записи. Вы можете протестировать оба способа, чтобы увидеть, как именно работает ваше оборудование в обоих условиях.
Мое практическое правило заключается в том, что диски 7.2k могут добавить около 150 IOPS, 10K около 200 и 15k до 250, хотя это может быть немного оптимистично. Каждое зеркало дает вам дополнительные IOPS для чтения, а каждая полоса добавляет IOPS для записи. Так, например, 4-дисковый RAID 10 с дисками 7.2k может дать вам до 300 IOPS записи в худшем случае, но не больше. RAID 5 сложнее оценить, поскольку он может быть переменным в зависимости от того, сколько данных записывается, а также от любых сокращений или оптимизаций в реализации. В обычном случае запись 8k на полосу 64k в конечном итоге вызовет 5 IOPS на 4-дисковом RAID, три IOPS для чтения каждой из полос и по одному для обновляемой полосы данных и полосы четности. Я обнаружил, что количество операций ввода-вывода в секунду при записи на RAID 5 составляет примерно половину от того же количества дисков в RAID 10, поэтому ваш RAID 5 из 4 дисков, вероятно, имеет худший случай в 150 операций ввода-вывода при случайной записи, что не лучше, чем у одного диска.