我们最近的博客讨论了从传统平台到 CDP 私有云基础的四种途径。在本博客和随附的视频中,我们将深入探讨运行从 CDH5 或 CDH6 到 CDP 私有云基础的就地升级的机制。整体升级遵循如下所示的七个步骤。
在下面的视频中,我们将介绍从 CDH 到 CDP 私有云基础的完整的端到端升级。
在继续升级之前,有必要查看文档中指定的先决条件。我们还建议执行完整的集群运行状况检查,我们的专业服务团队可以提供帮助。充分了解集群的当前状态和健康状况对于成功升级至关重要。
我们建议安装 WXM并捕获当前工作负载性能的基线,这将使我们能够更准确地评估升级前后的差异。如果没有这些基线,可能很难理解升级完成后工作负载如何或为什么表现不佳。
还值得检查您的应用程序与 CDP 中组件的新版本的兼容性。如果您从 CDH6 升级,您可以预期在版本方面会非常相似,而 CDH5 有一些更大的版本提升。至少您应该期望查看任何 API 更改并重新编译任何应用程序。在某些情况下,在 CDP 中将特定的旧组件替换为新的等效组件可能需要额外的代码更新才能与您的操作完全集成。
最后,我们还建议您对集群进行完整备份,包括:
CDH5和CDH6 的完整详细信息可用。
从 CDP Private Cloud Base 7.1.6 开始,我们现在具有 CDH5 和 CDH6 的完整回滚功能,但这需要从上述备份中恢复数据。
CDH5和CDH6 的指令细节不同,但基本相同。我们需要为 CDP 中的任何组件更改做好准备,包括:
我们建议所有客户在生产中升级到 CDP 之前,先在开发或测试集群中测试工作负载。
CDP 支持 Open JDK 1.8 和 1.11 以及 Oracle JDK 1.8。如果正在使用 JDK 1.6 或 1.7,则应在升级 Cloudera Manager 之前升级它们。请注意文档中有关特定 JDK 版本的警告。
CDP 支持 Red Hat 和 CentOS 7.6+ 和 8.2、Ubuntu 18.04 和 20.04 以及 SLES 12SP5。如果您运行的是较旧版本的操作系统,则还需要在集群升级开始之前升级这些操作系统。
CDP 支持 MariaDB 10.2-10.4、MySQL 5.7 和 8.0、PostgreSQL 10、11 和 12 以及 OracleDB 12c、19c 和 19.9。
Cloudera Manager 也应该在升级之前进行备份,其中包括 RDBMS 和任何 Cloudera Management Service 目录。
Cloudera Manager Server 和 Cloudera Manager Agent 通过操作系统的包管理系统进行更新。首先,更新配置的存储库,然后运行升级命令。
一旦 Cloudera Manager Server 重新启动并且代理全部签入,您就可以继续通过 Web UI 升级 Cloudera Management Services。
升级的第一步是配置 CM 以查看新的parcel,然后从parcels 页面启动升级向导。
该向导将指导您完成以下步骤:
升级向导完成后,必须完成几个升级后步骤。这些步骤将帮助系统为最终测试和验证做好准备,它们涵盖了额外的配置和运行时更改,以了解您的 CDP 集群。查看CDH5和CDH6升级后文档以了解每个版本所需的特定任务。
升级完成后,所有服务都应启动并运行。此时,您应该执行另一次健康检查并确保所有服务都正常工作。您可以重新设定工作负载的基准并使用 WXM 执行前后比较。
一旦您对升级状态感到满意,您就可以完成 HDFS 元数据。重要提示:在执行此步骤之前,不会删除任何已删除的块,这意味着可以回滚。在您完全准备好之前,不要执行最终确定步骤!一旦完成了 HDFS,就无法回滚。
端到端的过程相对简单,主要是向导驱动的。应注意确保在较低的环境中测试应用程序和工作负载,并在生产之前消除任何不兼容性。
查看上面有关实际集群升级的视频,如果您想讨论 CDP 之旅的后续步骤,请联系您的客户团队或 Cloudera 支持。
有关升级过程的其他信息,请参阅
原文作者:Tristan Stevens
原文链接:https://blog.cloudera.com/migrate-to-cdp-private-cloud-base-a-step-by-step-guide/