기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# Outposts의 EKS 로컬 클러스터
<a name="eks-local-cluster"></a>

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

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

![Outposts의 Amazon EKS 로컬 클러스터](http://docs.aws.amazon.com/ko_kr/whitepapers/latest/aws-outposts-high-availability-design/images/page-52-eks-local-cluster-outposts.png)


## EKS Local Cluster on Outposts 고려 사항
<a name="eks-local-cluster-considerations"></a>

EKS 로컬 클러스터가 Outposts에 배포되는 경우 몇 가지 고려 사항이 있습니다.
+ 연결 해제 중에는 AWS 상위 리전에 대한 EC2 및 ASG API 호출에 의존하는 한 새 작업자 노드를 추가하거나 노드 그룹을 자동 조정해야 하는 클러스터 자체의 변경 사항을 실행할 수 있는 옵션이 없습니다.
+ • [eksctl AWS Outposts 지원에 나열된 로컬 클러스터에는 지원되지 않는 기능 세트가 있습니다](https://eksctl.io/usage/outposts/).