有没有办法在AWS位置之间传输S3数据而不收费?

我们需要将我们的圣保罗水桶转移到美国东部,这样我们才能利用冰川。

这些桶每个超过4TB。 我们使用AWS API中的实例在美国东部移动了第一个实例,发送这些请求,成本超过800美元。

您是否知道其他forms的数据传输而不会产生这种成本?

无法完全避免成本,因为任何forms的“出站”数据传输都会带来成本。

导入/导出“磁盘”服务在您所在地区尚不可用,否则您可以使用物理外部硬盘,将其发送到亚马逊,他们将您的数据从S3加载到磁盘,发送给您,然后将其发送回他们在不同的位置,然后他们将数据从磁盘传输到S3。 导入/导出“滚雪球”服务同样有用,但尚不支持仅出口导入。

你的数据是压缩的吗? 数据压缩可能会大大减less需要发生的实际传输量。 像xz (单核)和pixz (多核/并行)和zpaq程序通常可以将您的数据大小减less到小于原始大小的十分之一或更多。 您可以将其压缩存储,将其压缩后传输,然后在传输后将其解压缩,或将其压缩以节省长期存储成本。 一般来说,压缩algorithm所占用的文件越小,压缩所需的时间就越长,但是使用廉价计算能力来处理大型压缩作业是一种好方法。

通过CloudFront汇集您的内容似乎还有另一种可能性。 (怀疑者:听我说…)从圣保罗到另一个AWS区域的数据传输费用是$ 0.160 / GB,但从S3到CloudFront的费用报价为0.00美元。 在美国转出CloudFront的成本是$ 0.085 / GB。 如果您在us-east-1(弗吉尼亚州)创build了一个EC2实例,然后从那里访问CloudFront,则请求应该在美国路由到CloudFront,并且如果为最低成本层调配CloudFront分配,则应始终提供请求走出美国。 我们东1内的EC2到S3的stream量不会受到每GB的带宽费用。 你将无法使用内置的S3复制机制,但是如果你编写了必要的支持代码来完成这个工作,你就可以用这种方法将运输成本降低一半。

警告:我没有testing过这个,以确认报价实际上是以预期的方式影响结算 – 我只是从我对定价表的解释中工作 – 但它似乎是less数几个地方之一AWS中数据传输价格“套利”的小机会。 它的前提是从S3到CloudFront在数据输出方面没有“区域”区分。