监控从Glacier到标准存储的批量转换？

Question

我已经使用AWS CLI aws s3api restore-object命令启动了从S3冰川到标准存储的批量恢复操作，打算稍后下载文件并将其复制到不同的备份位置。

我已将恢复请求天数设置为"1天“，以避免超出需要的账单(AWS将在恢复后1天删除已恢复的副本)。

但是，我很难理解我请求恢复的数千个文件中的哪些文件现在可以下载/复制。界面中是否有AWS API或区域可供我批量监控当前的冰川恢复？

Answer 1

aws s3api head-object允许您轮询对象以检查其恢复状态。

在输出中查找Restore。该值来自x-amz-restore，如《S3应用编程接口参考》的HEAD Object API Action部分所述。

对于已准备好下载的对象，ongoing-request (冰川活动是否仍处于等待状态)设置为false

ongoing-request="false", expiry-date="Fri, 23 Dec 2012 00:00:00 GMT"

...otherwise，对于尚未就绪的对象，将其设置为true (还原正在进行中)，未提供到期日期：

ongoing-request="true"

请注意，SDK中也提供了head-object的变体。在Node.JS中，它是s3.headObject()...在boto3中，它是client.head_object()...等。

除了轮询，还有一种主动的“推送”方法，使用S3 Event Notifications。

配置s3:ObjectRestore:Completed通知将在每次恢复的对象就绪时生成消息。您还可以选择使用s3:ObjectRestore:Post来捕获恢复对象的原始请求(在本例中，您已经发出了这些请求)。

现在，如果启用这些s3:ObjectRestore:Completed通知，则在每个对象准备就绪时，只要对象在首次设置通知时尚未就绪，就会收到通知事件。为此，您需要使用上面的polling方法。

S3事件通知生成消息，这些消息可以发布到SNS主题，发送到SQS队列，或者用作调用Lambda函数的有效负载。如果您熟悉这些技术中的任何一种，那么很明显，其中一种技术对于提供下游流程以执行必要的后续操作是多么有用。