我期待着为S3做一些备份，并尽可能地减less带宽。 我正在看几个选项。 似乎librsync是低带宽远程备份的最佳解决scheme。
我一直在阅读如何librsync的作品。 而且似乎远程端需要计算它所比较的文件块（以及本地端）上的校验和。 我会假设S3不能做这些校验和计算，因为它只提供文件。
我也读过S3不支持将文件分成块。 它只能提供整个文件或没有任何东西。
如果这两个（或两者）这些陈述是真实的，将librsync实质上是无用的？ 有人能帮我解释一下吗？
谢谢。
我认为librsync只是algorithm的一个实现。 它可以以多种方式使用。 “正常”的使用模式，就像在原始的rsync程序中使用的一样，希望接收者支持远程哈希生成。 Duplicity也使用librsync，但它预先计算散列，所以除了文件存储之外不需要远程支持。
更多信息： http ： //en.wikipedia.org/wiki/Rsync 。 特别：
重复是rdiff-backup的一个变种，它允许在没有来自存储服务器的协作的情况下进行备份，就像Amazon S3这样的简单存储服务一样。 它通过预先为每个块生成哈希，encryption并将它们存储在服务器上，然后在进行增量备份时检索它们。 为安全起见，其余的数据也被encryption存储。
我仍然在研究，但如果使用Duplicity，禁用SSL（s3-unencrypted-connection）和增加volsize参数应该有助于节省带宽，最低限度。