Предлагаешь write through?

ИМХО, под СУБД это единственный правильный и надёжный вариант.

Если это не СУБД для тестов каких-то

Понял, спасибо
А read ahead ?

А это хз. Не экспериментировал. Может ещё кто что скажет.

Благодарю.

а где находится сама СУБД? И что за СУБД?

кстати в этом есть свои плюсы). Я вот например хетцнер раскручивал чтобы они добавили в доступные диски возможность взять оптаны на небольшую емкость (как SLOG для ZFS) 60-100Гб, ни в какую не хотят....

Мое руководство считает что это дороже арендовать. Плюс не хочет свои данные где то неподконтрольно держать. И служба безопасности тоже. Плюс интересно сертификат фстека есть у хетзнера например в разрезе ЗИ

Ну и мое печальное мнение виртуализация убивает сисадминов как вид. Скоро будут одни кодеры. Особенно с принципами DevOps

Так учись на devops платят хорошо

Да, а все железки, на которых стоит гипервизор и вся сеть между ними будет в гите лежать

и devops больше к среде разработки, где есть команда программистов и надо ускорить выход релиза с помощью автоматизации процессов

а если у тебя гипервизо крутит виртуалки, то причем тут девопс

ну это смотря как считать затраты. Для своего железа нужно и помещение иметь оборудованное, и расходники (ЗИПы) и тратить деньги на поддержку собственного ЦОДа(мини-серверной).
Про сертификаты конечно нечего говорить, тут Хетцнер ничего не предоставит. Но с другой стороны - в собственный ЦОД маски-шоу могут приехать, а к Хетцнеру им придётся долго добираться.
В любом случае - it depends. Есть свои плюсы и минусы

почему?

Хотя это надо во флудилку идти а не тут

PVE + ВМ (винда, СУБД MS SQL) (raid1)
Прокинуты в ВМ вирт. диски под бд (raid1, sas ssd)

памяти для ВМ лучше добавьте, любая СУБД любит память (cache the king). read ahead для ssd вообще на мой взгляд смысла не имеет. про кэш на запись - уже сказали.

Т е однозначно лучше поставить writethrough ?