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

Различные значения IOP на сервере и хранилище

У меня такое странное поведение, которое я не могу себе объяснить - надеюсь, кто-то здесь сможет.

Мы получили сервер (оборудование) и смонтировали диск NFS. Мы планируем использовать эти серверы в качестве индексатора Splunk, но - поскольку Splunk не предлагает NFS в качестве хранилища - мы хотели провести некоторые тесты производительности раньше.

Итак, я запустил Bonnie ++ и получил очень плохие результаты (около 300 IOP / s), но специалисты по хранению данных говорят мне, что со своей стороны они видят около 1200 IOP / s, что было бы хорошо. Как это возможно - что я могу сделать, чтобы получить такую ​​производительность на сервере?

http://veerapen.blogspot.com/2011/09/tuning-redhat-enterprise-linux-rhel-54.html

Коротко:

Настройка планировщика Linux в системах с аппаратным RAID и изменение значения по умолчанию с [cfq] на [noop] дает улучшения ввода-вывода.

Используйте команду nfsstat, чтобы вычислить процент чтения / записи. Установите соответствующий коэффициент кэш-памяти RAID-контроллера.

Для тяжелых рабочих нагрузок вам потребуется увеличить количество потоков сервера NFS.

Настройте потоки nfs для записи на диск без задержки с помощью параметра no_delay.

Сообщите ядру Linux, чтобы оно сбрасывалось как можно быстрее, чтобы записи сохранялись как можно меньше. В ядре Linux частотой обратной записи грязных страниц можно управлять двумя параметрами.

Для более быстрой записи на диск используйте параметр файловой системы data = journal и предотвратите обновление времени доступа к файлам, что само по себе приводит к записи дополнительных данных на диск. Этот режим является самым быстрым, когда данные необходимо читать и записывать на диск одновременно, он превосходит все другие режимы.