What is the best way to use PC resources for terminal server and 1C+SQL?

Question

1C-Enterprise

Hello everyone, for several years now my server for 1C and just remote desktops has been organized as a hypervisor + virtual machines with roles: file manager, 1C + SQL, gateway and a pair of terminals. The hardware itself has a pair of 1TB nvme screws (softraid) and a pair of 4TB turntables (hwraid). Due to the fact that many 1C databases cannot be published on the web, all terminal servers have to be kept entirely on the nvme drive, because 1C is sensitive to the speed of temporary user profile files.

How to make sure that a bunch of files that do not need speed do not lie on fast drives? Only storage spaces? Does it work in my conditions?

Answer 1

upd. I didn’t realize that your server is on windows, and my answer is only suitable for a linux host (you can, of course, throw disk controllers inside one of the virtual machines, and do everything on Linux there, but it seems to me a perversion)

no longer relevant

Если есть потребность хранить больше данных чем позволяют ssd, не терять в скорости и не управлять размещением данных вручную (а это бывает очень непросто если у тебя виртуалки, размазывать для каждой софтинке ее файлики в виртуалках по разным дискам это геморой, кстати не всегда возможный), то можно попробовать настроить кеширование медленных hdd дисков, разместив bcache кеш на ssd.
Делать это лучше, мне кажется, там где к дискам прямой аппаратный доступ (на гипервизоре или пробросив контроллеры в виртуалку которая файлсервер). Так же сначала на основе физических железок поднимаешь raid-ы, а уже на получившихся - поднимаешь bcache, поверх получившихся дисков поднимаешь хранилища, а уже там либо файлы виртуалок и/или сами раздавать файлы по сети.
Настоятельно рекомендую не делать один большой блочный bcache диск с одним большим кешем на все доступное пространство на ssd... лучше поделить на тома, соответственно с разным характером нагрузки. Причем размеры кешей для каждого характера нагрузки могут быть разными. А еще можно части ssd и hdd диска выделить для разделов вне кеширования.
Пример - если сделать 2 блочных устройства отдельно для файлов ОС (к примеру выделил всего 8гб кеша) и отдельно для файлов нагруженной базы данных (у меня так на очень слабой железке 2013 года, хорошо такие нюансы выявлять) то высокая нагрузка на базу данных не затронет кеш файловой системы ОС, характер нагрузки ОС отличается от базы данных, файлы ОС читаются и меняются редко, и если бы лежали на одном блочном устройстве, из ssd кеша их бы выкинуло быстро, а так - отзывчивость работы с ОС осталась на высоте при видимой высокой на hdd диск из-за базы данных.
p.s. если у тебя ssd диск в рейде, то не бойся включать bcache стратегию writeback, поднимает скорость очень заметно