클러스터 수명 주기 변경사항을 관리하여 서비스 중단 최소화

이 페이지에서는 클러스터 수명 주기 동안 성능과 가용성을 극대화하고 워크로드 중단을 최소화하기 위해 사용자와 Google Kubernetes Engine (GKE)이 변경사항을 관리하는 방법을 설명합니다.

이 페이지는 워크로드의 중단을 최소화하기 위해 클러스터 환경을 계획하고 최적화하려는 플랫폼 관리자를 대상으로 합니다. 클러스터 관리 및 클러스터 관리 개요에 설명된 기본 클러스터 관리 작업을 수행하는 방법을 배우기 전이나 후에 이 페이지를 읽을 수 있습니다.

관리형 플랫폼 및 책임 공유

GKE는 Kubernetes 오픈소스 컨테이너 조정 플랫폼을 Google 관리형으로 구현한 환경입니다. GKE 작동 방식에 설명된 대로 GKE 클러스터는 시스템 구성요소를 실행하는 관리 노드가 포함된 컨트롤 플레인과 워크로드를 배포하는 워커 노드로 구성됩니다.

최대 성능과 가용성을 갖추고 중단이 최소화된 상태로 워크로드를 실행할 수 있는 최적의 클러스터 환경을 만드는 것은 공동 책임입니다.

  • GKE의 책임은 안정적이고, 사용 가능하며, 안전하고, 성능이 우수한 클러스터 환경을 유지하는 것입니다. 이를 위해 GKE는 제어 영역, 시스템 구성요소, Autopilot 모드의 경우 워커 노드를 관리합니다.
  • 플랫폼 관리자는 클러스터를 구성하고 중단을 처리할 수 있도록 준비하는 등 워크로드를 관리해야 합니다. Standard 모드에서는 노드 풀로 그룹화된 워커 노드를 만들고 관리합니다.

자세한 내용은 GKE 공유 책임을 참고하세요.

GKE가 클러스터 수명 주기 동안 변경사항을 관리하는 방법

Kubernetes 구현인 GKE 클러스터는 워크로드를 실행하기 위한 최적의 환경을 유지하기 위해 함께 작동하는 프로세스 및 시스템 네트워크입니다. 클러스터를 관리하기 위해 GKE는 유지보수 작업을 실행하고, 변경하고, 작업을 시작하고, 구성요소를 업데이트하고, 컨트롤 플레인과 노드의 버전을 업그레이드합니다.

애플리케이션의 일상적인 실행은 대부분 백그라운드에서 조용히 이루어지므로 워크로드가 중단 없이 실행됩니다. 하지만 다음 섹션에 설명된 대로 워크로드를 일시적으로 중단할 수 있는 방식으로 완료해야 하는 중요한 변경사항도 있습니다.

일부 클러스터 변경사항은 워크로드에 영향을 줄 수 있음

GKE는 워크로드가 원활하게 실행되도록 노력하지만, 일부 필수 유형의 변경사항(주로 워크로드를 실행하는 노드를 다시 시작하는 변경사항)으로 인해 워크로드가 일시적으로 중단될 수 있습니다. GKE 및 Kubernetes 기능을 사용하면 중단이 발생할 시점과 방법을 지정할 수 있으므로 중단이 발생할 때 워크로드가 변경사항을 원활하게 처리할 수 있습니다.

다음 섹션에서는 GKE가 클러스터에 적용하는 변경사항의 유형, 이러한 변경사항으로 인해 발생하는 중단의 유형, 준비 방법을 설명합니다.

GKE 클러스터 수명 주기 관리를 통한 업그레이드 및 업데이트

GKE에서 클러스터 업그레이드와 클러스터 업데이트는 관련된 의미를 갖습니다.

GKE에서 클러스터 업그레이드 또는 업그레이드라는 용어는 컨트롤 플레인(컨트롤 플레인 업그레이드) 또는 노드(노드 업그레이드)의 Kubernetes 버전을 업데이트하는 것을 의미합니다. Standard 클러스터를 사용하는 경우 GKE가 단일 작업을 사용하여 노드의 노드 풀을 업그레이드하므로 노드 업그레이드를 노드 풀 업그레이드라고도 합니다.

클러스터 업데이트 또는 업데이트라는 용어는 버전 업데이트를 비롯한 모든 유형의 컨트롤 플레인 또는 노드 변경사항을 나타내는 더 일반적인 용어입니다. GKE는 업그레이드, 다른 유형의 업데이트, 필요한 유지보수 작업을 실행하여 클러스터 환경을 적극적으로 관리합니다. 이러한 작업을 통해 클러스터의 성능과 보안을 유지하고 최신 기능과 버그 수정을 적용할 수 있습니다. GKE는 노드 업그레이드 전략 및 유지보수 정책과 같은 도구를 사용하여 이러한 프로세스 중에 발생하는 서비스 중단을 최소화합니다.

노드 업데이트 중단 계획

특정 유형의 클러스터 변경사항(주로 노드 변경사항)으로 인해 중단이 발생할 수 있습니다.

GKE는 노드 업그레이드 전략을 사용하여 워크로드 요구사항에 최적화된 방식으로 Autopilot 노드 또는 Standard 클러스터 노드 풀을 업데이트합니다. 이러한 전략은 버전 업그레이드와 일부 다른 유형의 노드 변경에도 적용됩니다. 이 전략을 통해 GKE는 클러스터가 작동하고 성능을 유지하는 데 중요한 노드 업데이트를 실행하는 동안 중단을 최소화할 수 있습니다.

권장사항:

유지보수 기간 및 유지보수 제외를 사용하여 일부 클러스터 유지보수가 발생하거나 발생하지 않는 시기를 선택하고, Standard 클러스터의 경우 워크로드 프로필 및 리소스 제약 조건에 가장 적합한 노드 업그레이드 전략을 선택합니다.

노드에 대한 수동 및 자동 시작 변경 모두에 대해 GKE는 다음과 같은 일반적인 특징으로 변경합니다.

  • 변경사항은 일반적으로 유지보수 정책을 준수함: GKE가 노드를 변경할 때 이러한 변경사항은 일반적으로 GKE 유지보수 정책을 준수합니다. 노드 풀의 모든 노드를 다시 만들어야 하는 수동 변경을 시작하는 경우 다음을 고려하세요.
    • 일부 변경사항의 경우 GKE는 유지보수 정책을 준수하며 유지보수가 가능해질 때까지 제출한 변경사항을 적용하지 않습니다. GKE가 유지보수 가능 여부를 기다리고 있고 변경이 긴급한 경우 수동으로 적용하여 새 구성을 즉시 적용할 수 있습니다.
    • 수동 업그레이드를 비롯한 기타 수동 변경사항의 경우 GKE는 유지보수 정책을 준수하지 않습니다. 이러한 수동 변경의 경우 워크로드가 즉각적인 서비스 중단에 대비되어 있는지 확인하세요.
  • 변경사항은 일반적으로 노드 업그레이드 전략을 사용합니다: GKE가 버전 업그레이드 이외의 노드 업데이트를 비롯한 대부분의 자동 또는 수동 시작 변경사항을 노드에 적용할 때 GKE는 노드 업그레이드 전략(일시 급증 업그레이드 또는 블루-그린 업그레이드)을 선택합니다. Autopilot은 항상 일시 급증 업그레이드를 사용합니다. 블루/그린 업그레이드를 구성하고 특정 유형의 변경사항을 적용하는 경우를 제외하고 표준 클러스터 노드 풀의 변경사항은 일반적으로 일시 급증 업그레이드를 사용합니다.
  • 변경에 충분한 리소스 필요: GKE가 노드 업그레이드 전략을 사용하여 변경사항을 적용할 때 이 변경사항에는 전략 및 구성에 따라 특정 양의 리소스가 필요합니다. 클러스터의 프로젝트에 충분한 리소스 할당량, 리소스 가용성, 예약 용량 (특정 예약 어피니티가 있는 노드 풀의 경우)이 있어야 합니다. 자세한 내용은 노드 업그레이드 리소스 확인을 참고하세요.

구체적인 변경사항과 그 특징에 관한 자세한 목록은 이 페이지의 GKE 클러스터 변경 유형을 참고하세요.

중단을 초래하는 변경사항에 대비하여 워크로드 가용성 극대화

GKE 클러스터에서 실행되는 워크로드의 가용성을 극대화하려면 다음 섹션에 설명된 조치를 취하는 것이 좋습니다.

클러스터 가용성 선택

컨트롤 플레인 가용성이 우선이라면 영역 Standard 클러스터가 아닌 Autopilot 클러스터 또는 리전 Standard 클러스터를 선택하세요. 자세한 내용은 클러스터 구성 선택사항 정보를 참고하세요.

GKE 도구를 사용하여 업그레이드 제어

다음 도구를 사용하여 GKE가 클러스터를 업그레이드하는 시점과 방법을 제어하여 권장사항을 구현할 수 있습니다.

  • 출시 채널: 기능 가용성과 안정성 사이에서 선택한 균형에 따라 클러스터 버전을 가져오려면 출시 채널을 선택합니다.
  • 유지보수 기간: 업그레이드와 같은 특정 유형의 GKE 클러스터 유지보수가 발생할 수 있는 반복되는 기간을 지정합니다.
  • 유지보수 제외: 특정 기간 동안 클러스터 유지보수가 실행되지 않도록 합니다.
  • 노드 업그레이드 전략: 표준 클러스터를 사용하는 경우 노드 업그레이드 방법(일시 급증 업그레이드 또는 블루-그린 업그레이드)을 선택하여 워크로드 중단을 최소화합니다.
  • 출시 시퀀싱: GKE가 프로덕션 클러스터를 업그레이드하기 전에 사전 프로덕션 버전 환경에서 업그레이드를 검증합니다.
  • 수동 업그레이드: 클러스터를 수동으로 업그레이드하고 진행 중인 자동 또는 수동 업그레이드를 취소, 재개, 롤백, 완료하는 등의 작업을 실행합니다.

클러스터 관리 및 모니터링

클러스터의 잠재적 중단을 관리하려면 다음 작업을 지속적으로 수행하세요.

워크로드 준비

워크로드가 최대한 서비스 중단에 탄력적으로 대응하도록 하여 서비스 중단을 관리합니다.

이러한 주제에 대한 일반적인 내용은 GKE 권장사항: 비즈니스 연속성을 위한 2일 차 운영 블로그 게시물의 중단 관리 섹션을 참고하세요.

GKE 클러스터 변경 유형

다음 표에는 빈도, 중단 수준과 같은 이러한 변경사항의 특징을 비롯하여 클러스터에 대한 가장 일반적인 유형의 주요 변경사항이 나와 있습니다.

업그레이드 유형

다음 표를 검토하여 업그레이드가 클러스터 환경을 중단할 수 있는 방법을 알아보세요.

변경 자동 또는 수동 시작 유지보수 정책 준수 빈도 중단 유형 중단 수준
컨트롤 플레인 업그레이드 자동 또는 수동

자동 업그레이드는 필요한 경우 매우 드문 긴급 수정 사항을 제외하고 지원 종료일까지 유지보수 정책을 준수합니다.

수동 업그레이드는 유지보수 정책에 의해 차단되지 않습니다.

출시 채널에 따라 매주 한 번씩 패치 업그레이드

약 4개월마다 부 버전 업그레이드

확장 채널 클러스터의 경우 부 버전이 지원 종료에 가까워질 때만 부 버전 업그레이드가 발생합니다.

 제어 영역

Autopilot 및 리전 Standard 클러스터의 경우 컨트롤 플레인을 계속 사용할 수 있습니다.

영역 Standard 클러스터의 경우 컨트롤 플레인과 통신할 수 없는 시간이 수 분에 달하므로 이 기간에는 클러스터, 노드, 워크로드를 구성할 수 없습니다.
노드 업그레이드 자동 또는 수동

자동 업그레이드는 필요한 경우 매우 드문 긴급 수정 사항을 제외하고 지원 종료일까지 유지보수 정책을 준수합니다.

수동 업그레이드는 유지보수 정책에 의해 차단되지 않습니다.

일반적으로 컨트롤 플레인 업그레이드와 동일합니다.

클러스터가 출시 채널에 등록되어 있지 않고 노드 자동 업그레이드를 사용 중지한 경우 클러스터의 노드 풀을 수동으로 업그레이드할 책임은 사용자에게 있습니다.

 Autopilot 클러스터의 모든 노드 또는 하나 이상의 Standard 클러스터 노드 풀

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 Autopilot의 경우 일시 급증 업그레이드를 사용하고 Standard 클러스터의 경우 구성된 노드 업그레이드 전략 (일시 급증 또는 블루-그린)을 사용합니다.

노드 업그레이드 전략을 사용하고 유지보수 정책을 준수하여 노드를 다시 만드는 수동 변경사항

다음 표를 검토하여 이러한 수동 변경사항이 클러스터 환경을 어떻게 방해할 수 있는지 알아보세요. 이 목록에는 GKE 유지보수 정책을 준수하는 수동 변경사항이 포함됩니다.

변경 자동 또는 수동 시작 유지보수 정책 준수 빈도 중단 유형 중단 수준
kubelet 읽기 전용 포트 사용 중지 수동으로 시작됨 유지보수 정책을 준수하지 않고 즉시 변경합니다. 이 유형의 변경사항당 한 번 Autopilot 클러스터의 모든 노드
Standard 클러스터 노드 풀의 모든 노드

노드를 재생성하려면 노드를 종료해야 합니다. 포드를 교체해야 합니다.

GKE는 활성 유지보수 정책과 관계없이 일시 급증 업그레이드를 사용하여 노드를 즉시 재생성합니다.
클러스터 사용자 인증 정보 순환 클러스터 사용자 인증 정보가 30일 이내에 만료되는 경우 자동으로 실행되며 수동으로 시작할 수도 있습니다. 유지보수 정책을 준수합니다. 하지만 GKE는 사용자 인증 정보가 만료된 후 30일 이내에 유지보수 정책을 재정의할 수 있습니다. 30일 이내에 GKE는 첫 번째 단계인 순환 시작의 유지보수 가능 여부를 무시합니다. 또한 첫 번째 단계 후에 특정 작업을 수동으로 트리거하면 해당 작업은 유지보수 정책을 따르지 않습니다. 이 유형의 수동 변경당 한 번 또는 자동 시작의 경우 클러스터 사용자 인증 정보 전체 기간에 따라 다릅니다. 순환 프로세스에서 특정 단계의 작업을 수동으로 호출할 수 있습니다. 일부 단계에서는 컨트롤 플레인 다른 단계의 경우 Autopilot 클러스터의 모든 노드, 각 Standard 클러스터 노드 풀의 모든 노드

순환을 시작하고 순환을 완료할 때 중단 수준은 다음과 같습니다.

  • Autopilot 및 리전 Standard 클러스터의 경우 컨트롤 플레인을 계속 사용할 수 있습니다.
  • 영역 Standard 클러스터의 경우 두 작업 모두 짧은 다운타임이 발생합니다. 즉, 클러스터, 노드, 워크로드 구성과 같은 작업을 실행하기 위해 컨트롤 플레인과 통신할 수 없는 시간이 몇 분 동안 지속됩니다.

노드가 다시 생성되면 중단 수준은 다음과 같습니다.

  • 노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.
  • GKE는 일시 급증 업그레이드를 사용하여 노드를 다시 만듭니다.
컨트롤 플레인의 IP 주소 순환 수동으로 시작됨 유지보수 정책을 준수하지만 첫 번째 단계 후에 특정 작업을 수동으로 트리거하면 해당 작업은 유지보수 정책을 준수하지 않습니다. 이 유형의 수동 변경당 한 번 순환 프로세스에서 특정 단계의 작업을 수동으로 호출할 수 있습니다. 일부 단계에서는 컨트롤 플레인 다른 단계의 경우 Autopilot 클러스터의 모든 노드, 각 Standard 클러스터 노드 풀의 모든 노드

순환을 시작하고 순환을 완료할 때 중단 수준은 다음과 같습니다.

  • Autopilot 및 리전 Standard 클러스터의 경우 컨트롤 플레인을 계속 사용할 수 있습니다.
  • 영역 Standard 클러스터의 경우 두 작업 모두 짧은 다운타임이 발생합니다. 즉, 클러스터, 노드, 워크로드 구성과 같은 작업을 실행하기 위해 컨트롤 플레인과 통신할 수 없는 시간이 몇 분 동안 지속됩니다.

노드가 다시 생성되면 중단 수준은 다음과 같습니다.

  • 노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.
  • GKE는 일시 급증 업그레이드를 사용하여 노드를 다시 만듭니다.
보안 노드 구성 수동으로 시작됨

제어 영역을 다시 만들면 유지보수 정책이 적용되지 않고 변경사항이 즉시 적용됩니다.

노드를 다시 생성하면 유지보수 정책이 준수됩니다.

 이 유형의 변경사항당 한 번

컨트롤 플레인이 업데이트됩니다.

컨트롤 플레인이 업데이트된 후 각 표준 클러스터 노드 풀의 모든 노드를 다시 만들어야 합니다.

컨트롤 플레인이 다시 생성되면 중단 수준은 다음과 같습니다.

  • Autopilot 및 리전 Standard 클러스터의 경우 컨트롤 플레인을 계속 사용할 수 있습니다.
  • 영역 Standard 클러스터의 경우 두 작업 모두 짧은 다운타임이 발생합니다. 즉, 클러스터, 노드, 워크로드 구성과 같은 작업을 실행하기 위해 컨트롤 플레인과 통신할 수 없는 시간이 몇 분 동안 지속됩니다.

노드가 다시 생성될 때의 중단 수준은 다음과 같습니다.

  • 노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.
  • GKE는 일시 급증 업그레이드를 사용하여 노드를 다시 만듭니다.
네트워크 정책 구성 수동으로 시작됨 유지보수 정책을 준수함 이 유형의 변경사항당 한 번 Autopilot 클러스터의 모든 노드, 각 Standard 클러스터 노드 풀의 모든 노드

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 일시 급증 업그레이드를 사용하여 노드를 다시 만듭니다.
노드 내 공개 상태 구성 수동으로 시작됨 유지보수 정책을 준수함 이 유형의 변경사항당 한 번 Autopilot 클러스터의 모든 노드, 각 Standard 클러스터 노드 풀의 모든 노드

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 일시 급증 업그레이드를 사용하여 노드를 다시 만듭니다.
NodeLocal DNSCache 구성 수동으로 시작됨 유지보수 정책을 준수함 이 유형의 변경사항당 한 번 업데이트되는 Standard 클러스터 노드 풀의 모든 노드를 업데이트해야 합니다.

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 일시 급증 업그레이드를 사용하여 노드를 다시 만듭니다.
이미지 스트리밍 사용 설정 수동으로 시작됨

클러스터 수준에서 업데이트할 때는 유지보수 정책을 준수합니다.

개별 노드 풀을 업데이트할 때 유지보수 정책을 따르지 않습니다.

 이 유형의 변경사항당 한 번

노드 풀 수준에서 전환된 경우 Standard 클러스터 노드 풀의 모든 노드

클러스터 수준에서 전환된 경우 노드 풀에 대해 설정을 개별적으로 사용 설정하거나 사용 중지하지 않은 Standard 클러스터 노드 풀의 노드

 GKE는 일시 급증 업그레이드를 사용하여 노드 풀의 노드를 다시 만듭니다.

유지보수 정책을 준수하지 않는 자동 유지보수

다음 표를 검토하여 유지보수 정책을 준수하지 않는 자동 유지보수가 클러스터 환경을 어떻게 중단시킬 수 있는지 알아보세요.

변경 자동 또는 수동 시작 유지보수 정책 준수 빈도 중단 유형 중단 수준
컨트롤 플레인 복구 또는 크기 조절 자동 유지보수 정책을 준수하지 않음

컨트롤 플레인 복구 빈도는 무작위이지만 Autopilot 및 리전 표준 클러스터에는 영향을 미치지 않습니다.

컨트롤 플레인 크기 조절은 드물지만 클러스터 확장 이벤트가 발생하면 빈도가 증가하며 Autopilot 및 리전 Standard 클러스터에는 영향을 미치지 않습니다.

 제어 영역

Autopilot 및 리전 Standard 클러스터의 경우 컨트롤 플레인을 계속 사용할 수 있습니다.

영역 Standard 클러스터의 경우 컨트롤 플레인과 통신할 수 없는 시간이 수 분에 달하므로 이 기간에는 클러스터, 노드, 워크로드를 구성할 수 없습니다.
호스트 유지보수 이벤트 자동 유지보수 정책을 준수하지 않음 대략적인 빈도는 유지보수 이벤트를 참고하세요. 노드 1개

대부분의 노드 유형의 경우 영향이 미미합니다.

GPU 또는 TPU가 있는 노드를 비롯한 일부 노드에서는 중단이 더 클 수 있습니다. 자세한 내용은 기타 Google Cloud 유지보수를 참고하세요.
노드 자동 복구 자동 유지보수 정책을 준수하지 않음

노드 자동 복구 빈도는 무작위입니다.

 노드 1개 노드가 다시 시작되므로 노드에서 실행 중인 포드가 중단됩니다.
스팟 VM 및 선점형 VM 회수 자동 유지보수 정책을 준수하지 않음

선점형 VM의 경우 최소 24시간마다 한 번

스팟 VM의 경우 Compute Engine에서 다른 곳에 리소스가 필요한 경우

 노드 1개 Spot VM의 종료 및 단계적 종료와 선점형 VM의 종료 및 단계적 종료에 대한 세부정보를 확인하세요.
Spanner 기반 클러스터 상태 데이터베이스 유지관리 자동 유지보수 정책을 준수하지 않음 이벤트는 무작위로 발생하며 클러스터나 워크로드에 영향을 미치지 않습니다. 없음 Spanner 기반 데이터베이스는 Google 인프라에서 클러스터 컨트롤 플레인 및 노드와 별도로 실행됩니다. 없음 Spanner 기반 데이터베이스는 모든 유형의 클러스터에 대해 복제되며 유지관리 중에 계속 사용할 수 있습니다.

유지보수 정책을 준수하지 않고 노드 업그레이드 전략을 사용하여 노드를 다시 만드는 수동 변경사항

다음 표를 검토하여 이러한 수동 변경사항이 클러스터 환경을 어떻게 방해할 수 있는지 알아보세요. 이 목록에는 유지보수 정책을 준수하지 않아 다른 섹션에 포함되지 않는 GKE에서 일시 급증 업그레이드를 사용하는 경우 및 GKE에서 블루-그린 업그레이드를 사용하는 경우의 변경사항이 포함됩니다.

변경 자동 또는 수동 시작 유지보수 정책 준수 빈도 중단 유형 중단 수준
노드 풀 라벨 업데이트 수동으로 시작됨 유지보수 정책을 준수하지 않고 변경사항을 즉시 적용합니다. 이 유형의 변경사항당 한 번 Standard 클러스터 노드 풀의 모든 노드 활성 유지보수 정책과 관계없이 기존 노드 풀의 노드 라벨을 업데이트하면 GKE는 일시 급증 업그레이드를 사용하여 노드 풀을 즉시 재생성합니다.
노드 머신 속성을 변경하여 노드 수직 확장 수동으로 시작됨 유지보수 정책을 준수하지 않고 변경사항을 즉시 적용합니다. 이 유형의 변경사항당 한 번 Standard 클러스터 노드 풀의 모든 노드 GKE는 활성 유지보수 정책과 관계없이 일시 급증 업그레이드를 사용하여 기존 노드 풀의 노드를 즉시 재생성합니다.
이미지 유형 변경 수동으로 시작됨 유지보수 정책을 준수하지 않고 변경사항을 즉시 적용합니다. 이 유형의 변경사항당 한 번 Standard 클러스터 노드 풀의 모든 노드

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 표준 클러스터에 구성된 노드 업그레이드 전략 (일시 급증 또는 블루-그린)을 사용합니다.
Standard 클러스터 노드 풀에서 스토리지 풀 추가 또는 교체 수동으로 시작됨 유지보수 정책을 준수하지 않고 변경사항을 즉시 적용합니다. 이 유형의 변경사항당 한 번 Standard 클러스터 노드 풀의 모든 노드

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 표준 클러스터에 구성된 노드 업그레이드 전략 (일시 급증 또는 블루-그린)을 사용합니다.
이미지 스트리밍 사용 설정 수동으로 시작됨

클러스터 수준에서 업데이트할 때는 유지보수 정책을 준수합니다.

개별 노드 풀을 업데이트할 때 유지보수 정책을 따르지 않습니다.

 이 유형의 변경사항당 한 번

노드 풀 수준에서 전환된 경우 Standard 클러스터 노드 풀의 모든 노드

클러스터 수준에서 전환된 경우 노드 풀에 대해 설정을 개별적으로 사용 설정하거나 사용 중지하지 않은 Standard 클러스터 노드 풀의 노드

 GKE는 일시 급증 업그레이드를 사용하여 노드 풀의 노드를 다시 만듭니다.
네트워크 성능 구성 업데이트 수동으로 시작됨 유지보수 정책을 준수하지 않고 변경사항을 즉시 적용합니다. 이 유형의 변경사항당 한 번 Standard 클러스터 노드 풀의 모든 노드

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 활성 유지보수 정책과 관계없이 일시 급증 업그레이드를 사용하여 기존 노드 풀의 노드를 즉시 재생성합니다.
gVNIC 사용 설정 수동으로 시작됨 유지보수 정책을 준수하지 않고 변경사항을 즉시 적용합니다. 이 유형의 변경사항당 한 번 Standard 클러스터 노드 풀의 모든 노드

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 활성 유지보수 정책과 관계없이 일시 급증 업그레이드를 사용하여 기존 노드 풀의 노드를 즉시 재생성합니다.
노드 시스템 구성 변경사항 수동으로 시작됨 유지보수 정책을 준수하지 않고 변경사항을 즉시 적용합니다. 이 유형의 변경사항당 한 번 Standard 클러스터 노드 풀의 모든 노드

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 활성 유지보수 정책과 관계없이 일시 급증 업그레이드를 사용하여 기존 노드 풀의 노드를 즉시 재생성합니다.
Confidential 노드 수동으로 시작됨 유지보수 정책을 준수하지 않고 변경사항을 즉시 적용합니다. 이 유형의 변경사항당 한 번 Standard 클러스터 노드 풀의 모든 노드

노드를 다시 생성하려면 노드를 종료해야 하고 포드를 교체해야 합니다.

GKE는 활성 유지보수 정책과 관계없이 일시 급증 업그레이드를 사용하여 기존 노드 풀의 노드를 즉시 재생성합니다.

노드를 다시 만들 필요가 없는 변경사항

다음 표를 검토하여 노드를 다시 만들지 않아도 되는 노드 구성 변경사항을 확인하세요. 이러한 변경사항은 중단을 일으키지 않지만 업데이트된 노드 구성이 워크로드에 영향을 미치는 경우 중단이 발생할 수 있습니다.

변경 자동 또는 수동 시작 유지보수 정책 준수 빈도 중단 유형 중단 수준

다음 설정을 업데이트합니다.

 수동으로 시작됨 유지보수 정책을 준수하지 않고 변경사항을 즉시 적용합니다. 이 유형의 변경사항당 한 번 관련된 모든 노드가 업데이트됩니다. 노드를 다시 만들지 않고 노드 구성이 업데이트되므로 포드를 교체하지 않아도 됩니다.

다음 단계