【问题标题】:Using AWS Glacier as back-up使用 AWS Glacier 作为备份
【发布时间】:2020-05-30 21:05:08
【问题描述】:

我有一个网站,我在其中提供存储在 AWS S3 存储桶上的内容。随着内容数量的增加,我开始考虑备份选项。使用 AWS Glacier 是一条自然路线。

阅读后,我不明白它是否符合我的意图。据我了解,使用 Glacier,您可以为存储在 S3 存储桶上的对象设置生命周期策略。根据这些政策,对象将在上传到 S3 后的特定时间点转移到 Glacier 并从您的 S3 存储桶中删除。此时,对象的存储类更改为“GLACIER”。
亚马逊解释说,一旦完成,您将无法再通过 S3 访问对象,但“它们的索引条目将保持原样”。同时,他们说从 Glacier 取回物体需要 3-5 个小时。

我的问题是:这是否意味着,一旦将对象转移到 Glacier,如果不先检索它们,我将无法在我的网站上提供它们?或者这是否意味着它们仍将像往常一样从 S3 存储桶中提供服务,但是如果 S3 上的文件发生问题,我只能在 3-5 小时内检索它们?
Glacier 只是一个如果我的网站的用户在将对应对象转移到 Glacier 后仍然能够在网站上加载内容,那么对我来说可行的备份解决方案。
此外,是否可以将对象转移到 Glacier 而不会从S3 存储桶?

谢谢

【问题讨论】:

    标签: amazon-web-services amazon-s3 backup amazon-glacier


    【解决方案1】:

    回答您的问题:这是否意味着,一旦将对象转移到 Glacier,如果不先检索它们,我将无法在我的网站上提供它们?
    不,除非将它们从冰川转移到标准或标准_IA 类,否则您将无法在您的网站上提供它们,这需要 3-5 小时。 Glacier 通常用于归档冷数据,例如在极少数情况下访问的旧日志。因此,如果您需要实时访问该对象,Glacier 对您来说不是一个有效的选择。

    【讨论】:

    • 是否可以手动将 S3 存储桶备份到 Glacier(例如,以编程方式但不使用生命周期管理)?然后他就可以利用 Glacier 进行备份,而不会遭受 S3 存储桶的删除?
    猜你喜欢
    • 2017-10-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-07-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多