EKS 확장성 모범 사례 - Amazon EKS

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

EKS 확장성 모범 사례

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

이 설명서의 사용법

이 가이드는 에서 EKS 클러스터를 생성하고 관리하는 개발자 및 관리자를 위한 것입니다AWS. 일부 일반적인 Kubernetes 크기 조정 관행에 중점을 두지만 EKS Anywhere 를 사용하여 AWS 리전 외부에서 실행되는 자체 관리형 Kubernetes 클러스터 또는 클러스터에 대한 세부 정보는 없습니다.

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

크기 조정 차원 이해

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

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

EKS 클러스터의 Kubernetes Control Plane에는 자동으로 AWS 실행되는 모든 서비스와 확장이 포함됩니다(예: Kubernetes API 서버). Control Plane을 확장하는 것은 AWS의 책임이지만 Control Plane을 책임감 있게 사용하는 것은 사용자의 책임입니다.

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

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

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

초대규모

단일 클러스터를 1,000개의 노드 또는 50,000개의 포드 이상으로 확장하는 경우, 이에 대해 말씀드리겠습니다. 지원 팀 또는 기술 계정 관리자에게 문의하여 이 안내서에 제공된 정보 이상으로 계획하고 확장하는 데 도움이 되는 전문가와 연락하는 것이 좋습니다.

📝 에서 이 페이지 편집 GitHub