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

Какой параметр Read Ahead на RAID-контроллере следует использовать для различных рабочих нагрузок?

У нас есть серверы Dell под управлением Windows с контроллерами Perc 5 / E, 6 / i, 6 / iR и т. Д. Каждый контроллер имеет 256 МБ кэш-памяти и батарею, поэтому я включил обратную запись на контроллере и отключил кеширование на физических дисках для обеспечения производительности и безопасности данных соответственно. Однако я не уверен, что установить для этих рабочих нагрузок в параметрах Read Ahead. Я склоняюсь к Adaptive Read-Ahead для всего, потому что у нас действительно нет специализированных или интенсивных рабочих нагрузок. Допустим, у меня есть ...

2x 250 ГБ SATA-диска в RAID-1 с размером полосы 64 КБ

Кроме того, допустим, у меня есть ...

14 дисков SATA по 750 ГБ в RAID-6 с полосой 64 КБ

Наконец, допустим, у меня есть ...

6 дисков SAS по 450 ГБ в RAID-10 с полосой 64 КБ

Какая настройка Read Ahead подойдет для них?

Первый вариант использования: небольшой файловый сервер

У вас так мало требований к этой системе, что оптимизация настроек упреждающего чтения мало что вам даст. Такие рабочие нагрузки представляют собой существенно случайные операции ввода-вывода, но нечастые. Упреждающее чтение дает некоторые преимущества, но пользователи вряд ли заметят.

Второй вариант использования: цель резервного копирования на диск

Этот тип системы в первую очередь предназначен для записи. Упреждающее чтение в этом случае мало используется, так как большую часть времени он пишет. Кэш будет использоваться для изменения порядка записи. Что должно пройти очень хорошо, поскольку это в первую очередь последовательные записи происходит (если это не система дедупликации, в этот момент она будет очень случайной), что ускоряет работу.

Предостережение: если резервные копии позже поставлены на ленту. Промежуточный процесс будет в первую очередь считываться, и если вы делаете такие вещи, настройки Read Ahead абсолютно принесут вам выгоду, поэтому установите их как можно выше (последовательная запись здесь означает последовательные чтения! Если это не система дедупликации, в которой точка больше не имеет значения).

Третий вариант использования: хост виртуальной машины

Этот тип системы является наиболее требовательным к хранению, поскольку это очень случайное сочетание типов ввода-вывода. Из трех представленных типов он потребует наибольшей настройки. Некоторое упреждающее чтение будет полезно, но не сильно из-за характера требований ввода-вывода.