Help us improve the AWS re:Post Knowledge Center by sharing your feedback in a brief survey. Your input can influence how we create and update our content to better support your AWS journey.
Amazon EFS 突增积分如何运作？
我的 Amazon Elastic File System（Amazon EFS）文件系统在我创建后立即获得了出色的性能。但是，现在的性能低了很多。我想知道这是否与突增积分有关。
简短描述
基于文件的工作负载通常会在短时间内激增并推高吞吐量，但放在一个比较长的时间段里考察，其会降低吞吐量。Amazon EFS 设计为可以在一段时间内爆发到高吞吐量水平。
您的文件系统有三种吞吐量模式： 突增吞吐量、预置吞吐量和弹性吞吐量。借助突增吞吐量，Amazon EFS 的吞吐量会随着文件系统的增长而扩展。借助预置吞吐量，您可以立即预置文件系统的吞吐量，而不受存储的数据量影响。借助弹性吞吐量，您可以根据工作负载提高或降低吞吐量。
解决方法
突增吞吐量
所有文件系统都有一个允许的吞吐量，即您可以在使用文件系统时可以获得的最大吞吐量。允许的吞吐量要么是您的基准吞吐量，要么是突增吞吐量。
基准吞吐量和突增吞吐量都取决于您的文件系统的大小。一个计量过程大约每小时运行一次，以确定文件系统的大小。根据确定的大小，该流程设定基准吞吐量和突增吞吐量。启用 Amazon EFS 生命周期管理时，仅考虑标准存储类中的数据大小。
Amazon EFS 使用一个积分系统来确定文件系统何时可以突增。如果您的文件系统的积分余额降至零，则您的允许的吞吐量会降至您的基准吞吐量。当您以基准吞吐量运行时，消耗积分的速度与获得积分的速度相同。
当您的突增积分余额为正数时，您可以以突增吞吐量驱动文件系统。但是，当您运行在突增吞吐量时，消耗积分的速度会比获得积分的速度快。如果这种速度持续下去，那么您将用光所有积分，突增积分余额将降至零。
新文件系统的突增积分从 2.1 TiB 开始。这个突增积分就是为什么即使系统中未存储任何数据或元数据，您也可以以突增吞吐量驱动新文件系统的原因。突增积分用光后，新系统的性能会降低。
预置吞吐量
借助预置吞吐量，您可以立即预置文件系统的吞吐量并获得应用程序所需的高吞吐量。
预置吞吐量模式将产生额外费用。如果您使用预置吞吐量模式，则系统会根据您使用的存储空间和预置的吞吐量分别计费。有关详细信息，请参阅 Amazon EFS 定价。
如果要在预置吞吐量模式和突增吞吐量模式之间切换，则在更改吞吐量模式后，您需要等待 24 小时或更长时间才能进行下一次更改。您可以根据需要多次增加预置吞吐量的值，但每 24 小时只能降低一次预置吞吐量的值。
如果文件系统的计量大小提供的基准吞吐量高于您的预置吞吐量，则您的文件系统默认为突增吞吐量模式。
弹性吞吐量
根据工作负载的不同，对于吞吐量会激增且无法预测的文件系统工作负载，弹性吞吐量可以自动增大或减少吞吐量。当您无法预测文件系统的工作负载时，请使用弹性吞吐量模式。您还可以将弹性吞吐量模式用于吞吐量为平均峰值吞吐量 5% 或更低的应用程序。由于吞吐量会自动扩展，因此您无需预置吞吐容量。当您使用弹性吞吐量模式时，您需要为存储的元数据和读写数据付费，而不会获得或消耗突增积分。
