管理您的云生态系统：保持设置一致

规划和管理云生态系统和环境对于减少生产停机时间和维持正常工作负载至关重要。 在“管理您的云生态系统”博客系列中，我们介绍了不同的策略，以确保您的设置顺利运行并最大限度地减少停机时间。

之前我们介绍过 更新工作节点时保持工作负载运行, 管理主要、次要和补丁更新， 和 将工作人员迁移到新的操作系统版本。 现在，我们将通过保持组件在集群和环境之间的一致性来将它们组合在一起。

设置示例

我们将分析一个示例设置，其中包括以下四个 IBM 云 Kubernetes 服务 VPC集群：

• 一个发展集群
• 一个 QA 测试集群
• 两个生产集群（一处位于达拉斯，一处位于伦敦）

您可以通过运行以下命令来查看帐户中的集群列表 ibmcloud ks cluster ls 命令：

每个集群有六个工作节点。 下面是运行在工作节点上的列表 dev 簇。 您可以通过运行来列出集群的工作节点 ibmcloud ks workers --cluster <clustername>：

保持设置一致

示例集群和工作节点输出包括多个组件特征，这些特征应在所有集群和环境中保持一致。

对于集群

• 这 提供者 type 指示集群的基础设施是 VPC 还是经典。 为了获得最佳的工作负载功能，请确保您的集群在所有环境中都具有相同的提供商。 集群创建后，您将无法更改其提供商类型。 如果集群的提供程序之一不匹配，请创建一个新的提供程序来替换它，并将工作负载迁移到新集群。 请注意，对于 VPC 集群，集群所在的特定 VPC 在不同环境中可能会有所不同。 在这种情况下，请确保 VPC 集群以相同的方式配置，以保持尽可能多的一致性。
• 集群 版本 指示集群主运行的 Kubernetes 版本，例如 1.25.10_1545。 您的集群在同一版本上运行非常重要。 主补丁版本——例如 _1545— 自动应用于集群（除非您选择退出自动更新）。 主要和次要版本 – 例如 1.25 或者 1.26— 必须手动应用。 如果您的集群运行在不同版本上，请按照我们的信息进行操作 上一篇博客 来更新它们。 有关集群版本的更多信息，请参阅 更新类型 在 Kubernetes 服务文档中。

对于工作节点

注意：在对工作线程节点进行任何更新或更改之前，请计划更新以确保您的工作负载继续不受限制。 如果未事先计划，工作节点更新可能会导致中断。 欲了解更多信息，请查看我们的 上一篇博文。

• 工人 版本 是已应用于您的工作节点的最新工作节点补丁更新。 补丁更新包括重要的安全性和 Kubernetes 上游更改，应定期应用。 看看我们的 上一篇博文 有关版本更新的更多信息，请参阅升级工作节点版本。
• 工作节点 味道， 或机器类型， 确定机器的 CPU、内存和存储规格。 如果您的工作节点具有不同的风格，请将它们替换为在相同风格上运行的新工作节点。 有关更多信息，请参阅 更新风味（机器类型） 在 Kubernetes 服务文档中。
• 这 区 Worker节点的部署位置。 为了获得高可用性和最大的弹性，请确保工作节点分布在同一区域内的三个区域中。 在此 VPC 示例中，us-south-1、us-south-2 各有两个工作节点 和 us-south-3 区域。 您的工作节点区域应在每个集群中以相同的方式配置。 如果您需要更改工作程序节点的区域配置，您可以使用新的工作程序节点创建新的工作程序池。 然后，删除旧的工作池。 有关更多信息，请参阅 在VPC集群中添加工作节点 或者 在经典集群中添加工作节点。
• 此外， 操作系统 您运行的工作节点在整个集群中应该保持一致。 请注意，操作系统是为工作池而不是单个工作节点指定的，并且它不包含在前面的输出中。 要查看操作系统，请运行 ibmcloud ks worker-pools -cluster <clustername>。 有关迁移到新操作系统的更多信息，请参阅我们的 上一篇博文。

通过在整个设置过程中保持集群和工作线程节点配置一致，您可以减少工作负载中断和停机时间。 对设置进行任何更改时，请记住我们之前的博客文章中有关跨环境更新和迁移的建议。

包起来

我们关于管理云生态系统以减少停机时间的博客系列到此结束。 如果您还没有，请查看该系列中的其他主题：

了解有关 IBM Cloud Kubernetes Service 集群的更多信息