我最近注册了Rackspace来托pipe一些数据库服务器。 我已经安装了两台MySQL服务器，并且有一个创build备份的方法（使用Percona Xtrabackup和innobackupex工具）。 我一直在尝试使用重复将这些备份复制到S3和CloudFiles存储，它正在forververr ！ 我预计S3备份不会很快，但CloudFiles备份需要15个小时来备份9GB。 这是可怕的慢，我不能接受。
我浏览过重复的源代码，默认情况下，它不使用Rackspace Servicenet传输到云文件。 然后，我查看了用于CF后端的lib的cloudfiles源代码，并看到有使用Servicenet（ RACKSPACE_SERVICENET ）的环境选项。 只要设置为cloudfiles lib应通过Rackspace Servicenet连接到cloudfiles， 应该为快速传输做准备。 它不是。
我不确定速度限制是否由于CloudFiles的某些限制，或者云文件python库实际上没有通过RackSpace Servicenet连接。
你们是否有任何其他的build议，我应该怎么做/可以去做这些备份离开服务器和第三方或远程备份服务？
我们使用Rackspace服务器备份（又名JungleDisk服务器备份），就像Duplicity进行本地重复数据删除和压缩一样，然后通过HTTP将“块”上传到云提供商。 我们看到了一些性能问题，其根本原因是我们的云文件与云服务器的configuration点不同。 我们的云服务器正在DFW数据中心中创build，但JungleDisk的所有云文件存储桶都位于ORD数据中心。
由于DFW设施接近容量，因此Rackspace目前不允许用户select使用哪个数据中心。 因此，所有“新”帐户的所有内容都是在ORD中提供的。 所以你必须打开一张支持票来改变你的configuration点。
另外，您还不能在Rackspace数据中心之间使用ServiceNet。
也就是说，在备份过程中，我们确实看到了40+ Mbps，甚至使用Rackspace Cloud Backup穿越Rackspace数据中心，所以我怀疑您有某种forms的configuration问题，或者您在备份过程中受到磁盘或CPU限制。 你有没有尝试从外部云文件运行备份到相同的目标？ 一个大型文件的简单HTTP PUT如何执行（即排除testing的双重性）？
也许不是一个完整的答案，更多的build议。 您能不能build立连续镜像（或者几分钟后）主DB服务器的Amazon EC2实例。 然后，您可以将备份从EC2实例直接运行到S3，并获得更快的传输速度，同时减less主DB数据库的负载。
9GB的15小时，如果我的心智math是正确的（这可能不是），不到2MB / s这听起来像一个问题。 可能值得联系Rackspace支持，询问他们为什么传输速度慢。