Исправление DALDON, (текущая версия) :
Спасибо тебе за весьма ценные замечания. В первом приближении всё настроил, всё получилось вроде.
Я пока поступил так:
В первом приближении вроде получилось, но теперь не знаю как организовать архитектуру.
У меня очень разные задачи для резервного копирования: есть образы qcow2, есть выгрузки, mssql (коих мне надо хранить много), есть просто очень много мелких файлов (Т.е. мне нужно будет инкрементальное/дифференциальное копирование).
Я посмотрел в первом приближении по поводу дедубликации на блочном/файловом уровне. - Всё плохо насколько я понял. То есть, или использовать hw дедупликацию, или не использовать вовсе. По-крайней мере, в mail рассылке bareos, говорят, что zfs, btrfs - не могут себя проявить, так-как на volume идёт запись в своём формате. Есть платный плагин для bacula только в этом плане.
В общем, в рассылке, говорят, мол, сейчас диски дешёвые, а архитектура, bareos/bacula, вполне себе позволяет использовать сколь угодно много sd, вот мол берите, и выбирайте по потребностям, будь то: кофеварка, кофемолка, amazon S3, или куча дешёвых винтов.
Как бы мне, заранее предусмотреть, такую возможность, что мне в будущем возможно потребуется ещё один сервер sd, например, можно арендовать на удалённой площадке железку, и туда периодичеки что-то складывать.
Покамест читаю, bareos мануал, в 500 страниц. Долго я ещё буду его читать... Ибо по-русски то нафиг не поймёшь чего делать с этими волюмами, а уж по-английски и вообще пока эту игру слов распарсишь... Ух... Но вообще говоря, подход даже с лентой мне нравится. У меня валяется стриммер, и я периодически балуюсь... - Понимаю, что для такого дела, bareos, подходит очень даже...
Ну и самое сложное из того, что мне необходимо, это сделать интеграцию с zabbix, чтобы было автообнаружение и т.д.
Исходная версия DALDON, :
Спасибо тебе за весьма ценные замечания. В первом приближении всё настроил, всё получилось вроде.
Я пока поступил так:
В первом приближении вроде получилось, но теперь не знаю как организовать архитектуру.
У меня очень разные задачи для резервного копирования: есть образы qcow2, есть выгрузки, mssql (коих мне надо хранить много), есть просто очень много мелких файлов (Т.е. мне нужно будет инкрементальное/дифференциальное копирование).
Я посмотрел в первом приближении по поводу дедубликации на блочном/файловом уровне. - Всё плохо насколько я понял. То есть, или использовать hw дедупликацию, или не использовать вовсе. По-крайней мере, в mail рассылке bareos, говорят, что zfs, btrfs - не могут себя проявить, так-как на volume идёт запись в своём формате. Есть платный плагин для bacula только в этом плане.
В общем, в рассылке, говорят, мол, сейчас диски дешёвые, а архитектура, bareos/bacula, вполне себе позволяет использовать сколь угодно много sd, вот мол берите, и выбирайте по потребностям, будь то: кофеварка, кофемолка, amazon S3, или куча дешёвых винтов.
Как бы мне, заранее предусмотреть, такую возможность, что мне в будущем возможно потребуется ещё один сервер sd, например, можно арендовать на удалённой площадке железку, и туда периодичеки что-то складывать.
Покамест читаю, bareos мануал, в 500 страниц. Долго я ещё буду его читать... Ибо по-русски то нафиг не поймёшь чего делать с этими волюмами, а уж по-английски и вообще пока эту игру слов распарсишь... Ух... Но вообще говоря, подход даже с лентой мне нравится. У меня валяется стриммер, и я периодически балуюсь... - Понимаю, что для такого дела, bareos, подходит очень даже...