Kubernetes 버전 정보

사용 가능 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 명령을 사용하여 해당 보안 및 운영 체제 패치를 적용하십시오. 업데이트 또는 다시 로드 중 작업자 노드 머신이 다시 이미징되며, 작업자 노드 외부에 저장되지 않은 경우 데이터가 삭제됩니다.
• 마스터 패치: 마스터 패치는 며칠에 걸쳐 자동으로 적용되므로, 마스터에 적용되기 전에는 마스터 패치 버전이 사용 가능으로 표시되지 않을 수 있습니다. 업데이트 자동화는 비정상 상태이거나 현재 오퍼레이션이 진행 중인 클러스터 또한 건너뜁니다. 때때로 IBM 에서는 변경 내역에 명시된 대로, 특정 마스터 픽스 팩에 대한 자동 업데이트를 비활성화할 수 있습니다. 예를 들어, 마스터 버전이 한 마이너 버전에서 다른 마이너 버전으로 업데이트될 때만 필요한 패치의 경우 등이 이에 해당합니다. 이러한 경우 중 어느 것이든, 업데이트 자동화가 적용되기를 기다리지 않고 직접 ibmcloud ks cluster master update 업데이트 자동화가 적용될 때까지 기다리지 않고 직접 명령어를 안전하게 사용할 수 있습니다.

릴리스 라이프사이클

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

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

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

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

   개발 릴리스

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

   GA(General Availability)

   릴리스는 일반적으로 사용 가능합니다 (GA). IBM 은 릴리스에 대한 전체 지원을 제공합니다. IBM 은 릴리스가 지원되지 않는 잠정 목표 날짜를 제공합니다. 릴리스는 릴리스에 대한 최소한의 제한사항과 적절한 채택 비율이 있는 경우 클러스터 작성 중에 사용되는 기본 버전이 됩니다.

   유지보수

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

3. 더 이상 사용되지 않는 버전: 버전이 더 이상 사용되지 않습니다. IBM 은 릴리스에 대해 업데이트된 지원되지 않는 대상 날짜를 제공합니다. 이 날짜까지 지원되지 않는 카운트다운은 릴리스가 지원되지 않게 되기 최소 45일전에 제공됩니다. IBM 은 Kubernetes 커뮤니티에 맞추어 릴리스에 대한 최소한의 지원을 제공합니다. 이 지원 단계는 일반적으로 릴리스가 지원되지 않게 되기 전의 최종 단계이며 중복되는 경우 유지보수 및 확장 지원 단계를 대체합니다. 보안 패치 업데이트가 제공되지 않을 수 있습니다. 사용 중단 기간 동안 해당 버전은 여전히 지원되며 클러스터도 정상적으로 작동하지만, 보안 취약점을 해결하기 위해 지원되는 릴리스로 업데이트해야 할 수도 있습니다. 예를 들어, 작업자 노드를 추가하거나 다시 로드합니다.

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

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

5. 아카이브됨: 버전이 업그레이드 경로 없이 지원되지 않습니다. IBM 은 지원을 제공하지 않습니다. IBM 은 이러한 클러스터에 대한 제어 플레인을 종료할 수 있는 권한을 보유합니다.

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

클러스터가 지원되는 가장 오래된 버전보다 두 버전 이상 이후인 부 버전이 될 때까지 기다리는 경우 클러스터를 업데이트할 수 없습니다. 대신 새 클러스터 작성하고, 새 클러스터에 앱을 배치하고 지원되지 않는 클러스터를 삭제하십시오. 이 문제를 피하려면 더 이상 사용되지 않는 클러스터를 현재 버전보다 한 두 버전 이후인 버전(예: 1.21 또는 1.22)으로 업데이트한 다음, 최신 버전인 1.23으로 업데이트하십시오. 작업자 노드가 마스터보다 두 버전 이상의 이전 버전을 실행하는 경우 작업자 노드를 마스터와 동일한 버전으로 업데이트할 때까지 MatchNodeSelector, CrashLoopBackOff 또는 ContainerCreating과 같은 상태를 입력하여 팟(Pod)의 실패가 표시될 수 있습니다. 지원되지 않는 버전은 IBM Cloud 지원팀에서 지원하지 않지만, IBM 기술 전문가 연구소에서 지원되지 않는 버전의 문제를 해결하는 데 도움을 줄 수 있는 빌드 서비스를 제공하고 있습니다. IBM Cloud 카탈로그에서 ' IBM 기술 전문가 연구소와 파트너 맺기'를 선택하여 서비스를 시작하세요. 더 이상 사용되지 않는 버전에서 지원되는 버전으로 업데이트한 후에는 클러스터가 정상 오퍼레이션을 재개하고 지원을 계속 받을 수 있습니다. ibmcloud ks cluster ls 명령어의 출력 결과나 IBM Cloud Kubernetes Service 콘솔에서 ‘State’ 필드를 확인하면 해당 클러스터가 지원되지 않는지 여부를 확인할 수 있습니다.

업데이트 준비

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

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

아카이브

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