Резервное копирование на удаленный сервер

Question

[Олег]

Добрый вечер. Компания занимается ИТ-услугами. Встал вопрос об организации резервного копирования для клиентов. Тип данных может быть разным. Хотел бы узнать именно про серверную часть. Имеется сервер. Как будет правильно его настроить, чтобы:
а) было безопасное соединение при бэкапе
б) была уверенность, что в случае отказа получим свои данные (будь то умерший диск либо еще какой-нибудь инцидент)
в) т.к. эта услуга будет предоставляться не как отдельная, хотелось бы уменьшить стоимость ее реализации

Была мысль создавать отдельные ftp-аккаунты под каждую организацию, но в безопасности самого FTP есть сомнения.
С ПО более менее вопрос решен. Либо Duplicati, либо Cobian (если будут возражения или предложения — рад услышать их)

Upd. Посмотрел в сторону Amazon s3. Конечно немного отличается от первой задумки. Но во первых отпадает вопрос о собственном сервере, во-вторых решится вопрос об отказоустойчовости. Кто что скажет по этому поводу?

Answer 1

[philipto]

В Duplicati есть поддержка Rackspace. У Селектела есть поддержка Rackspace. У Селектела можно открыть до 10 учетных записей под одного клиента (если будете приносить им деньги в интересных количествах — возможно, договоритесь на большее к-во учеток). В панели управления вы будете видеть, в каком каталоге сколько хранится. У каждой учетной записи — доступ только ко своему каталогу, в котором (и подкаталогах) хранятся резервные копии. Вы выигрываете на том, что Селектел берет за все хранимое оптом, а вы со своих клиентов — в розницу.

Я в Селектеле не работаю, просто это единственное удобное решение, которое нам в такой ситуации подошло. Потом мы сделали свое хранилище в дата-центре, и стали делать копии на свои серверы через ssh (который тоже есть в Duplicati).

Answer 2

[nochkin]

Если проблема только в ftp, то есть другие протоколы — например, sftp/scp на базе ssh.

Comments

[Олег]

проблема даже не в ftp, а в правильной реализации всего этого

[nochkin]

Тогда надо уточнить что именно не реализовывается. Софт вроде уже решен.
Если проблема только в передаче данных, то можно инкрементальные бекапы передавать через sftp/scp. Если бекапы полные, то можно через rsync делать инкрементальные. Хотя, я думаю что специализированный софт в курсе что такое инкрементальные бекапы.

[Олег]

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

[nochkin]

Я обычно это делаю через rsync или rdiff-backup в зависимости от целей и типа бекапов.

[Олег]

В планах, основная часть данных будут базы 1С. Настроить единожды и просто время от времени следить чтобы все работало.

[s01o]

использую duplicity (http://duplicity.nongnu.org/) и Amazon S3.

Answer 3

[tisov]

ssh — тут и sftp и scp/rsync, по учетке на организацию + шифрование.

Comments

[Олег]

какими средствами можно настроить шифрование?

[tisov]

оно уже встроено в ssh (openssh-server), т.е:
поднимается ssh и выдаются учетные записи организациям. А они, организации, настраивают резервное копирование используя sftp/scp/rsync — по протоколу ssh, по 22 порту.

Answer 4

[rtzra]

Слишком неконкретно задан вопрос. Каковы требования к хранению: просто перетаскивать уже готовые архивы от клиента или отдельными файлами? Требуется ли возможность восстановления определенных файлов? Бэкапы полные или инкрементальные? Какие объемы? Будет ли информация шифроваться на стороне клиента? И так далее.
Исходя из ответов можно предложить много чего: sftp, scp, rsync, obnam, Bacula, BackupPC и многое-много другое.