amazon-s3 - 哪种 AWS S3 检索模型具有成本效益?
问题描述
我正在看这个问题并有不同的看法:
一家公司将在 AWS 上运行一项服务,为笔记本电脑和手机上的图像提供异地备份。该解决方案必须支持数百万客户,每位客户拥有数千张图像。尽管图像很少被检索,但它们必须立即可供检索。满足这些要求的最具成本效益的存储选项是哪个?
Options:
A. Amazon Glacier with Expedited retrievals
B. Amazon S3 Standard Infrequent Access
C. Amazon EFS
D. Amazon S3 Standard
正确答案:
B. Amazon S3 Standard Infrequent Access
问题是询问最具成本效益的存储选项,它应该是 Glacier。选项 A 不仅表示 Glacier,还说明了 Expedited 检索选项,它将在 1-5 分钟内交付数据
S3 检索定价(不包括 Glacier Expedited): https ://aws.amazon.com/s3/pricing/
Glacier 加急检索定价: https ://aws.amazon.com/glacier/pricing/
虽然实际成本可能在很大程度上取决于数据量,但总的来说,我相信 Glacier 节省的费用可以弥补加急检索服务的额外成本。
解决方案
AWS Glacier是不正确的,因为您不能直接将对象放入 Glacier,为此您首先需要上传到 S3,然后使用生命周期策略移动到 Glacier。所以肯定会增加成本。
EFS是错误的,因为它的读/写速度非常慢。
S3标准在某种程度上具有同等的定价和速度,但在这种情况下,不频繁访问是最佳选择。
在实际场景中,将 Cloudfront 放在 S3 存储桶前面是一个好主意,因为文件是静态的,您可以通过缓存来节省读取操作的成本。
推荐阅读
- amazon-alb - Amazon ALB:如何在没有自定义域的情况下设置 HTTPS 侦听器
- javascript - 'string | 类型不存在属性'substr' 细绳[]'
- php - 您可以将 acf 子字段循环到 html 标记中吗?
- php - 少数参数的依赖注入
- angularjs - 内容下载(CSS、JS 等)花费太多时间,导致加载速度太慢
- java - OutOfMemory 错误:超出 GC 开销限制 - 休眠
- c# - ASP.Net Core 跨项目参考视图
- java - Spring Boot 找不到 AutoConfigurationReportLoggingInitializer
- tensorflow - 如何将 tensorflow hub 预训练模型转换为可通过 tensorflow 服务使用
- microcontroller - PIC 32 波特率