CU选配参考_检索分析服务 Elasticsearch版(ES)-阿里云帮助中心

ES Serverless应用提供检索通用型与日志分析型两种选型，均按照读写计算单元（CU）消耗及存储进行收费。1个CU可以简单理解为1核4GB内存的算力。与自购机器相比，您无需关注水位问题，CU可以100%消耗使用。由于两种选型在技术架构及场景设计上存在差异，其算力及单价也有所不同。您可以结合实际业务数据或参照本文提供的样例来评估用量。

CU上下限的作用

CU的上下限在两种不同选型下存在差异，具体说明如下：

检索通用型：

下限：决定了应用的初始资源分配及最低消费，目前2CU有特惠活动，欢迎您进行试用。

上限：决定了最大可承接的瞬时流量，但并不影响应用账单，费用仍将根据您的实际用量进行统计与扣除。

日志分析型：

下限：决定了应用的最低消费。默认为10CU，当用量不足10CU时，将按照读CU=5与写CU=5进行均摊，作为最低消耗。

上限：默认情况下没有使用上限，可根据需求直接使用。

上下限设置参考

日志分析型应用无需关注上下限的设置，而检索通用型可结合如下说明进行界定：

1、简单估算

如您的原服务基于ECS或本地机房自建，您可根据核数*CPU水位进行CU配额的估算。例如：原业务使用了6台4Core的机器，并以30%的水位运行，则在Serverless检索通用型下的CU配额估算为4*6*30%=7.2CU。那么建议设定下限为2CU，上限为8CU至10CU，且上限可适当放宽。

2、界定 CU 下限

创建应用时，可以将CU的上下限设置为2CU，以模拟日常业务请求和流量（非高峰流量）进行界定。如果出现请求报错，相关限制项将限流如下：

limited by {限制项}(xxxxxx_xxxxxxx) threshold:[{限流值}]

则请参考：

这些请求是否可分流均摊，例如，200qps的写入业务是否可以将并发度调整为100qps。
若调高CU下限后限流值未发生变化或者频繁触发限流值时控制台观察到CU资源消耗未达到CU下限值，则可提交工单咨询。
部分限流值在6CU以下为固定值，若不确定可将其配置为8CU以重新界定。
若无法调整请求的并发度且不希望请求受到限流，请继续提高CU值。

说明

请确保客户端有请求重试机制。

3、界定CU上限

将CU的上下限设定为相同值，以模拟高峰期的业务请求及流量。如果流量在稳定状态下未出现限流现象，则可以认为该CU的上限满足业务需求。

若出现大量限制项限流如下：

limited by {限制项}(xxxxxx_xxxxxxx) threshold:[{限流值}]

则请参考：

若流量可控，建议降低瞬时高峰。例如，在某一时间点进行批量导入时，将一分钟内的10000qps请求调整为五分钟内的2000qps。
若请求对实时性要求不高，客户端应实施指数退避策略，以逐渐延长的间隔重试请求。
若大量触发限流值时控制台观察到计算资源消耗总和未达CU下限值一半时，则提单咨询。
若上述情况均无法满足需求，请进一步提高CU值。
CU上限不会对计费产生影响，因此建议适当提高配置，以留出流量增长的空间。

4、瞬时高峰说明

ES Serverless弹性应用持续监控资源利用率（包括CPU、内存、网络等）和响应延迟等关键指标。当这些指标超出最优水平时，将按比例预置额外的容量，以应对当前和预期的需求，并为意外峰值情况维护缓冲区。在扩展容量的过程中，可能会出现工作负载突然大幅增加，导致系统无法立即响应扩展需求的情况，此外，集群的弹性扩展至CU上限规格也需要一定的时间。

若每天的瞬时高峰可预见触发时间，且经过测试的弹性时间无法满足实时性要求，可以提单请值班同事设置定时弹性能力。该功能将帮助在特定时间段内提前预留弹性资源。
若出现不可预估的瞬时高峰且无法接受限流重试的情况，则应将CU下限调整至该高峰期间不限流时的CU值。

5、其他关联限流说明

在测试过程中，如遇到其他类型的限流提示，且部分配置不受CU配额影响，则可参照相关文档直接在控制台申请调整。详情请参见应用配额与服务限制。

修改上下限操作步骤

前往控制台应用管理页面，单击配额管理，如何前往控制台，详情请参见Serverless快速入门。
搜索要修改的配额，单击修改配额。
在修改配额页面，输入修改内容、申请理由、联系方式，单击确定。