DianMir Cloud(@DianMirCloud):很多 AWS 用户认为降低 S3 成本就是选择更便宜的 Storage Class，但真正困难的是：你知道自己的数据多久被访问一次吗？一个常见误区是马上创建复杂的数据分析系统。更合理的方法： 1. 使用 S3 Storage Class Analysis 观察真实访问模式 2. 对确定的冷数据使用 Lifecycle Policy 3. 对访问模式未知的数据使用 Intelligent-Tiering 不要为了节省几十美元/月，创建一个维护成本更高的系统。场景1：业务文件、用户上传文件图片 | 视频 | 文档建议： 0-30天: S3 Standard 30-90天: S3 Intelligent-Tiering 90天以后: Standard-IA 场景2：日志 CloudTrail | Application logs | ELB logs 通常： 0-30天: Standard 30-90天: Standard-IA 90天-1年: Glacier Instant Retrieval 1年以上: Glacier Deep Archive 场景3：备份数据库备份： 7-30天: Standard-IA 30-180天: Glacier Flexible Retrieval 180天以上: Deep Archive 欢迎留言讨论 #aws #AmazonS3 #数据库

2026.07.28 03:32

很多 AWS 用户认为降低 S3 成本就是选择更便宜的 Storage Class，但真正困难的是：你知道自己的数据多久被访问一次吗？一个常见误区是马上创建复杂的数据分析系统。更合理的方法： 1. 使用 S3 Storage Class Analysis 观察真实访问模式 2. 对确定的冷数据使用 Lifecycle Policy 3. 对访问模式未知的数据使用 Intelligent-Tiering 不要为了节省几十美元/月，创建一个维护成本更高的系统。场景1：业务文件、用户上传文件图片 | 视频 | 文档建议： 0-30天: S3 Standard 30-90天: S3 Intelligent-Tiering 90天以后: Standard-IA 场景2：日志 CloudTrail | Application logs | ELB logs 通常： 0-30天: Standard 30-90天: Standard-IA 90天-1年: Glacier Instant Retrieval 1年以上: Glacier Deep Archive 场景3：备份数据库备份： 7-30天: Standard-IA 30-180天: Glacier Flexible Retrieval 180天以上: Deep Archive 欢迎留言讨论 #aws# #AmazonS3# #数据库#