Доброго дня!, поделитесь мнением, как скомпоновать диски для НЕнагруженного сервера:

Платформа Dell 620 со встроенным RAID (Dell PERC H710 512MB Mini Mono, умеет RAID 0-6, 10-50), на борту 2 * Intel Xeon E5-2637v2, RAM 64GB. В комплекте - SAS-диск на 600 ГБайт и встроенная сетевая карта ;) .

Предполагаемая конфигурация ОС:
Host: Win2016 - Hypervisor
1. Win2016 - Terminal Server (до 10 клиентов)
2. Win2016 - MS SQL Server
3. возможно, что будет ещё один экземпляр Win2016, - для nginx и чего-то для www

Сервер по факту - НЕнагруженный, поэтому конфигурация весьма бюджетная.

Для машины под SQLServer предполагаю выделить 48 GB из общей оперативной памяти, из этих 48 отрезать 16ГБ под RAM-диск,- туда кинуть tempdb (можно сделать расширение на любой другой диск, но вряд ли база так когда-либо распухнет).

Куплены 4 Samsung SSD Evo 860 500Gb . Выбор ЕВО-шек прост: наработка на отказ вдвое ниже чем серверных аналогов, а цена ниже вдвое-втрое.

Изначальная идея : взять все 4 диска, собрать RAID-6, нарезать его в Windows на логические диски - под систему, под базы, под клиентов. Плюс - минимум мороки с администрированием.
Подсказанная идея: из 3-х дисков сделать RAID-5 а свободный диск сунуть в hotSwap. Плюс - один диск (запасной) избавлен от постоянной дрочки и вступает в дело (автоматически,- кажется 710-ый контроллер это умеет) именно тогда, когда нужен.
Альтернативная конфигурация: 1 диск - система. Два диска - в зеркало,- только под БД. Четвёртый - в запаску. Плюс - оптимально для бюджетного варианта (система живёт на своём диске, базы и терминальные клиенты - на "зеркале").

Все варианты имеют как плюсы так и минусы. Админиться железяка будет по минимуму (типа "чёрного ящика" - пока работает, ни кто туда не лезет). Нагрузка небольшая. На крайняк - будет доставлено ещё 64 ГБ оперативки. Бэкапы будут литься на SAS-диск (шпиндельный, Сигейт кажется) и иногда - в "облако". В случае "смерти" есть сутки-двое на восстановление.

Уважаемые коллеги, поругайте матом предложенные варианты, предложите свои решения. Заранее спасибо!

--------------------------
No ROM Basic...
P.S. Можно было бы раздуть бюджет до овер-до-хрена, взять более мощные камни на платформе посвежее, впихнуть под террабайт памяти, заложится на внешнюю полку с оптанами. Но бабки люди выкладывают фактически из своего кармана.
P.P.S. Выбор версии винды ограничен ломабельностью вариантов и дешевизной лицензий на вторичке. Можно бы и почти бесплатно на "никсах", но я в них "нивзубногой". Поэтому разброс от 2008R2 до 2019 в вариантах. Гипервизор, наверное, возьму от 19-ого винсервера.

Подумал, посмотрел текущую нагрузку на MS SQL Server по клиентам с маленькими базами данных, прикинул, - а нафига 48GB?,- хватит и 32ГБ (20 general purpose RAM + 12 RAM-disk для tempdb ).

Спасибо за развёрнутый комментарий!

Пояснения и вопросы:

Исхожу из того, что TEMPDB стоит хранить там, "где быстро", но некритично к сохранности (бо пересоздаётся при рестарте sql-server). А дрючить SSD временной базой - это просто убивать диск. Пусть лучше болтается в оперативке.



Просто что бы быстро грузилось. Порезать на части,- и виртуалки (ОС),- тоже на него

- однозначно да!


Ну,IMHO, не совсем. Просто а) МИНУС: диски будут дружно работать и дружно умирать. б) Более грамотным на 4 диска будет сделать RAID-10 (получаем тот же объём, почти ту же надёжность, но выше скорость). в) Плюс один,- пока всё работает, нет головной боли - аппаратный RAID-6 предоставит видимость одного диска, который в хостовой ОС нарезаем как хотим. И я уже думаю о варианте докупить 2 диска: 1 диск в RAID-6 (будет 5 дисков), и один диск - в hotswap к нему.

Есть ли смысл в разделении .ldf- и .mdf- файлов (если модель - SIMPLE) ?
Этот вариант для 4-х дисков эквивалентен RAID-6 с двумя "но" - а) но RAID-6 более надёжен (переживёт одновременную смерть двух любых дисков) , б) но в RAID-6 все 4 диска изнашиваются одновременно (шансы на одновременность смерти сразу нескольких дисков увеличиваются).

Ну... Мне ехать до них примерно час. Но если из города куда-нибудь отлучусь на несколько дней, то смогу попросить "серверовладельцев" купить похожЫй диск и перекрутить его заместо убитого (сделают самостоятельно), либо попрошу кого-нибудь заехать и помочь...

Спасибо за коммент!

Да, думаю о том, что стоит взять ещё пару дисков - один в RAID-6 (будет 5 дисков) и один в hotSwap тудаже...

Минус - из 3ТБ дисковой памяти будут доступны для работы только 1.5 ТБ .
ПЛЮС - полтора терабайта "нарезаю" как считаю нужным и сплю относительно спокойно (до первого вылетевшего диска )

Спасибо за комментарий!

Логично. Грузится быстро; а в случае смерти диска легко быстро поднять на новый диск из полного бэкапа системы.


Просто потому что так надёжнее ?

Потому что дисков мало для RAID ? ; или данный контроллер (Dell PERC H710 512MB Mini Mono) имеет проблемы по надёжности или производительности ?

Ой!, мне кажется слишком жЫрно будет бэкапится на SSD. В чём могут быть плюсы такого подхода кроме быстрого чтения при восстановлении (в случае аварии) ?
Может отдам свой Хитачи трэвелер 500Гиг (всё равно без дела валяется) или даже свою Барракуду терабайтную

Я посмотрю. В теории, H710 понимает SSD и S.M.A.R.T.,- возможно что информация транслируется в утилиты (родные и сторонние). Подробности можно тут .

PS Вероятно ещё и план обслуживания можно автоматизировать.

PPS Я не нашёл,- сможет ли H710 перестроить RAID "находу" если в него пихнуть на замену похожий (SSD) диск иной ёмкости. SSD и HDD (насколько я помню) в один RAID не встают.

H710 не умеет; понимает только SAS/SATA, "Up to 6Gb/s per port" (ссылка на спецификацию в посте выше). И платформа, похоже, не умеет. Только если что-то через PCI Express 2.0 . Тут даже Intel Optane особо не пойдёт, ибо оптаны рассчитаны на PCIe 3.0 x4 или NVMe .