Масштабируемое хранилище. На основе чего?

Question

[Zanuda28]

Стоит вопрос построения горизонтально масштабируемого корпоративного хранилища для бекапов и архивов. Сейчас все на Синолоджи. Смотрю в сторону TrueNAS, но пока не совсем понимаю как объединять если объем выйдет за пределы одного сервера.
Поделитесь опытом, на чем правильнее будет построить?

Comments

[rPman]

размер, что и чем будешь бакапить

[Zanuda28]

rPman, На старте пока 35 Тб, бекапить планирую Вимом

[rPman]

вимом? я понимаю что vim это не просто текстовый редактор, это целая религия, но бакапить с его помощью это перебор ;)

чем и что бакапить определит формат взаимодействия с хранилищем.

так же вопрос о том, кто именно будет инициировать бакап, клиент или сервер (т.е. клиент по таймеру или вручную запускает утилиту копирования которая по сети отправляет данные на сервер) или сервер, подключается по какому то протоколу к клиенту и забирает данные (например по smb/nfs)

и да, win/linux на клиентах тоже критичен

если win то к примеру резервную копию операционной системы сделать сложно (из работающей системы почти невозможно, там проблема доступа к некоторым критичным файлам, например реестру)

p.s. маленький объем хранилища позволяет использовать десктопные комплектующие, значительно понижая стоимость итогового результата

еще момент, если к примеру размер не так критичен, можно хранилище сделать распределенным, один из кейсов, хранение данных на машинах клиеинтов, с многократным резервированием, а сервер отвечает только за управление где что хранить и куда отправлять следующий дубль.

Answer 1

[Drno]

lvm разделы \ iscsi ?? nfs в конце концов?
смотри в сторону OpenMediaVault + его офф репо с допами(эт сразу из каропки надо ставить для функционала)