Google Cloud Storage 类型怎么选？生命周期与 Autoclass 使用指南

用访问频率匹配存储类型

Standard 没有最低存储时长，适合频繁访问和在线服务。Nearline、Coldline 和 Archive 面向逐渐降低的访问频率，并分别对应更长的最短存储时长和数据取回费用。

存储类型不会自动改变对象内容，但会影响定价模型。改变 Bucket 的默认存储类型不会修改已经存在的对象，旧对象需要重写、生命周期规则或其他管理方式处理。

Autoclass 与手工生命周期的取舍

Autoclass 适合访问规律未知、对象数量和大小适合自动管理的 Bucket。服务会根据访问情况管理对象层级，减少人工预测错误。使用前应查看当前费用、功能限制和兼容性。

如果数据规律明确，例如日志 30 天后基本不再读取，手工生命周期规则更容易预测。两种方式都应先在测试 Bucket 或限定范围验证。

生命周期规则如何执行

规则由动作和条件组成，可以变更存储类型、删除对象或处理版本。当多个规则同时满足时，平台按照既定优先级选择动作；删除动作可能优先于存储类型转换。

因此不要建立互相重叠又缺乏边界的规则。对对象年龄、版本数量、前缀和标签条件做清晰记录，并用样本对象推演每个时间节点。

上线前必须计算的费用

除了静态容量费，还要计算操作请求、数据取回、网络出流量和提前删除费用。备份虽然很少读取，但一旦发生恢复，可能产生较大的取回与传输支出，应提前纳入灾备预算。

• 确认数据的目标恢复时间和恢复点要求
• 核对最短存储时长是否覆盖实际保留周期
• 为版本控制数据设置旧版本保留数量或期限
• 每季度抽样恢复并检查权限、日志和费用