#日志组件容量规划

日志存储组件用于保存从一个或多个集群收集的日志、事件和审计记录。在安装前估算日志规模，并使用以下容量规格确定存储集群的容量。

#通用组件

所有后端都共享以下组件：

#ClickHouse 配置规格

ClickHouse 后端是高吞吐量和成本敏感型保留场景的推荐选择。

#单节点 — 仅用于评估，最高约 18,000 条日志/秒

#三节点 — 最高约 20,000 条日志/秒

#六节点 — 最高约 40,000 条日志/秒

#九节点 — 最高约 69,000 条日志/秒

#OpenSearch 配置

当 Lucene 风格的搜索体验比原始写入吞吐量更重要时，推荐选择 OpenSearch 后端。

#小型 — 三个数据节点，最高约 9,000 条日志/秒

#中型 — 三个主节点、五个数据节点，最高约 25,000 条日志/秒

#大型 — 三个主节点、七个数据节点，最高约 30,000 条日志/秒

#Elasticsearch 配置（旧版）

Elasticsearch 后端仍可供现有客户使用。经典的 ACP 4.3 管道（Filebeat → Kafka → Lanaya → Elasticsearch）保持不变；下面的容量规划表供参考。

#小型 — 三个节点，最高约 ~6,300 条日志/秒

#小型 — 五个节点，最高约 ~9,900 条日志/秒

#大型 — 三个主节点、五个数据节点，最高约 ~25,000 条日志/秒

#大型 — 三个主节点、七个数据节点，最高约 ~30,000 条日志/秒

#容量规划说明

• 将 PlatformLogForward.spec.aggregateVector.replicas 和 spec.razor.replicas 设置为与你部署的配置匹配的值。CRD 默认值（3 和 2）适用于中型和大型配置；在单节点评估集群上，将它们降低到 1。
• 当流量突发期间 collector 侧缓冲区增长且 Razor CPU 达到其限制时，将 spec.razor.resources.limits.cpu 提高到高于配置默认值的水平。页面发布后，请参阅如何为突发流量规划 Razor 容量。
• Kafka broker 的容量规划与存储后端的容量规划分开。有关 broker 侧数值，请遵循 Alauda Container Platform Kafka 容量指南。