預估叢集大小 - Pod
節點、Pod 和服務需要 IP 位址。 但是，如何判決您需要多少個 IP 位址？ 若要決定位址數目，您必須了解應用程式的特性。 首先，您要決定需要多少個 Pod。 然後，即可以查看所需的節點大小，以及需要執行的節點數目。
您需要幾個 Pod?
您的應用程式會在 Pod 中執行。 簡單的應用程式可能會完全在單一 Pod 中執行。 較複雜的應用程式 (例如由多個個別服務組成的微服務架構應用程式) 則可能會讓每個服務在自己的 Pod 中執行，而 Pod 會散佈在多個節點中。
您必須完全了解應用程式的架構。 從那裡，您可以計算出應用程式需要的 Pod 數目。 接著，可以檢閱您想要執行之每個 Pod 的複本數目。 您可能知道應用程式具有相當可預測的使用模式，而且透過測試決定其最適合使用固定數目的 Pod 來執行。 不然，您的應用程式可能會經歷更高或更低需求的期間，需要 Pod 數目變更以因應不斷變動的流量。 即使是在使用模式無法預測的案例中，您仍應針對應用程式可擴大的 Pod 數目上限設定限制。 此限制可確保您的應用程式不會取用叢集中的所有資源。
設定負載測試環境來量測所需的資源是不錯的方式。 您可以使用負載測試器來模擬一般或尖峰需求案例。 來自負載測試的資料有助於您了解應用程式如何在不同情況下運作。 在判斷要確定應用程式在所有情況下仍可回應時所需的 Pod 數目時，此資訊非常有用。
您應該執行多少 Pod?
您知道貴公司想要部署包含多個服務的全新線上網路商店。 您聯繫正在處理新商店的開發人員，並詢問服務的相關資訊。 下表顯示每個服務需要多少個複本。
| 服務 | 最小複本 | 最大複本 |
|---|---|---|
| 網站前端 | 3 | 10 |
| 身分識別 API | 3 | 5 |
| 目錄 API | 3 | 10 |
| 訂單 API | 3 | 5 |
| 訂單協助程式 | 3 | 5 |
| 購物車 API | 3 | 10 |
| 行銷 API | 3 | 10 |
| 位置 API | 3 | 5 |
| 所有服務的複本總數 | 24 | 60 |
您的小組同意，您應該針對每個服務部署至少三個複本。 此設定確保應用程式可提供效能和可用性的基準層級。 每個開發小組都提供了應付需求所需的複本數目上限，包括任何季節性尖峰。
使用資料表中的數字，我們可以計算出應執行叢集的 Pod 複本數目下限和上限：
- Pod 最小數目為 24 (八個服務，每個服務都至少執行三個複本)。
- 複本數目上限為 60。
既然您已具有 Pod 的計畫，您需要考慮裝載 Pod 的 Azure VM。