сука с резервным цодом

Настраиваю multisite конфигурацию ceph с тремя зонами: master zone, secondary zone и archive zone. В каждой зоне по 4 сервера: Xeon Gold 5215@2.5Ghz, 192Gb RAM, 8 штук HDD 12Tb, сеть 2x10G подключенные через кластер juniper ex4600. На серверах для master zone и secondary zone дополнительно установлены 2 SSD Intel S4610 480Gb под кэш. Версия ceph 15.2.4 установленная через cephadm.
Использоваться этот кластер будет как s3 хранилище в основном документов 1с, средний размер документа порядка 200-300kb, пока их всего 30Tb. Нагрузка совсем не большая порядка 50 мбит записи и 100мбит чтения.

Собственно у меня несколько вопрос:
1. После вчерашнего обсуждения необходимости ssd под DB и WAL, задумался, а привильно ли я отдал SSD под bcache (4 HDD на один SSD), или лучше все-таки будет отдать их под DB? Отдать часть под bcache, а часть под DB в octopus c его drivegroup'ами ловко не получится.
2. Можно ли мою архивную зону считать бэкапом?
3. Сейчас настроил линки по 10Gb отдельно public и cluster network, но рука тянется линки собрать в LACP, чтобы защититься от выхода из строя одного из juniper(в кластере juniper LACP отлично собирается из портов в разных узлах).

Под 30 ТБ и 150 мегабит (т.е. 15 мегабайт в секунду) можно просто рейд на одной железке собрать из ниибацца ссд/нвме и не иметь геморроя. А да. раз 15 мегабайт в секунду то можно и из хдд

евпнчик с фаерами, вот отличный способ говна покушать

без nsx-t днище