如何解决每个PB限制的S3 Glacier 35随机恢复
但是,如果您需要还原大量数据,请记住 S3 Glacier和S3 Glacier Deep Archive存储类是 专为每个存储每PB的 35个随机还原请求而设计 天。
在搜寻API文档和其他文档后,我找不到该限制的第二个引用。我的实验还表明,我可以将300多个小对象存档并还原到Deep Archive,而不会达到此限制。
如果需要在以下对象上运行此解决方案 Glacier或Deep Archive,请记住,这些存储 类设计用于每PB(PiB)35个随机还原请求 每天存储。您可以通过排序来提高还原吞吐量 按对象创建日期恢复,以减少随机性。您可以 还可以将校验和计算分散到几天或几周内 保持低于随机恢复权利并保持恢复 满足其他访问需求的吞吐量。
这只会增加如何定义“随机性”的混乱。
此外,我发现InitiateJob
API没有配备429 Resource Limit Exceeded
。
那么,“随机还原请求”到底是什么?此限制意味着什么?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。