如何(及为何)升级

升级 Elastic 部署后,您可以使用面向 Elastic 客户推出的最新且最强大的功能。

为什么要升级

升级至最新版 Elastic 即可享受诸多好处,例如性能显著提升、突破性的新功能、故障修复、安全性更新和在受支持的版本上运行。

产品生命周期终止 (EOL) 政策

随着新版本的发布,旧版本也自然迎来生命周期的终点。 若出现问题,这会影响我们所能提供的支持水平。

安全性和故障修复

故障时有发生。 专业测试人员和庞大的用户群可以帮助我们发现并修复故障。 升级至最新版本即可修复故障。

您可以在我们的安全性问题页面提交和查看新出现的安全性问题。 对于 Elastic Cloud 用户,Elastic 会自动应用安全补丁。

全新功能和性能提升

随着我们的产品性能不断改进,随之而来的是搜索速度提升、内存占用减少以及存储费用下降。

除了持续改进 Elastic Stack 的性能,我们还推出了诸多全新功能,旨在改善用户使用以下关键解决方案时的体验:搜索、可观测性和安全解决方案。


逐步升级

在进行升级之前,您首先需要计划许多事项,然后才能享受升级带来的好处。

**警告!**此次升级范围广泛,此部分仅作为指南使用,升级期间,您可以根据此部分的要点进行探索和规划。在制定盘点和测试计划时,务必确保添加包括 Elastic 和非 Elastic 组件在内的每个传入和传出的集成。

进行组件盘点

映射 Elastic Stack 上使用的所有组件非常重要。升级部署时,可能还需要升级所有其他组件。您应该记录是否用到每个组件,如果是,则应记录当前版本。请参阅下面的组件列表示例进行检查:

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

提示:在进行盘点时,您可以启用审计日志以评估访问部署的资源。

测试开发环境

我们强烈建议您在进入生产环境先在开发环境中进行测试和升级。因此,务必确保开发和生产环境的设置相同。请参阅下面的组件列表示例进行检查:

  • 扩充信息
  • 插件
  • 映射
  • ILM
  • SLM
  • 索引模板
  • Machine Learning 作业
  • 入站样例数据
  • 实时数据
  • 性能
  • 出站集成
  • 仪表板
  • 告警
  • 身份验证

提示:为了正确测试升级,请确保测试环境的搜索和索引负载与生产环境类似。

备份数据

升级一旦启动,就必须完成。 因此,您需要做好准备,以防出现错误。

若出现错误,您会需要将数据数据还原到尝试升级之前的状态。

若要执行此操作,您必须生成集群的快照且其中包含旧版本的索引,然后(在出现问题时)还原此快照以恢复数据。

如果在升级过程中遇到困难,请随时联系支持部门,但您仍需生成快照以供恢复数据。

提示:如果是在 Elastic Cloud 中进行升级则在升级之前会自动生成快照

重要准备工作

由于新版本发布导致软件内部更改,因此可能需要解决不兼容问题才能成功升级。

您应该审查从当前版本到目标版本的所有重大更改。

要在升级之前验证集群的运行状况,还须进行集群监测。监测的集群应始终与生产集群分离开来。

最后,运行 Kibana 升级助手同样至关重要,这将有助于发现阻碍升级的问题。

计划升级日期

  • 评估当前部署是否处于正常状态,以及升级所需资源(磁盘、CPU 和内存)是否足够。 请记住,在滚动升级期间,某些节点将暂停工作,并由其余节点处理负载。
  • 将维护工作安排在负载较低的时段
  • 停止文档采集或降低文档采集率
  • 停止运行不必要的作业,例如机器学习。
  • 在出现问题或疑虑时开立支持工单

开始升级

Elastic Cloud

您可以在不中断的情况下通过 Elastic Cloud 一键升级 Elastic Stack 版本。

这是最简单的集群升级方法。

注意:Elastic Cloud(Elasticsearch 服务或 ESS)中的功能每隔几周发布一次并自动提供,而 Elastic Cloud Enterprise (ECE) 则有独立的发布版本,需要单独升级

升级 Elastic Cloud on Kubernetes (ECK) 需要考虑更多事项。

本地部署

升级的方式有几种,各有优势,需要考虑的事项也不同。

请参阅以下可行的主要升级策略。

提示:如果您使用的是时序数据且数据留存期限合理,则可以:

  • 在新版本中创建新的部署。
  • 将日志同时定向到新版本和旧版本。
  • 验证新部署中的数据是否与旧部署相匹配。
  • 耐心等待旧版本中的所有数据的留存期限到期。
  • 删除旧部署,使用新部署。

了解详情


Elastic 如何助您一臂之力

从指导您进行自主升级的文档到带领您完成升级流程的一对一顾问,Elastic 的各种解决方案都能满足您的需求。

咨询

在处理 Elastic 部署方面,无论是什么客户,Elastic 的顾问均能提供大力支持。

他们在帮助客户升级方面有着丰富的经验。

联系 Elastic 咨询部门以了解更多信息,并点击此处注册观看关于升级到版本 8.x 的网络研讨会。

支持

如果您的 Elastic 订阅受支持,只要您在升级时遇到部署出现问题的情况,我们的支持团队都可以提供帮助。

因此,如果您对升级有任何疑虑,始终建议您提交支持工单。这样我们的工程师可以针对您面临的任何问题做好准备并提供指导。

如果您的生产环境在升级期间出现故障,则工单应显示 1 级紧急程度。

社区论坛

如果您在升级前或升级过程中有任何疑虑或问题,欢迎随时在社区论坛中向大家提问。

文档

为了指导您完成升级过程并深入了解更多技术细节,我们的文档团队创建了一些资源。

此外,我们的“逐步升级”标签页也可能有所帮助。