我有一个客户端向Glacier上传多个TB数据。 他们做了一个雪球，获得了65TB的数据，他们将通过上传完成剩下的25个数据。 目前他们正在使用FastGlacier直接上传到Glacier，但是这个工具是在他们唯一的Windows机器（一个完整的Mac商店）上运行的，并且不断地因排队这么多的数据而崩溃。 此外，这个程序留下了很多关于search/浏览商店的希望，以便查看冰川中的文件，你需要下载清单（4-6小时交货时间）。
为了保持一致性，我们希望上传到我们用于Snowball的S3共享中，并使用生命周期pipe理规则向Glacier进行相同的0天过渡，但是不希望为此产生大量的S3成本。 我知道S3成本是基于当月的平均使用量，但不知道如何估算。
AWS 存储服务概述 白皮书 （两个链接）指出：“您可以指定绝对或相对时间段（包括0天），之后指定的Amazon S3对象应转换为Amazon Glacier”。
S3生命周期规则说，在上传后的30天之内，您不能将S3数据转换为不常访问存储类。 但是，您可以立即转换到冰川 – “0天”似乎是一个有效的设置。
我自己试了一下 我创build了一个具有生命周期规则的新桶，在0天后过渡到冰川。 我上传了一个使用S3标准类的小文件。 文件在上传后的5到8小时内变更为冰川存储类。 我不能更确切地说，因为我没有看到有关这个的日志，我只是偶尔检查一下。
您可以考虑使用存储网关 ，但是依赖于在本地运行虚拟机。 它将数据存储在S3中，因此您必须使用生命周期规则将其转换。 考虑到上传时间，上传客户端可能更容易。
在Mac上运行的冰川客户端，例如Freeze ， Glacier Uploader等等。