사용 가능 IBM Cloud Kubernetes Service 버전

IBM Cloud Kubernetes Service는 동시에 여러 Kubernetes 버전을 지원합니다. 최신 버전(n)이 릴리스될 때 최대 두 개의 이전 버전(n-2)이 지원됩니다. 최신 버전보다 세 개 이상 이전인 버전(n-3)은 먼저 더 이상 사용되지 않게 되고 그런 다음 지원되지 않게 됩니다. 중요한 보안 패치 업데이트를 계속 수신하려면 클러스터가 항상 지원되는 Kubernetes 버전을 실행하는지 확인하십시오. 더 이상 사용되지 않는 클러스터는 보안 업데이트를 수신할 수 없습니다. 자세한 정보는 릴리스 라이프사이클을 참조하십시오.

단검으로 표시된 날짜(†)는 잠정적이며 변경될 수 있습니다. 별표(*)가 표시된 운영 체제는 더 이상 사용되지 않습니다. 더 이상 사용되지 않는 운영 체제를 사용하는 모든 작업자 노드를 최신 운영 체제 버전으로 마이그레이션합니다.

업데이트 유형

Kubernetes 클러스터에 대한 업데이트에는 세 가지 유형(주 버전, 부 버전 및 패치)가 있습니다. 업데이트가 사용 가능한 경우에는 ibmcloud ks cluster ls, cluster get, worker ls 또는 worker get 등의 명령으로 클러스터 마스터 또는 작업자 노드에 대한 정보를 볼 때 알림을 받습니다.

IBM 은 격주 작업자 노드 수정팩을 제공합니다. IBM 의 목표는 탐지된 합법적인 취약점을 적절한 시간 내에 위험에 맞게 수정하는 것입니다. 릴리스의 품질 및 안정성을 보장하기 위해 수정팩이 지연될 수 있습니다.

수정팩은 Canonical에서 제공하는 최신 업스트림 안정 커널 버전에 적용됩니다.

노드를 안전하게 유지하려면 가능한 빨리 작업자 노드 수정팩을 설치해야 합니다. 새 업데이트가 사용 가능할 때 알림에 등록하여 경보를 받을 수 있습니다.

주 및 부 업데이트(1.x)

먼저 마스터 노드를 업데이트한 후 작업자 노드를 업데이트하십시오.

• 두 개 이상의 Kubernetes 마스터 부 버전(n+2)을 미리 업데이트할 수 없습니다. 예를 들어, 현재 마스터 버전이 1.22 이고 1.24 로 업데이트하려는 경우, 먼저 1.23 로 업데이트해야 합니다.
• 작업자 노드는 마스터보다 큰 Kubernetes 주 또는 부 버전을 실행할 수 없습니다. 또한 작업자 노드는 최대 두 버전 전의 마스터 버전(n-2)입니다.
• 최소한 클러스터의 kubectl 버전과 일치하지 않는 major.minor CLI 버전을 사용하면 예상치 못한 결과가 발생할 수 있습니다. Kubernetes 클러스터 및 CLI 버전을 최신 상태로 유지하십시오.

패치 업데이트(x.x.4_1510)

패치 간 변경사항은 각 버전의 변경 로그에 문서화되어 있습니다. 마스터 패치는 자동으로 적용되지만, 작업자 노드 패치와 업데이트는 사용자가 시작합니다. 작업자 노드도 마스터보다 높은 패치 버전을 실행할 수 있습니다. 업데이트가 사용 가능한 경우에는 ibmcloud ks cluster ls, cluster get, worker ls 또는 worker get 등의 명령으로 IBM Cloud 콘솔 또는 CLI에서 마스터 및 작업자 노드에 대한 정보를 볼 때 알림을 받습니다.

작업자 노드나 마스터, 또는 둘 다에 대한 패치가 있을 수 있습니다.

• 워커 노드 패치: 매월 업데이트가 있는지 확인하십시오. 사용할 명령어는 클러스터 인프라 유형과 워커 노드 구성에 따라 달라집니다.
  • 클래식 클러스터: ibmcloud ks worker update 또는 ibmcloud ks worker reload 명령을 사용하십시오. 업데이트 또는 재로딩 과정에서, 워커 노드 머신의 이미지가 새로 설치되며, 워커 노드 외부에 저장되지 않은 데이터는 삭제됩니다.
  • VPC 가상 서버 인스턴스(VSI) 워커: ibmcloud ks worker replace 명령을 사용하십시오. 기존 작업자 노드가 삭제되고, 그 자리에 새로운 작업자 노드가 프로비저닝됩니다. 데이터가 워커 노드 외부에 저장되지 않은 경우 삭제됩니다.
  • VPC 베어 메탈 작업자: ibmcloud ks worker reload 명령을 사용하십시오. 노드는 기존 위치에서 다시 로드되며 IP 주소를 유지합니다. 로컬 디스크에 있는 데이터는 워커 노드 외부에 저장되지 않은 경우 삭제됩니다.
• 마스터 패치: 마스터 패치는 며칠에 걸쳐 자동으로 적용되므로, 마스터에 적용되기 전에는 마스터 패치 버전이 사용 가능으로 표시되지 않을 수 있습니다. 업데이트 자동화는 비정상 상태이거나 현재 오퍼레이션이 진행 중인 클러스터 또한 건너뜁니다. 때때로 IBM 에서는 변경 내역에 명시된 바와 같이, 특정 마스터 픽스 팩에 대한 자동 업데이트를 비활성화할 수 있습니다. 예를 들어, 마스터 버전이 하나의 마이너 버전에서 다른 마이너 버전으로 업데이트될 때만 필요한 패치의 경우 등이 이에 해당합니다. 이러한 경우 중 어느 것이든, 업데이트 자동화가 적용되기를 기다리지 않고 직접 ibmcloud ks cluster master update 업데이트 자동화가 적용될 때까지 기다리지 않고 직접 명령어를 안전하게 사용할 수 있습니다.

릴리스 라이프사이클

지원되는 각 IBM Cloud Kubernetes Service 버전은 테스트, 개발, 일반 릴리스, 지원, 더 이상 사용하지 않음 및 지원되지 않음이라는 라이프사이클을 거칩니다. 버전 라이프사이클의 각 단계에 대한 설명을 검토하십시오.

일반적 이해를 위해 예상 일 수와 버전이 제공됩니다. 실제 가용성 및 릴리스 날짜는 커뮤니티 업데이트, 보안 패치 및 버전 간의 기술 변경사항과 같은 다양한 요인에 따라 변경되고 달라집니다.

1. 커뮤니티 릴리스: 커뮤니티가 새 버전을 릴리스합니다. IBM 엔지니어들은 지원되는 ‘ IBM Cloud Kubernetes Service ’ 버전을 출시하기 위해 커뮤니티 버전의 테스트와 안정화 작업을 시작합니다.

2. 지원되는 버전 라이프사이클:

   개발 릴리스

   릴리스가 개발 중이며 고객을 선택하기 위해 베타로 사용할 수 있습니다. IBM 해당 릴리스에 대해 최선을 다해 지원을 제공합니다.

   GA(General Availability)

   릴리스는 일반적으로 사용 가능합니다 (GA). IBM 이번 릴리스에 대한 완전한 지원을 제공하며, 지원이 종료될 예정인 시점에 대한 잠정적인 목표 일정을 제시합니다. 최소한의 제한 사항이 있고 합리적인 도입률이 달성되면, 해당 릴리스는 클러스터 생성 시 사용되는 기본 버전이 됩니다.

   유지보수

   릴리스가 Kubernetes 커뮤니티에서 정의한 대로 유지보수 지원을 시작했습니다. IBM 은 커뮤니티 정책을 기반으로 Kubernetes 에 대한 유지보수 지원을 제공합니다. IBM 은 그렇지 않으면 전체 지원을 제공합니다.

3. 더 이상 사용되지 않는 버전: 버전이 더 이상 사용되지 않습니다. IBM 은 릴리스에 대해 업데이트된 지원되지 않는 대상 날짜를 제공합니다. 이 날짜까지 지원되지 않는 카운트다운은 릴리스가 지원되지 않게 되기 최소 45일전에 제공됩니다. IBM 이 단계에서 Kubernetes 커뮤니티 정책에 따라 릴리스를 지원합니다. 이 지원 단계는 릴리스에 대한 지원이 종료되기 직전의 마지막 단계이며, 유지보수 단계 및 확장 지원 단계와 중복되는 경우 해당 단계들을 우선합니다. 보안 패치 업데이트가 제공되지 않을 수 있습니다. 사용 중단 기간 동안에는 해당 버전이 여전히 지원되며 클러스터도 정상적으로 작동하지만, 보안 취약점을 해결하기 위해서는 클러스터 제어 플레인과 워커 노드를 지원되는 버전으로 업데이트해야 합니다.

4. 지원되지 않는 버전: 버전이 지원되지 않습니다. IBM 지원되는 릴리스로 업그레이드할 수 있도록 돕는 데만 지원을 제공합니다. 지원이 중단된 클러스터에는 보안 업데이트나 패치 업데이트가 제공되지 않으며, IBM Cloud 지원팀에서도 지원을 제공하지 않습니다. 클러스터와 애플리케이션이 당분간 계속 실행될 수는 있지만, 문제가 발생하면 클러스터 제어 플레인이나 워커 노드에 대해 생성, 재로드 또는 기타 수정 조치를 더 이상 수행할 수 없습니다. 여전히 클러스터 또는 작업자 노드를 삭제하거나 클러스터를 다음 버전으로 업데이트할 수 있습니다. 잠재적인 영향을 검토하고 즉시 클러스터를 업데이트하여 중요한 보안 업데이트 및 지원을 계속해서 받으십시오. 클러스터 제어 플레인이 지원되는 가장 오래된 버전보다 두 개 이상의 버전이 뒤처져 있는 경우, 더 이상 업데이트를 적용할 수 없으므로 클러스터를 삭제하고 새 클러스터를 생성해야 합니다.

   지원되지 않는 버전을 실행하는 클러스터는 클러스터 인증서가 만료되기 때문에 결국 실패하게 됩니다. 실패의 원인으로는 사용할 수 없는 클러스터 제어면, 비정상적인 작업자 노드( NotReady ) 또는 비정상적인 인그레스(Ingress) 등이 있습니다.

5. 보관됨: 이 버전은 지원되지 않으며, 업그레이드 경로가 없습니다. IBM 아카이브된 클러스터에 대해서는 어떠한 지원도 제공하지 않으며, 해당 클러스터의 제어 플레인을 중단할 권리를 보유합니다.

IBM Cloud Kubernetes Service 코어 노드와 제어 평면 구성 요소 간 지원되는 스큐를 한 번의 마이너 버전으로 확장 하지 않았습니다. 지원되는 스큐는 n-2 상태로 유지됩니다. 자세한 내용은 커뮤니티 Kubernetes 정보의 제어 평면과 노드 버전 간 지원되는 스큐 변경 사항을 참조하십시오.

클러스터가 지원되는 가장 오래된 버전보다 두 버전 이상 이후인 부 버전이 될 때까지 기다리는 경우 클러스터를 업데이트할 수 없습니다. 대신 새 클러스터 작성하고, 새 클러스터에 앱을 배치하고 지원되지 않는 클러스터를 삭제하십시오. 이 문제를 방지하려면, 최신 버전으로 업데이트하기 전에 더 이상 지원되지 않는 클러스터를 지원되는 버전으로 업데이트하십시오. 워커 노드가 컨트롤 플레인보다 2개 이상의 버전이 뒤처진 상태로 실행되는 경우, 워커 노드를 컨트롤 플레인과 동일한 버전으로 업데이트할 때까지 포드가 ‘ MatchNodeSelector ’, ‘ CrashLoopBackOff ’ 또는 ‘ ContainerCreating ’와 같은 상태로 전환되어 오류가 발생할 수 있습니다. 지원 대상에서 제외된 버전은 IBM Cloud 지원팀에서 지원하지 않지만, IBM Technology Expert Labs에서는 지원 대상에서 제외된 버전과 관련된 문제 해결을 도와드릴 수 있는 서비스를 제공하고 있습니다. IBM Cloud 카탈로그 에서 “ IBM Technology Expert Labs와 파트너십 맺기”를 선택하여 해당 서비스를 이용해 보세요. 더 이상 사용되지 않는 버전에서 지원되는 버전으로 업데이트한 후에는 클러스터가 정상 오퍼레이션을 재개하고 지원을 계속 받을 수 있습니다. ibmcloud ks cluster ls 명령어의 출력 결과나 IBM Cloud Kubernetes Service 콘솔에서 ‘State’ 필드를 확인하면 해당 클러스터가 지원되지 않는지 여부를 확인할 수 있습니다.

업데이트 준비

클러스터를 이전 버전에서 새 버전으로 업데이트하면 배치된 앱에 영향을 줄 수 있습니다. 변경 사항 전체 목록을 보려면 커뮤니티 Kubernetes 변경 로그, IBM 버전 변경 로그 및 Kubernetes 유용한 경고를 검토하십시오.

클러스터를 업데이트하기 전과 후에 수행해야 하는 조치는 사용 가능한 IBM Cloud® Kubernetes Service 버전 의 버전 정보 링크를 참조하십시오.

아카이브

지원되지 않는 클러스터에는 보안 및 패치 업데이트가 제공되지 않으며 IBM Cloud 지원 팀에서 지원하지 않습니다. 얼마 동안은 클러스터 및 앱이 계속해서 실행될 수 있지만, 더 이상 클러스터 마스터 또는 작업자 노드를 작성하거나 다시 로드할 수는 없으며, 문제가 발생하는 경우 이에 대해 필요한 기타 정정 조치를 수행할 수 없습니다. 여전히 클러스터 또는 작업자 노드를 삭제하거나 클러스터를 다음 버전으로 업데이트할 수 있습니다. 잠재적인 영향을 검토하고 즉시 클러스터를 업데이트하여 중요한 보안 업데이트 및 지원을 계속해서 받으십시오. 클러스터 마스터가 지원되는 가장 오래된 버전보다 두 개 이상의 버전 뒤에 있는 경우 새 클러스터를 작성 하고 새 클러스터에 앱을 배치 해야 합니다.