
文章封面
最新的 ECK 版本引入了自动化的集群健康监控、用于隔离环境的自托管包注册表,以及用于大规模管理 Elastic 的可组合配置策略。
Elastic Cloud on Kubernetes (ECK) 3.3.1 已经发布。本次版本带来了三大功能,解决了在 Kubernetes 上大规模运行 Elasticsearch 时团队面临的操作挑战:
无论您是在操作少量集群还是跨多个命名空间的数百个集群,ECK 3.3.1 都为您提供了更高效管理的工具,减少人工干预并提高一致性。
在 Kubernetes 上运行 Elasticsearch 解锁了现代基础架构所需的可扩展性和自动化。然而,随着环境的扩展,操作挑战也随之增加,包括:
ECK 3.3.1 针对这些问题逐一提出了解决方案。
AutoOps 通过云连接现已面向所有 ECK 客户正式推出(GA)。它通过分析数百个指标来诊断 Elasticsearch 问题,提供根本原因分析和可操作的解决路径。
新的 AutoOpsAgentPolicy 自定义资源基于中心化、策略驱动的方法设计。ECK 管理员无需在每个独立的 Elasticsearch 集群上配置监控,而是定义一个策略,通过命名空间或标签选择器定位集群;其余由 ECK 处理。
开始使用只需几个步骤:
连接后,AutoOps 提供:
ECK 3.3.1 引入了 PackageRegistry 自定义资源,该资源现已正式推出,它直接在您的 Kubernetes 集群中部署和管理自托管的 Elastic 包注册表。ECK 处理 TLS 证书、服务创建和 Pod 管理;您只需将 Kibana 指向本地注册表。
部署 PackageRegistry 并连接 Kibana 以使用本地注册表——无需代理配置、手动包上传或自定义脚本。
ECK 3.3.1 取消了单一策略的限制。多个 StackConfigPolicy 资源现在可以针对同一集群或 Kibana 实例。基于权重的优先级系统确保当策略重叠时的确定性组合。
这种模块化方法让平台团队能够构建可组合的分层配置——一个适用于所有地方的基线,特定合规需求的覆盖,以及团队级别的定制。
使用 Helm 升级到 ECK 3.3.1 或直接应用最新的操作员清单。对于新用户,请从快速入门指南开始。
📡 更多 Elastic & AI 可观测性干货
关注「点火三周」,第一时间获取最新技术文章