弹性计划支持按需预设分时扩容策略，在业务高峰自动增加节点，低谷期自动回收资源。适用于工作日查询高峰、定时批处理等具有明确时间规律的场景，帮助用户在保障稳定性的同时降低长期成本。
适用场景
弹性计划适合有明确时间规律的场景。对于无法预测的突发流量或长期稳定的高负载，弹性计划的效果和成本优势均有限。
适合以下场景：
工作日潮汐业务：白天查询量稳定升高，夜间和节假日明显回落，例如09:00~19:00的检索、报表或客服查询高峰。
凌晨跑批或定时报表：每天或每周固定2~4小时执行批量分析、聚合、对账或报表任务。
周期性数据写入：日志归档、数据同步、索引构建或离线导入在固定时间集中发生。
可预知的活动或发布：营销活动、直播、版本发布、月末结算等，开始和结束时间可提前确定。
周期性容量保障：每周固定日期执行审计、安全分析、运营分析或数据回溯任务。
不适合以下场景：
不可预测的突发场景，例如热点新闻、故障流量：流量到达时间和峰值无法提前确定，弹性计划无法根据实时指标即时响应。
长期稳定的高负载场景，例如峰值低于谷值的2倍或峰值时长超过50%：弹性节点长时间在线，成本优势较弱。
需要秒级或分钟级响应的短促毛刺：弹性计划按整点配置，且资源需提前准备，无法满足实时快速伸缩。
需要缩容到零的开发测试或间歇性轻负载：弹性计划仅在实例基线规格上增加或回收数据节点，不会将实例缩容到零。
工作方式
在实例内可创建一条或多条弹性计划，每条计划包含计划名称、计划描述、弹性模式、时间段、重复策略和每可用区目标数据节点数。
弹性模式：当前固定为分时弹性，按计划设定的时间段执行容量调整。
时间段：按整点设置开始时间和结束时间，结束时间需晚于开始时间。
重复策略：控制计划的执行周期，支持下表所列的三种方式。
重复策略
说明
每天
每天在设定的时间段内执行。
自定义
通过自定义重复日指定周一至周日中的一天或多天执行。
仅一次
仅在设定的时间执行一次。
每可用区目标数据节点数：为计划生效时每个可用区扩容到的目标数据节点数。实际分配的弹性节点规格与当前数据节点规格一致，无需单独指定规格。
计划生效前，系统提前准备物理资源；
计划生效时，系统自动将实例扩容到目标容量；
计划时间段结束后，系统在通过缩容安全检查的前提下尝试回收弹性节点。
当同一实例存在多个同时生效的计划时，系统以更高的容量需求为准，避免因计划重叠导致容量不足。
新扩容的弹性节点本地缓存为空，首次查询延迟可能较高，可通过缓存预热缓解。为保证资源在业务高峰前就绪，建议在高峰前预留至少1小时创建或修改弹性计划；开始时间距当前不足1小时时，计划可能因预热不足而延迟执行。
缩容保护
计划时间段结束后，系统不会盲目缩容。缩容前会综合检查集群健康状态、主节点负载、分片分布、磁盘水位、索引副本数、索引分配规则等条件。若当前集群不适合直接缩容到目标容量，系统会暂缓缩容或先缩容到更安全的容量水平，以降低对业务稳定性的影响。缩容过程中，超过排空（Drain）超时的长查询可能被强制终止。
执行历史
每次弹性计划触发后，系统在实例的弹性计划 > 执行历史中生成一条执行记录，包含下表所列信息。
字段 | 说明 |
执行时间 | 本次计划触发的时间。 |
触发类型 | 触发计划的方式，例如定时触发。 |
操作类型 | 本次容量调整的类型，例如扩容或缩容。 |
交付状态 | 本次容量调整的结果，例如全部交付成功、部分交付成功、库存不足、实例状态不满足或交付失败。 |
确认某次计划是否生效、或排查容量未按预期变化的原因时，优先查看执行历史。
事件中心
弹性计划执行过程中，系统向事件中心推送系统变更事件。在事件中心 > 系统变更中可查看这些事件，例如因弹性计划执行扩容、因弹性计划执行缩容、库存不足导致无法完全交付、实例状态异常导致执行失败、缩容安全检查不通过导致暂缓缩容等。事件展示实例ID、事件等级、事件状态、事件说明、发生时间、计划执行时间和执行结束时间等信息。结合执行历史与事件中心，可确认计划执行结果并定位失败原因。
注意事项
实例状态异常、资源水位过高、库存不足或实例架构不满足要求时，系统会拒绝创建或更新弹性计划。实例正在执行弹性计划时，不允许降配或迁移可用区。
弹性计划基于预设时间执行容量管理，不根据实时流量自动触发。应对突发流量时，建议结合监控、告警和容量评估使用。
弹性计划仅提供节点扩缩容能力，副本分片调整需自行处理。