기존 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 또는 클러스터 세부정보 페이지에서 마이그레이션과 충돌할 수 있는 권장사항을 확인하세요.
마이그레이션 중에 발생하는 상황
마이그레이션은 4단계로 구성됩니다. GKE에서 대부분의 작업을 수행하지만 일부 단계에서는 사용자의 조치가 필요합니다.
| 단계 | GKE에서 수행하는 작업 | 사용자가 수행하는 작업 |
|---|---|---|
| 진단 | 클러스터를 모니터링하고 Active Assist 권장사항에서 지원되지 않는 구성을 신고합니다. | 권장사항을 검토하고 신고된 구성을 해결합니다. |
| 시작 | — | 패치 요청을 사용하여 클러스터를 업데이트하여 마이그레이션을 시작합니다. 자세한 내용은 기존 클러스터를 GKE Dataplane V2로 마이그레이션을 참조하세요. |
| 노드 패치 | 유지보수 기간 및 업그레이드 전략에 따라 각 Dataplane V1 노드 풀을 업데이트하여 GKE Dataplane V2를 사용합니다. | 시작하기 전에 유지보수 기간 및 업그레이드 전략을 구성하여 노드가 업데이트되는 시점과 방법을 제어합니다. |
| 완료 | 모든 노드 풀을 업데이트한 후 클러스터를 ADVANCED_DATAPATH로 패치합니다. |
어떤 조치도 필요하지 않습니다. |
워크로드 중단 계획
GKE는 마이그레이션 중에 노드를 다시 생성하므로 GKE는 새 노드에 포드를 다시 예약합니다.
다음 단계
- 클러스터를 마이그레이션하려면 기존 클러스터를 GKE Dataplane V2로 마이그레이션을 참조하세요.
- GKE Dataplane V2의 작동 방식을 이해하려면 정보 GKE Dataplane V2를 참조하세요.
- 마이그레이션 후 네트워크 흐름 문제를 해결하려면 GKE Dataplane V2 관측 가능성을 참조하세요.