迁移到 GKE Dataplane V2 简介

在将现有 Google Kubernetes Engine (GKE) 集群从 Dataplane V1 迁移到 GKE Dataplane V2 之前，请使用本文档检查您的集群是否符合条件，了解迁移期间会发生什么情况，并规划工作负载中断。

作为平台管理员和运维人员或网络专家，您可以使用此概览来规划迁移策略。如需执行迁移，请参阅将现有集群迁移到 GKE Dataplane V2。

迁移的益处

迁移到 GKE Dataplane V2 后，您将获得它提供的 可伸缩性、安全性和运营优势。

  • 强制执行现有网络政策：将基于 Cilium 的网络政策 应用于现有集群，而无需将工作负载移至新集群。
  • 更快地排查网络问题：使用 内置的 GKE Dataplane V2 指标和事件调试网络流。

检查您的集群是否符合条件

在迁移之前，请验证您的集群是否满足以下要求：

  • 路由类型：VPC 原生。您无法迁移基于路由的集群。
  • 集群版本：1.35.3-gke.1155000 或更高版本。
  • 节点池版本：1.35.1-gke.1516000 或更高版本。
  • Istio 版本：如果您使用 Cloud Service Mesh 或开源 Istio，则为 1.23 或 更高版本。此版本支持容器网络接口 (CNI) 规范 1.1.0。

不支持的配置

GKE Dataplane V2 不支持以下配置：

  • 自定义 CNI 插件：您安装的用于替换 GKE 管理的 CNI 插件的插件。
  • 自定义 eBPF 程序：您附加到托管式接口的程序。如果您在 Cilium 程序之前附加这些程序，它们可能会阻止 Cilium 程序运行。如果您在 Cilium 程序之后附加这些程序，Cilium 会绕过它们。

如需在集群中查找这些配置，请查看 Active Assist或集群 详情页面，了解可能与迁移冲突的建议。

迁移期间会出现什么情况

迁移分为四个阶段。GKE 会完成大部分工作，但某些阶段需要您执行操作：

阶段 GKE 会执行的操作 您需要执行的操作
诊断 监控您的集群，并在 Active Assist 建议中标记不受支持的配置。 查看建议并解决标记的配置。
启动 — 通过使用补丁程序请求更新集群来启动迁移。如需了解详情，请参阅将现有集群迁移到 GKE Dataplane V2。
修补节点 按照您的维护窗口和升级策略，更新每个 Dataplane V1 节点池以使用 GKE Dataplane V2。 在开始之前，请配置维护窗口和升级策略，以控制节点更新的时间和方式。
完成 在更新所有节点池后，将集群修补为 ADVANCED_DATAPATH。 您无需执行任何操作。

规划工作负载中断

由于 GKE 会在迁移期间重新创建节点，因此 GKE 会将 Pod 重新调度到新节点上。

后续步骤