确定 Azure Blob 存储成本优化选项
大致理解 Azure Blob 存储定价模型应有助于确定成本优化的机会。 你需要做出的有些决策在设计阶段做出可能更为合适，例如选择目标 Azure 区域或存储帐户复制范围。 有些决策则由随时间变化的使用模式驱动。 但是，请务必注意，成本优化是一项持续的活动，应密切关注并持续评估。 在本单元中，你将了解不同的成本优化选项。 你还将确定哪些选项可以帮助你解决环境中与存储相关的费用。
描述 Azure Blob 存储成本优化选项
你将在本单元中考虑的主要成本优化选项包括：
将数据组织到访问层
直接写入冷层和存档层
在访问层之间自动移动数据
保留存储容量
将数据组织到访问层
访问层的目的是允许公司选择反映其 Blob 使用模式的定价模型和数据检索速度。 访问层的选择应基于存储帐户中单个 Blob 的访问频率。 例如，为了优化存储使用情况并最大程度地降低其成本，常用 Blob 应驻留在配置有热访问层的 Blob 存储帐户中。 相反，你打算只是偶尔使用的 Blob 应驻留在配置有冷访问层的 Blob 存储帐户中。 不经常访问或修改的 Blob 应驻留在配置了寒访问层的 Blob 存储帐户中。 最后，对于保留以用于存档目的且近期没有任何访问内容的计划的 Blob，应将其分配到存档层。
此建议基于特定于访问层的定价模型，该模型确定了两种类型的费用：
与维护静态数据（每 GB）相关的费用
与访问数据以执行读取、更新和删除操作相关的费用。
将热访问层分配到 Blob 可最大程度地减少第二项费用，但会增加第一项费用，而选择存档访问层将产生相反的效果。 因此，如果计划频繁地访问数据，热层是最经济高效的选择。 如果你计划不太频繁地访问数据，则冷层或存档层更适合降低存储数据的成本。
例如，数据库管理团队应考虑使用存档层来存储本地数据存储的长期备份。 由于监管要求，这些备份需要保留几年，即使很少需要还原这些备份。 相反，热层更适合存储用于对客户问题进行故障排除的日志文件以及短期分析和报告。
直接写入冷层和存档层
如果你确定近期内不会访问新的 Blob，应考虑将其直接分配到寒层或存档层。 这将消除与跨层移动相关的费用。
在访问层之间自动移动数据
一开始分配的访问层可能无法反映长期存储趋势。 几周后，用于对当前问题进行故障排除的日志可能不再那么重要。 同样，虽然快速还原最近的备份可能很重要，但在几个月后同一份备份副本可能不具有这种程度的紧迫性。 虽然可以手动修改访问层，但这种方法会带来很大的维护开销，尤其是在修改大量 Blob 时，这在企业方案中很常见。
幸运的是，这没有必要。 Azure Blob 存储支持生命周期管理策略，根据定义的条件在层之间移动数据。 例如，可以定义一个策略规则用于将过去 90 天内未修改过的 Blob 转移到存档层。 同样，可以创建一个策略规则用于删除存档层中过去 360 天内未访问过的 Blob。
注意
策略可以基于上次修改日期或上次访问日期。 后者需要启用上次访问时间跟踪。
保留存储容量
如果希望长时间使用 Azure Blob 存储，可以在一年或三年内每月以 100 TB 和 1 PB 为单位购买预留容量，进一步降低成本。 这种安排可为驻留在 Azure Blob 存储中的数据的存储（每 GB）费用提供折扣价格。 可以为任何访问层和冗余类型购买预留，但它适用于 Azure 区域、访问层和冗余选项的特定组合。