amazon-web-services - AWS S3:IA 与 One-Zone IA 存储类
问题描述
亚马逊于 2018 年 4 月宣布推出一种名为 One-Zone Infrequent Access 的新存储类,它通过仅使用一个 AZ 进行存储来降低成本,从而补充了普通 IA 选项。
它的网站宣称所有存储类都具有所谓的 11 9s 持久性。
我的问题是,鉴于后者使用 1 个可用区(相对于前者的倍数),两个选项(IA 与一个区域 IA)如何具有相同的(即 11 个 9s)耐久性
Amazon S3 Standard、S3 Standard-IA、S3 One Zone-IA 和 Amazon Glacier 均针对 99.999999999% 的耐用性而设计。Amazon S3 Standard、S3 Standard-IA 和 Amazon Glacier 将数据分布在至少三个地理上分离的可用区中,以提供最高级别的 AZ 丢失恢复能力。S3 One Zone-IA 通过将不常访问的数据以较低的弹性存储在单个可用区中来节省成本。Amazon S3 Standard-IA 是长期存储不常访问的主数据的理想选择。对于其他不经常访问的数据,例如可以重新生成的备份副本或数据摘要,S3 One Zone-IA 提供更低的价格点
附言。我认为它们本身就是在暗示一个区域的耐用性较低。
一个 Zone-IA 通过在单个可用区中存储不常访问且弹性较低的数据来节省成本
解决方案
从工程的角度来看,S3 One Zone IA 与其他存储类一样耐用,除非存储数据的可用区被破坏。
S3 One Zone-IA 提供与 Amazon S3 Standard 和 S3 Standard-IA 相同的高持久性†、高吞吐量和低延迟
...
† 由于 S3 One Zone-IA 将数据存储在单个 AWS 可用区中,因此存储在此存储类中的数据将在可用区被破坏时丢失。
因此,所提出的主张似乎是 1ZIA 使用与其他存储类相同的工程设计——冗余存储介质——除了所有内容都物理上位于单个 AZ 中而不是分布在多个区域中……因此它提供了可比的耐久性……除了涉及该 AZ 的灾难性事件。
推荐阅读
- google-api - FetchError:对 https://www.googleapis.com/oauth2/v4/token 的请求失败
- node.js - 部署后在我的 Express 应用程序上获取 404
- javascript - 获取对象的键是否存在于嵌套对象和数组中
- assembly - 在磁盘上读取或写入之前无法获得正确的状态
- alert - 对于未出现在 grafana 中以进行警报的情况
- javascript - 如何添加或更新数组元素的属性:Javascript
- javascript - 我如何只保留第一张地图,当游戏结束时,如果你点击地图,游戏会重新开始
- kubernetes - 如何使用重启 pod 查看 kubernetes 容器服务日志
- android - org.openqa.selenium.json.JsonException:无法确定类型来自:D。最后 41 个字符读取:{“desiredCapabilities”:{“app”:D
- html - 如何使用 flex-direction: row 将项目按顺序排列在行中;