EKS 확장성 모범 사례 - Amazon EKS

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

EKS 확장성 모범 사례

이 가이드에서는 EKS 클러스터 크기 조정에 대한 조언을 제공합니다. EKS 클러스터 규모 조정의 목표는 단일 클러스터가 수행할 수 있는 작업량을 극대화하는 것입니다. 하나의 대규모 EKS 클러스터를 사용하면 여러 클러스터를 사용하는 것에 비해 운영 부하를 줄일 수 있지만 다중 리전 배포, 테넌트 격리 및 클러스터 업그레이드와 같은 항목에 대한 장단점이 있습니다. 이 문서에서는 단일 클러스터로 최대 확장성을 달성하는 방법에 중점을 둡니다.

이 설명서의 사용법

이 가이드는 AWS에서 EKS 클러스터를 생성하고 관리하는 개발자와 관리자를 대상으로 합니다. 일부 일반적인 Kubernetes 조정 관행에 초점을 맞추지만 EKS Anywhere를 사용하여 AWS 리전 외부에서 실행되는 자체 관리형 Kubernetes 클러스터에 대한 세부 정보는 없습니다.

각 주제에는 간략한 개요와 EKS 클러스터를 대규모로 운영하기 위한 권장 사항 및 모범 사례가 나와 있습니다. 주제를 특정 순서로 읽을 필요가 없으며 클러스터에서 작동하는지 테스트하고 확인하지 않고 권장 사항을 적용해서는 안 됩니다.

크기 조정 차원 이해

확장성은 성능 및 안정성과 다르므로 클러스터 및 워크로드 요구 사항을 계획할 때 세 가지를 모두 고려해야 합니다. 클러스터가 확장되면 모니터링이 필요하지만이 가이드에서는 모니터링 모범 사례를 다루지 않습니다. EKS는 대규모로 확장할 수 있지만 300개의 노드 또는 5,000개의 포드 이상으로 클러스터를 확장하는 방법을 계획해야 합니다. 이는 절대 숫자는 아니지만이 안내서를 여러 사용자, 엔지니어 및 지원 전문가와 협업하여 얻은 것입니다.

Kubernetes에서 조정은 다차원적이며 모든 상황에서 작동하는 특정 설정이나 권장 사항은 없습니다. 조정에 대한 지침을 제공할 수 있는 주요 영역은 다음과 같습니다.

EKS 클러스터의 Kubernetes 컨트롤 플레인에는 AWS가 자동으로 실행하고 확장하는 모든 서비스(예: Kubernetes API 서버)가 포함됩니다. 제어 플레인 확장은 AWS의 책임이지만 제어 플레인을 책임감 있게 사용하는 것은 사용자의 책임입니다.

Kubernetes Data Plane 조정은 클러스터 및 워크로드에 필요한 AWS 리소스를 처리하지만 EKS 제어 플레인 외부에 있습니다. EC2 인스턴스, kubelet 및 스토리지를 포함한 리소스는 모두 클러스터 규모에 따라 규모를 조정해야 합니다.

클러스터 서비스는 클러스터 내에서 실행되고 클러스터 및 워크로드에 기능을 제공하는 Kubernetes 컨트롤러 및 애플리케이션입니다. 규정 준수 및 통합을 위해 설치하는 EKS 추가 기능 및 기타 서비스 또는 차트 Helm일 수 있습니다. 이러한 서비스는 워크로드에 따라 달라지는 경우가 많으며 워크로드가 확장됨에 따라 클러스터 서비스가 워크로드에 따라 확장되어야 합니다.

워크로드는 클러스터가 있는 이유이며 클러스터에 따라 수평적으로 확장해야 합니다. Kubernetes에는 클러스터 확장에 도움이 될 수 있는 워크로드의 통합 및 설정이 있습니다. 네임스페이스 및 서비스와 같은 Kubernetes 추상화에는 아키텍처 고려 사항도 있습니다.

엑스트라 라지 스케일링

단일 클러스터를 1,000개의 노드 또는 50,000개의 포드 이상으로 확장하는 경우, 고객님과 대화하고 싶습니다. 지원 팀 또는 기술 계정 관리자에게 문의하여이 가이드에 제공된 정보 이상으로 계획하고 확장하는 데 도움을 줄 수 있는 전문가에게 문의하는 것이 좋습니다. 온보딩 대상으로 선택된 경우 Amazon EKS는 단일 클러스터에서 최대 100,000개의 노드를 지원할 수 있습니다.