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

이 페이지에서는 개발자와 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 노드 또는 표준 클러스터 노드 풀 모두를 워크로드의 요구사항에 최적화된 방식으로 업데이트합니다. 이러한 전략은 버전 업그레이드와 다른 유형의 노드 변경사항에도 적용됩니다. 이 전략을 통해 GKE는 클러스터의 기능과 성능을 유지하는 데 중요한 노드 업데이트를 실행하는 동안 서비스 중단을 최소화할 수 있습니다.

권장사항:

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

노드에 대한 수동 변경과 자동으로 시작된 변경 모두 GKE는 다음과 같은 일반적인 특성을 사용하여 변경합니다.

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

특정 변경사항 및 특성의 세부 목록은 이 페이지의 GKE 클러스터 변경사항 유형을 참고하세요.

중대한 변경사항에 대비하여 워크로드 가용성 극대화

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

클러스터 가용성 선택

컨트롤 플레인 가용성이 중요한 경우 영역 표준 클러스터 대신 Autopilot 클러스터 또는 리전 표준 클러스터를 선택합니다. 자세한 내용은 클러스터 구성 선택사항 정보를 참고하세요.

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

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

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

클러스터 관리 및 모니터링

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

워크로드 준비

워크로드를 서비스 중단에 최대한 탄력적으로 만들어 서비스 중단을 관리하세요.

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

GKE 클러스터 변경 유형

다음 표에는 클러스터의 주요 변경사항 중 가장 일반적인 유형과 이러한 변경사항의 특성(예: 빈도 및 서비스 중단 수준)이 나와 있습니다.

업그레이드 유형

업그레이드로 인해 클러스터 환경이 어떻게 중단될 수 있는지 알아보려면 다음 표를 검토하세요.

변경 자동 또는 수동으로 시작됨 유지보수 정책 준수 빈도 서비스 중단 유형 서비스 중단 수준
제어 영역 업그레이드 자동 또는 수동

자동 업그레이드는 지원 종료 시까지 유지보수 정책을 준수합니다(매우 드물게 발생하는 긴급 수정사항 제외).

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

출시 채널에 따라 매주 업그레이드되는 패치

약 4개월마다 이루어지는 마이너 업그레이드

확장 채널 클러스터의 경우 마이너 버전의 지원 종료가 가까워질 때만 마이너 업그레이드가 진행됩니다.

 제어 영역

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

영역 표준 클러스터의 경우 컨트롤 플레인과 통신할 수 없는 몇 분 동안 클러스터, 노드, 워크로드를 구성할 수 없습니다.
노드 업그레이드 자동 또는 수동

자동 업그레이드는 지원 종료 시까지 유지보수 정책을 준수합니다(매우 드물게 발생하는 긴급 수정사항 제외).

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

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

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

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

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

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

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

다음 표를 검토하여 이러한 수동 변경사항이 클러스터 환경에 미치는 영향을 알아보세요. 이 목록에는 다른 변경사항 외에도 GKE 유지보수 정책을 준수하는 수동 변경사항이 포함됩니다.

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

순환을 시작하고 순환을 완료하면 서비스 중단 수준은 다음과 같습니다.

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

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

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

순환을 시작하고 순환을 완료하면 서비스 중단 수준은 다음과 같습니다.

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

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

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

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

노드를 다시 만들면 유지보수 정책이 준수됩니다.

 이 유형의 변경사항마다 한 번

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

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

제어 영역이 다시 생성되면 중단 수준은 다음과 같습니다.

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

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

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

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

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

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

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

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

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

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

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

 이 유형의 변경사항마다 한 번

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

클러스터 수준에서 전환된 경우 노드 풀의 설정을 개별적으로 사용 설정하거나 중지하지 않은 모든 표준 클러스터 노드 풀의 노드입니다.

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

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

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

변경 자동 또는 수동으로 시작됨 유지보수 정책 준수 빈도 서비스 중단 유형 서비스 중단 수준
제어 영역 수리 또는 크기 조절 자동 유지보수 정책을 준수하지 않음

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

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

 제어 영역

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

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

대부분의 노드 유형에는 최소한의 영향을 미칩니다.

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

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

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

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

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

 노드 1개 Spot VM의 종료 및 단계적 종료 및 선점형 VM의 종료 및 단계적 종료에 관한 세부정보를 확인하세요.

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

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

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

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

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

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

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

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

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

 이 유형의 변경사항마다 한 번

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

클러스터 수준에서 전환된 경우 노드 풀의 설정을 개별적으로 사용 설정하거나 중지하지 않은 모든 표준 클러스터 노드 풀의 노드입니다.

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

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

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

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

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

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

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

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

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

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

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

변경 자동 또는 수동으로 시작됨 유지보수 정책 준수 빈도 서비스 중단 유형 서비스 중단 수준

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

 수동으로 시작됨 유지보수 정책을 준수하지 않으며 즉시 변경합니다. 이 유형의 변경사항마다 한 번 모든 관련 노드가 업데이트됩니다. 노드를 다시 만들지 않고 노드 구성이 업데이트되므로 pod를 교체할 필요가 없습니다.

다음 단계