BERND KUHLEN所有笔记 ↗正确的 EFS 吞吐量模式并不是标题数字最大的模式。它的容量模型与工作负载的形状相匹配，团队可以放心地运作其成本和故障模式。
Amazon EFS 目前提供弹性、预置和突增吞吐量。他们解决不同的问题。
爆发：容量随存储的数据而变化
当吞吐量需求随着标准存储中数据量的增加而增长，并且在繁忙时段之后有足够的安静时间来补充积分时，突增是很自然的选择。它既经济又简单，但对于小型文件系统而言，其可持续基准可能出人意料地低。
当存储占用空间和吞吐量需求真正同时扩展时，请选择它。避免将累积的积分视为永久能力。A 持续下跌 BurstCreditBalance 证明工作量不平衡。
弹性：容量随活动而动
Elastic 吞吐量可根据工作负载活动自动扩展，不使用突增积分。AWS 建议将其用于尖峰或不可预测的工作负载，尤其是当平均吞吐量仅为峰值的一小部分时。这消除了积分耗尽故障模式，减少了容量规划工作。
权衡是商业性的，而不是架构性的：弹性吞吐量是基于使用量的，因此过高或管理不善的 I/O 会增加成本。监视器 MeteredIOBytes，制定预算并调查意外需求，而不是假设自动扩展不需要治理。
已配置：容量遵循明确要求
预置吞吐量将吞吐量与文件系统大小分开，并提供选定的容量级别。它适合具有已知持续需求或更高平均峰值比率的工作负载。好处是可预测性；责任是确定和重新审视拨备金额。
资源调配过少会导致容量限制。配置过多会浪费金钱。当测量结果足够稳定以支持明确的承诺时，此模式最有效。
实用的选择框架
- 使用 Bursting 当存储大小是吞吐量的有意义的预测指标时，静默期会补充积分，信用监控是正常操作的一部分。
- 使用 Elastic 当需求不规律时，峰值难以预测，或者避免信贷耗尽值得根据使用量进行定价。
- 使用预置的 当吞吐量需求已知时，会相对持续且不受存储数据大小的影响。
迁移是一种可衡量的变化
在更改模式之前，请捕获基准指标、预期的峰值和平均需求、当前的信用趋势和应用程序延迟。更改后，比较这些相同的信号并查看成本。AWS 还记录了切换到或更改预置吞吐量后的临时限制，因此运行手册应包括适用的时间限制。
一句话就能做出决定
如果存储的数据可以预测需求，则爆发可能适合。如果活动不可预测，Elastic 通常是更安全的运营模式。如果需求稳定且可衡量，则预置容量可以提供有针对性的容量。无论选择哪种模式，都要使其限制资源可见。