Btrfsの送受信機能を使用して、バックアップスナップショットをかなり低速(初期シードは約50〜100GB、アップストリームバンドは約1〜2MBit/s)で信頼できない(両端で毎日強制的に中断される)接続で送信したいと思います。
次の要件が表示されます。
どうやら ZFSは中断された転送を自動的に再開できる で、rsyncと同じように見える。これはBTRFSにも適用されますか? wikiページの送受信 は、中断された転送に関しては役に立ちません。 btrfsが中断された転送を再開する場合、私がしなければならないことは、SSHトンネルを使用し、中断された場合に再開することだけです。
そうでない場合は、中間でバッファを使用して、btrfs-connectionが割り込みに耐えることを確認するか、シードのために両方のサーバーを互いに近くに配置する必要があります(これは、毎日の送信に優れた追加ファイルに関して問題になります)容量とスナップショットの送信)。
シードとスナップショットを送信するために何を考慮する必要がありますか?
しばらくの間、バックアップに「btrfs send」を使用しています。壊れた転送の再開を処理しません。転送を再開して実行し、ローカルのbtrfsファイルシステムのスナップショットをAmazon S3に自動的に同期するユーティリティを作成しました。それが役立つかどうかを確認するためにそれを試してみてください、私はフィードバックが大好きです! GitHub( https://github.com/AmesCornish/buttersink )とPyPi( https://pypi.python.org/pypi/buttersink/ )の両方にあります。
ファイルまたはパイプを介して「送信」します。反対側のファイルまたはパイプで「受信」します。疑わしい接続では、ファイルとrsyncのようなトランスポートで最善を尽くすでしょう。
buttersink
のS3レジュームに加えて、 btrbk
は以下をサポートします。
バックアップの再開(バックアップターゲットにしばらく到達できなかった場合)
編集:個々のスナップショットの転送はbtrbk
で再開されないことを知ったので、オフラインになったバックアップターゲット(中断されたスナップショットの転送の再開)を処理します。