Какой RAID массив организовать для отказоустойчивости?

Что то все в кучу смешали. То речь про отказоустойчивость, то про бэкапы.

Какой RAID массив организовать для отказоустойчивости?

Ну например RAID 1.

RAID 1, говорят, норм, но там скорость чтения низкая.

Это кто такое сказал? По сравнению с чем она низкая? Скорость чтения в данном массиве выше чем у одиночного диска, либо равна ему.

Два диска на сервере: C и D. Бэкапы SQL базы пишутся на диск D

Довольно неграмотная организация бэкапов. Бэкапы должны храниться на другой машине как минимум.

А вдруг упадет D? Нужно сделать наименее затратный массив с зеркалом и высокой скоростью записи, потому что бэкапов -- тьма.

Чем страшно падение? Остановкой работы или потерей данных.
Т.е если опасность в остановке работы - то нужно организовать отказоустойчивость например с помощью RAID 1.
Если опасность в потере данных - то нужно просто делать бэкапы и никаких рейдов.
И с каких это пор для бэкапов нужна высокая скорость записи? Обычно для бэкапов используют самые тихоходные диски.

Хранить бэкапы на том же сервере, где они сделаны -- это косяк вооооот такого размера.

Для хранения бэкапов достаточно RAID5, чисто из соображений экономии дискового пространство на обеспечение RAID.

RAID1 (оно же "зеркало") у вас будет по объёму равен сумме всех дисков, делённому на два. RAID5 по объёму будет (кол-во дисков - 1)*объём одного диска. В случае 3-х дисков на RAID5 у вас объём будет 66% от общего объёма всех дисков. В случае 4 дисков -- будет 75% процентов. RAID1 у вас всегда съест 50% общего суммарного объёма всех дисков. RAID1 можно запилить на 2-х дисках. RAID5 -- минимум нужно 3.

Раз диска 4, то RAID 5 или 10.

RAID 1, говорят, норм, но там скорость чтения низкая.

Бекапам не пофигу ли на чтение?

Как раз в 1 рэйде скорость чтения высокая, а записи низкая.
Я бы советовал ставить ссд и 10 рэйд под бэкапы.

Для БД лучше использовать RAID 10

RAID5 + один диск для других нужд, но стоит заметить что сервер 1С на одной машине с AD это немного противоестественно

Ну было у меня: главбуха держала зарплатную базу 1С у себя на компе на диске D (типа конфиденциальная информация, приказ директора, я и не в курсе вообще был), регулярно делала бэкапы, складывала их (!!!!) на тот же диск D. В один прекрасный вечер она собралась считать очередную зарплату, а этот диск взял и сдох.... Результат: 3 дня нервотрепки, 400$ денег, еще один такой же диск как донор - базу 1С и большинство ее документов таки восстановили, зарплату посчитали и выдали вовремя.
" @bARmaleyKA
А сколько на это дают денег?
@font
8 тысяч евро"
Не нужно складывать все яйца в одну корзину.
В чем задача? Обеспечить восстановление информации в случае аварии за разумные сроки? Тогда:
1. Купите второй точно такой же сервер. Поставьте на него на 1 диск больше, чем на первом.
2. Организуйте бэкап данных с первого сервера на второй на дополнительный диск.
3. Сделайте второй сервер тоже DC.
4. В случае отказа диска на первом сервере, возьмите запасной диск с полки и восстановите на него инфу из бэкапа.
5. Если сдохнет материнка на первом сервере - перекиньте диски на второй сервер, и он готов к работе.
6. Если первый сервер СДОХНЕТ СОВСЕМ - восстановите его на втором из бэкапов.