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

Лучший тип рейда для SQL Server

Какой тип рейда для SQL Server лучше всего подходит с точки зрения производительности и надежности?

Руки вниз, если вам нужно много ввода-вывода, вам нужно взглянуть на raid 10

RAID 1 + 0 (или 10) - это зеркальный набор данных (RAID 1), который затем чередуется (RAID 0), отсюда и название «1 + 0». Для массива RAID 1 + 0 требуется как минимум четыре диска: два зеркальных диска для хранения половины данных с чередованием, плюс еще два зеркальных диска для другой половины данных. В Linux MD RAID 10 представляет собой невложенный тип RAID, такой как RAID 1, для которого требуется как минимум два диска, и он может обеспечить производительность чтения на уровне RAID 0.

Вам нужно три тома, каждый в отдельном массиве и, если возможно, каждый на отдельном контроллере (при условии, что объем ввода-вывода этого требует).

Первым томом должен быть том RAID 10, состоящий из максимально возможного количества быстрых шпинделей по 15 КБ, где будет храниться ваше устройство данных.

Второй том должен быть томом RAID 1 (или raid 10, если вам нужно пространство), состоящим из быстрых дисков 15 КБ, это будет том, где хранятся ваши журналы.

Третий том должен быть RAID 1 (или raid 0, если вы любите опасную жизнь и можете позволить себе простой) быстрых дисков объемом 15 КБ, где хранится ваше временное устройство.

Для производительности:

Я бы сначала рассмотрел предложение Bestrafe о Raid 1 + 0, поскольку это, вероятно, хорошая золотая середина (хотя это было бы отстой, если бы один и тот же диск в каждой половине массива вышел из строя). Если денег мало, Raid 1 - стоящая альтернатива. Производительность записи будет примерно такой же, как у одного диска, а скорость чтения (должна) быть лучше.

Если база данных интенсивно используется, особенно для записи, я бы, вероятно, избегал всего, что связано с полосой четности (Raid 5 или 6) из-за снижения производительности записи. Тем не менее, если вы имеете дело только с несколькими запросами, все, вероятно, будет в порядке.

Для резервирования:

Если производительность записи не имеет большого значения, вы можете рассмотреть рейд 5 с горячим резервом или рейд 6. Если данные критически важны и имеют ограниченный доступ, я бы серьезно подумал о допустимости сбоев двух дисков в рейде 6.