Amazon s3 从冰川移动到S3冰川深度档案

我在Amazon Glacier（S3之前的版本，多年来一直在上传文件）中有很多文件。我现在想将这些文件转移到S3 Glacier Deep Archive存储类中，以利用更好的定价优势，并正在尝试找出最好的方法。（据我所知，S3之前的冰川不提供深度档案存储类，但我很高兴我错了。）

---

有没有什么方法可以将我的文件从Glacier直接恢复到S3帐户/存储桶/任何东西上，这样我就可以避免将所有东西下载到我家，而只是重新上传到云端的带宽使用？或者这是我唯一的选择吗？

您可以在与您的Glacier vault和新bucket相同的AWS区域启动一个具有公共IP地址的EC2或Lightsail实例，并从那里进行所有下载/上载，避免带宽成本，因为费用是用于离开AWS区域的流量的——并且在同一区域中有一个计算实例，这不适用

---

没有将内容从一个服务直接传输到另一个服务的机制，您是对的。。。旧式冰川服务似乎不支持深度存档。

您可以在与冰川保险库和新存储桶相同的AWS区域启动一个EC2或Lightsail实例，并使用公共IP地址，然后从那里下载/上载所有内容，避免带宽成本，因为费用是针对离开AWS区域的通信量——如果计算实例位于同一区域，则不适用

没有将内容从一个服务直接传输到另一个服务的机制，您是对的。。。传统冰川服务似乎不支持深度存档。

否

最初的亚马逊冰川服务成本低，但很难使用。大多数请求要求您在几分钟（或几小时！）后返回以检索结果。如果没有你提到的工具，几乎不可能使用它

然后AmazonS3团队引入了在S3中将冰川指定为存储类的功能，他们将处理其中的难点。这给了低成本一个更好的接口

最近，冰川深度档案存储类带来了比冰川本身更低的成本，因此几乎没有任何理由再直接使用冰川。当然，除非你的文件还在那里，就像你的情况一样

不幸的是，并没有从“老冰川”到“S3冰川”的机制。您需要提取归档文件，然后将其上载到S3（或者指定

Glacier Deep Archive

作为存储类，或者使用S3生命周期规则更改存储类）。您需要自己完成这项工作，最好是从AmazonEC2开始，以加快速度并避免数据传输费用。也许您将您的FastGlacier工具放在Windows EC2实例上，然后从那里执行该操作？

否

最初的亚马逊冰川服务成本低，但很难使用。大多数请求要求您在几分钟（或几小时！）后返回以检索结果。如果没有你提到的工具，几乎不可能使用它

然后AmazonS3团队引入了在S3中将冰川指定为存储类的功能，他们将处理其中的难点。这给了低成本一个更好的接口

最近，冰川深度档案存储类带来了比冰川本身更低的成本，因此几乎没有任何理由再直接使用冰川。当然，除非你的文件还在那里，就像你的情况一样

---

不幸的是，并没有从“老冰川”到“S3冰川”的机制。您需要提取归档文件，然后将其上载到S3（或者指定

Glacier Deep Archive

作为存储类，或者使用S3生命周期规则更改存储类）。您需要自己完成这项工作，最好是从AmazonEC2开始，以加快速度并避免数据传输费用。也许您可以将您的FastGlacier工具放在Windows EC2实例上，然后再从那里执行此操作？

您现在可以使用Amazon S3 Glacier Re:Freezer

---

它是一个无服务器解决方案，可自动将整个Amazon S3冰川保险库档案复制到定义的目标Amazon Simple Storage Service（Amazon S3）存储桶和S3存储类。该解决方案自动化了优化的恢复、复制和传输过程，并提供了一个预构建的Amazon CloudWatch仪表板来可视化复制操作进度。通过部署此解决方案，您可以将S3冰川保险库档案无缝复制到更具成本效益的存储位置，如Amazon S3 Glacier Deep Archive存储类。

您现在可以使用Amazon S3 Glacier Re:冷冻库

它是一个无服务器解决方案，可自动将整个Amazon S3冰川保险库档案复制到定义的目标Amazon Simple Storage Service（Amazon S3）存储桶和S3存储类。该解决方案自动化了优化的恢复、复制和传输过程，并提供了一个预构建的Amazon CloudWatch仪表板来可视化复制操作进度。通过部署此解决方案，您可以将S3 Glacier vault档案无缝复制到更经济高效的存储位置，如Amazon S3 Glacier Deep Archive存储类