Нахуй для 10 пользователей ПТ столько ресурсов и кластер? ))))

Разворачивай на оракл

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

А чо нет? в РФ его и покупать то не обязательно - санкции йопта. А мсскл можно и под линукс воткнуть да и олвизон кластер заебенить.

Немного оффлайн. Он меня в Каспер рекомендовал как-то на роль ДБА, Ито не столько он сколько Дима Артемин - архитектор в Майкрософт РФ, он. Походу кореши. А я с артеминым много общался

Ну бл... любители ОРМ ))))

https://habr.com/ru/articles/237889/

Когда библиотека-фреймворк код языка программирования процецирует в БД - в БД явно не нужно писать запросы и процедуры, а только в самом ЯП писать код.

Плюсы - быстрая смена СУБД без переписи чего либо.
Минусы - с ростом проекта и базы данных запросы сформированные с помощью ORM начинают безбожно тормозить и в итоге начинают привлекать для оптимизации базистов, запросы упихивать в процедуры-функции СУБД, а из кода си шарп или джавы или еще чего там не запрос ORM а упрощенный вызов процедуры.

В общем... на старте ORM хорош, но как только БД проекта становится большой и еле шевелится - отказываются от этой затеи

В инди проектах нах не выспались.при групповой разработке и разной специализации программистов - нужны.

Что-то не выровненный рейд. Лишние iops сделал, которых мог бы избежать... 5 рейд уж делал бы из 5 дисков 4 данные один четность контрольный бит. Или рейд6 - 4 данные и 2 диска под четность все 6 бы задействовал, полезного места меньше на 20% но скорость выше да и 6 рейд не деградирует при отказе одного харда

А тогда ок. Я прочитал 6 дисков в 5 рейде и один хот спейр

basename [игнорируется] 

Кстати .. теория 95% чтение 5% запись норм 5 рейд так себе... Помню в инфотекс теровая база на 5 рейде подтормаживала... Даже файлы с данными. В общем перевели на 10й рейд и перформанс сильно вырос - лаги ушли.
Ну и... Общие рекомендации транлог бд на одни физ диски типа рейд1 причем можно все транлоги на 1 рейд1 одного сервера бд, а файлы бд с данными на отдельный/отдельные.
Понятно затратное... Может щас и не актуально

https://intuit.ru/studies/courses/68/68/lecture/1992

Да ладно. Небось ща диски sas/ssd, там похер какой рейд. Если харды шпиндельные, то 10ка да лучше

Диски с золотым покрытием инкрустированные брюликами

да я давненько проходил этот курс по скл2000 понятно что тебе это нах не всралось сам скл. но вот глава про дисковую подсистему - универсальна для любой субд.

Ну при 6 дисков отданных под рейд имеет смысл рейд 6, если 5 дисков рейд 5

Можно, но что бы не терять IOPS и лишние не делать полезные диски лучше что бы образовывали страйп который бы лёг в кластер файловой системы, а это 512, 1024, 2048, 4096, 8192... 65536 байтов.
ну то есть если сектор диска 512 байтов, у тебя рейд5 из 5 дисков, один на четность 4 полезных, 4 * 512 = 2048 байтов. ты можешь сделать в ext4/ntfs размер кластера 2048 или выше и будет обращение одновременно к 1му или более страйпу.
если у тебя 6 дисков райд5, то у тебя страйп будет 5 * 512, всегда будет сохраняться сектор когда файловой системы один и тот же страйп будет дергаться лишний раз

Из 6 дисков я бы наверное сделал рейд10 из 4х дисков и рейд1 из оставшихся 2х...
максимальная производительность. транлог и ос на рейд1 воткнул бы... а бд на рейд 10

Так же, если диски физические

Так погоди. у тебя 6 физических дисков? или какие то луны от провайдера презентованы? а как собраны луны на каких рейдах ты не знаешь?
К виртуалке можно примапить с уже с любого диска файл-диск для виртуалбокс тот же а этот файл на локальном диске или каком то рейде лежит. это одно.
а можно до виртуалки на контроллере физически собрать рейды из физических дисков и уже эти диски презентовать любой из виртуалок - эксклюзивный доступ будет

Ну куда то на физический сервак нужно запихнуть систему виртуализацию и саму гостевую ОС. С оставшихся дисков уже рейд мутить какой нужно.

ну вот рейд1 под гипервизор и гостевую ос туда хуяч. а из 6 теровых дисков уже райд 10/5 и можно же после презентовать твоей гостевой ОС эти рейды

Ну... Тогда и смысла нет рассуждать. Сколько весят 22 виртуалки? Меньше тера? Без самой бд. Если да то виртуалки на рейд1 из 2х хардов и 4 оставшихся диска на рейд10 или пару рейд1? Просто появляются новые условия не сразу )

Про хранение БД...
По классике у БД есть файлы транлога и файлы с данными.

1. файлы транлога - 99% это последовательная запись и сохранение в ОЗУ этих данных, чтение происходит при откатах транзакций и при старте - дочитка из транлога того, что не успело записаться в файлы данных. То есть рекомендуют транлог выносить на отдельный raid1/10 ибо транлог важен, его важно не проебать когда рейд вылетит иначе привет восстановление из бэкапа с проебом данных и максимум скорости для линейной записи. Если туда ткнуть еще какие то данные которые читаться будут то скорость записи будет нихуя не линейной будет рандомное чтение и скорость записи просядет. Кстати в случае кластеров или репликаций, чуть ли не всегда реализована передача транлога с основного сервера на резервный по сети.

2. файлы данных туда запись идет фоном раз в 30 сек - 1 минута фоновыми процессами, то есть запись редкая, но идет чтение с разных таблиц. Ну... типа рейд5/6 пишут норм, но если много всякого чтения, то 10ка лучше чем 5ка.

Основной лейт-мотив - предаставь транлогу отдельные диски которые не будет трогать другие процессы, места много транлогу не нужно там и 100гб хватит. была бы пара дисков быстрых по 300гб из них собрал рейд1 отдал транлогу и збсь было бы. Ну и... размер кластера файловой системы можно сделать наверное небольшим 1-2кб, хотя я бы не парился сделал бы 8кб - равный размеру страницы.

Для файла данных рейд5 или рейд10 размер кластера файловой системы не меньше размера страницы в постгрес 8кб, можно менять если пересобирать из исходников, в оракл тоже вроде можно и 64кб сделать - хз кто этим заморачивается или всем похуй оставляют по умолчанию 8кб.
В мсскл есть еще такая хуйня как экстенты - 8 страниц то есть 64кб, обычно майкрасофт скл пишет минимум 1 экстент, бэкапы точно читает экстентами минимум (64кб). Как в mysql не ебу честно...
В общем для раздела где будут лежать файлы БД, я бы ебанул райд5/6 а лучше райд1/10 и размер кластера файловой системы как рекомендует майкрасофт 64кб.

Понятно что это всё делают в корпорациях когда базы большие и бабло есть всяские дисковые полки ебашут по 12-24-48 дисков... но при желании можно и здесь что то подумать