规划您的升级

在执行实际升级之前，您需要规划一些事项，因此请创建一个测试计划。 考虑以下建议

• 规划足够的时间来完成升级。 根据您的配置和集群的大小，该过程可能需要长达几周或更长时间才能完成。
• 考虑向 Elastic 打开一个 支持案例，以提醒我们的 Elastic 支持团队您的系统更改。 如果您需要更多帮助，Elastic 咨询服务 可为升级您的 Elastic 部署提供技术专业知识和逐步方法。
• 在您的组织内安排一个系统维护窗口。

确保您要升级到的 Elasticsearch、Kibana 和任何提取组件的版本支持您当前的操作系统。 请参阅产品和操作系统支持矩阵。

默认情况下，Elasticsearch 使用 Java 构建，并且每个发行版中都包含一个捆绑的 OpenJDK 版本。 虽然我们强烈建议在 Elasticsearch 的所有安装中使用捆绑的 Java 虚拟机 (JVM)，但如果您选择使用自己的 JVM，请通过查看产品和 JVM 支持矩阵来确保其兼容性。

如果您在 FIPS 140-2 模式下运行 Elasticsearch，我们建议在运行 Elasticsearch 时使用 Bouncy Castle 作为 Java 安全提供程序。

映射在 Elastic Stack 上使用的所有组件非常重要。 升级部署时，您可能还需要升级所有其他组件。 您应该记录是否有任何用户使用每个组件，如果是，还要记录当前版本。 虽然并非详尽无遗，但以下是您应该检查的组件列表

• Elasticsearch
• Elasticsearch Hadoop
• Elasticsearch 插件
• Elasticsearch 客户端
• Kibana
• Logstash
• Logstash 插件
• Beats
• Beats 模块
• APM 代理
• APM 服务器
• Elastic Agent
• Fleet
• 安全性
• 浏览器
• 外部服务 (Kafka 等)

我们强烈建议您在生产环境之前在开发环境中进行测试和升级。 因此，至关重要的是要确保您的开发环境和生产环境具有相同的设置。 请考虑事先检查以下组件

• 丰富信息
• 插件
• 映射
• 索引生命周期管理 (ILM)
• 快照生命周期管理 (SLM)
• 索引模板
• 机器学习作业
• 入站示例数据
• 实时数据
• 性能
• 出站集成
• 仪表板
• 警报
• 身份验证

您按照升级的步骤取决于您的基础设施和部署方法。 您已使用 Elastic 托管的基础设施或自管理的基础设施安装了 Elastic 组件。

Elastic 托管的基础设施包括 Elastic Cloud – Elastic Cloud Hosted (ECH) 和 Elastic Cloud Serverless 的总称。 Elastic Cloud Serverless（“无服务器”）是一种完全托管的云产品，包含三种产品：Elasticsearch Serverless、Elastic Observability Serverless 和 Elastic Security Serverless。 所有无服务器产品都构建在 Search AI Lake 之上。 无服务器客户会在发布更新时自动收到最新功能，无需选择升级路径。

Elastic Cloud Hosted 是 Elastic 的云产品，用于管理构建在 Elasticsearch 之上的 Elastic Stack 部署。 只需在 Elastic Cloud 控制台中单击一下，即可将部署升级到较新版本。

自管理的基础设施——无论是本地还是在公共云上，包括

• Elastic Stack
• Elastic Cloud Enterprise (ECE)
• Elastic Cloud on Kubernetes (ECK)

对于 ECE 和 ECK，请确保 operator 运行的版本与您要升级到的 Elastic Stack 版本兼容。 如果不是，您需要在升级集群之前对其进行升级。

如果您在自己的自管理基础设施上运行 Elastic Stack，则必须单独升级每个组件。