Я хотел бы использовать функцию отправки / получения btrfs для передачи резервных снимков по довольно медленному (начальное начальное число около 50-100 ГБ, восходящая полоса пропускания ~ 1-2 Мбит / с) и ненадежному (ежедневное принудительное прерывание на обоих концах) соединение.
Я вижу следующие требования:
- зашифрованная передача (обычно достигается с помощью туннеля SSH)
- устойчивость к прерванным соединениям
Похоже, ZFS может автоматически возобновлять прерванные передачи , подобно тому, как это делает rsync. Это также относится к BTRFS? Отправки / получения вики страница не является полезным в отношении прерванных передач. Если btrfs возобновит прерванные передачи, все, что мне нужно будет сделать, это использовать SSH-туннель и возобновить работу в случае прерывания.
Если нет, то мне пришлось бы использовать некоторый промежуточный буфер, чтобы удостовериться, что btrfs-connection переживает прерывания, или приблизить оба сервера друг к другу для заполнения (что будет проблемой в отношении добавленных файлов, которые превосходят ежедневную передачу). мощности и отправка снимков).
Что я должен учитывать для передачи семян и снимков?
«отправить» в файл или через канал. «получить» с файлом или каналом на другом конце. При сомнительном соединении вам, скорее всего, лучше всего подойдут файлы и транспорт, например rsync.
источник
В дополнение к
buttersink
резюме S3,btrbk
поддерживает:Изменить: с тех пор я узнал, что передача отдельных снимков не возобновляется
btrbk
, однако это будет иметь дело с целевым объектом резервного копирования, который переходит в автономный режим (перезапуская передачу прерванного снимка).источник
btrbk
и как он реализует возобновление передачи, хотя мне немного не нравится выбор языка программирования - но, похоже, он в значительной степени реализует набор функций, который мне требуется.