本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# EKS 可擴展性最佳實務
<a name="scalability"></a>

**提示**  
 透過 Amazon EKS 研討會[探索](https://aws-experience.com/emea/smb/events/series/get-hands-on-with-amazon-eks?trk=4a9b4147-2490-4c63-bc9f-f8a84b122c8c&sc_channel=el)最佳實務。

本指南提供擴展 EKS 叢集的建議。擴展 EKS 叢集的目標是最大化單一叢集可執行的工作量。與使用多個叢集相比，使用單一大型 EKS 叢集可以減少操作負載，但對多區域部署、租用戶隔離和叢集升級等項目具有取捨。在本文件中，我們將著重於如何透過單一叢集達到最大的可擴展性。

## 本指南的使用方式
<a name="_how_to_use_this_guide"></a>

本指南適用於負責在 AWS 中建立和管理 EKS 叢集的開發人員和管理員。它專注於一些一般的 Kubernetes 擴展實務，但它沒有自我管理的 Kubernetes 叢集，或在具有 [EKS Anywhere](https://anywhere.eks.amazonaws.com/) 的 AWS 區域之外執行的叢集的詳細資訊。

每個主題都有簡短的概觀，後面接著大規模操作 EKS 叢集的建議和最佳實務。主題不需要以特定順序讀取，如果沒有測試和驗證它們在叢集中運作，則不應套用建議。

## 了解擴展維度
<a name="_understanding_scaling_dimensions"></a>

可擴展性與效能和[可靠性](https://aws.github.io/aws-eks-best-practices/reliability/docs/)不同，在規劃叢集和工作負載需求時應考慮這三項。隨著叢集擴展，需要監控它們，但本指南不會涵蓋監控最佳實務。EKS 可以擴展到大型，但您需要規劃如何將叢集擴展到超過 300 個節點或 5，000 個 Pod。這些不是絕對數字，但它們來自與多個使用者、工程師和支援專業人員合作本指南。

在 Kubernetes 中擴展是多維的，而且沒有任何特定設定或建議適用於各種情況。我們可以提供擴展指引的主要領域包括：

 EKS 叢集中的 **Kubernetes 控制平面**包含 AWS 為您自動執行和擴展的所有服務 （例如 Kubernetes API 伺服器）。擴展控制平面是 AWS 的責任，但負責任地使用控制平面是您的責任。

 **Kubernetes Data Plane** 擴展處理叢集和工作負載所需的 AWS 資源，但它們位於 EKS 控制平面之外。包括 EC2 執行個體、kubelet 和儲存體在內的資源都需要隨著叢集擴展進行擴展。

 **叢集服務**是在叢集內執行的 Kubernetes 控制器和應用程式，為您的叢集和工作負載提供功能。這些可以是 [EKS 附加元件](https://docs.aws.amazon.com/eks/latest/userguide/eks-add-ons.html)，以及您為合規和整合而安裝的其他服務或 Helm Chart。這些服務通常取決於工作負載，並且隨著您的工作負載擴展，您的叢集服務將需要隨著它們擴展。

 **工作負載**是您擁有叢集的原因，應隨叢集水平擴展。Kubernetes 中有工作負載的整合和設定，可協助叢集擴展。Kubernetes 抽象概念也有架構考量，例如命名空間和服務。

## 超大型擴展
<a name="_extra_large_scaling"></a>

如果您要將單一叢集擴展到超過 1，000 個節點或 50，000 個 Pod，我們希望與您交談。我們建議您聯絡您的支援團隊或技術客戶經理，以聯絡可協助您規劃和擴展超過本指南所提供資訊的專家。如果您選擇加入，Amazon EKS 可以在單一叢集中支援最多 100，000 個節點。