Outposts의 EKS 로컬 클러스터

상위 리전에서 Outposts 서비스 링크가 연결 해제되면 제어 영역이 리전에 있는 EKS 확장 클러스터로서의 서비스에 문제가 있을 수 있습니다. 과제 중 하나는 EKS 컨트롤 플레인과 작업자 노드 및 PODs. 작업자 노드와 PODs는 모두 Outposts에 상주하는 애플리케이션을 로컬에서 계속 운영 및 서비스할 수 있지만 Kubernetes 제어 플레인은 이를 비정상으로 간주하고 제어 플레인에 대한 연결이 복구될 때 교체 일정을 잡을 수 있습니다. 이로 인해 연결이 복원될 때 애플리케이션 가동 중지가 발생할 수 있습니다.

이를 간소화하기 위해 Outposts에서 전체 EKS 클러스터를 호스팅하는 옵션이 있습니다. 이 구성에서는 Kubernetes 컨트롤 플레인과 작업자 노드가 모두 Outposts 컴퓨팅 용량의 온프레미스에서 로컬로 실행됩니다. 이렇게 하면 서비스 링크 연결이 일시적으로 끊긴 경우에도 복원된 후에도 클러스터가 계속 작동합니다.

Outposts의 Amazon EKS 로컬 클러스터

EKS Local Cluster on Outposts 고려 사항

EKS 로컬 클러스터가 Outposts에 배포되는 경우 몇 가지 고려 사항이 있습니다.