Kubernetes EOS(End of Support) 계획 및 업그레이드 전략

 

Kubernetes에서의 EOS(End of Support) 계획은 Kubernetes 프로젝트가 특정 버전의 지원을 중단하는 시점을 말합니다. 일반적으로 Kubernetes는 일정한 주기에 따라 새 버전을 릴리스하고, 이전 버전들은 일정 기간 동안만 지원됩니다. 이러한 EOS 계획은 보안 패치, 버그 수정 및 업데이트를 포함하지 않는 시점을 명확히 하며, 이는 Kubernetes 클러스터를 유지 관리하고 최신 상태로 유지하는 데 매우 중요합니다.

Kubernetes EOS 계획 주요 사항:

1. 지원 주기:
   • Kubernetes는 분기별(3개월) 마다 새로운 마이너 버전을 릴리스합니다.
   • 각 마이너 버전은 1년 동안 지원됩니다. 즉, 해당 버전이 릴리스된 후 12개월 동안 패치, 버그 수정, 보안 업데이트 등을 제공합니다.
   • 최대 3개의 마이너 릴리스만 동시에 지원됩니다. 예를 들어, Kubernetes 1.22가 릴리스되면 1.20, 1.21, 1.22만 지원되며, 1.19는 EOS 됩니다.
2. EOS 버전 관리:
   • EOS가 된 버전은 더 이상 공식적으로 지원되지 않으므로, 버그나 보안 취약점에 대해 더 이상 패치를 받지 못합니다.
   • EOS가 다가오는 버전은 업그레이드를 통해 최신 버전으로 유지해야 합니다.
3. 장기적 지원 (LTS):
   • Kubernetes는 현재 LTS(Long Term Support) 버전 정책을 따르지 않고 있지만, 일부 기업에서 제공하는 관리형 Kubernetes 서비스는 자체적인 장기 지원 계획을 제시할 수 있습니다. 예를 들어, AWS EKS나 Google GKE 같은 서비스는 EOS 이후에도 고객의 특정 요구에 맞게 장기적으로 지원하는 경우가 있습니다.
4. 업그레이드 전략:
   • Kubernetes는 업그레이드를 상대적으로 간편하게 유지하도록 설계되어 있지만, 버전이 EOS에 도달하기 전에 미리 업그레이드를 계획하는 것이 중요합니다. 특히 클러스터의 중요한 워크로드가 있는 경우, 충분한 테스트와 업그레이드 계획이 필요합니다.
   • 업그레이드 시 클러스터 전체를 업그레이드하는 것과 노드별로 점진적으로 업그레이드하는 전략을 사용할 수 있습니다.

EOS 계획 관리 방법:

1. Kubernetes 버전 관리:
   • kubectl version 명령을 사용해 현재 클러스터의 Kubernetes 버전을 확인하고 지원 여부를 모니터링합니다.
   • 공식 Kubernetes 릴리스 노트에서 각 버전의 EOS 일정을 확인할 수 있습니다.
2. 클라우드 서비스 관리형 Kubernetes:
   • AWS EKS, Google GKE, Azure AKS 등의 관리형 Kubernetes 서비스를 사용하면, 클라우드 제공자가 EOS 및 업그레이드를 자동으로 관리해 줍니다. 그러나 사용자 또한 지원 종료 시기를 알고 있어야 하고, 새로운 버전으로의 이전을 준비해야 합니다.
3. 업그레이드 자동화:
   • Kubernetes에는 자동화된 업그레이드 도구들이 있으며, 이를 활용하여 클러스터를 최신 상태로 유지할 수 있습니다. 예를 들어 kubeadm을 사용해 쉽게 클러스터 업그레이드를 할 수 있습니다.

결론

Kubernetes의 EOS는 각 마이너 버전 릴리스 후 12개월 동안 지원되며, 3개의 마이너 버전만 동시 지원됩니다. 이에 따라 정기적으로 클러스터를 업그레이드하고 EOS에 대비해야 하며, 관리형 Kubernetes 서비스를 사용할 경우 클라우드 제공자의 EOS 정책을 준수하는 것이 좋습니다.