調整 Azure Kubernetes 服務 (AKS) 群集的大小

Question

我正在嘗試調整 AKS 集群的大小。 我理解並遵循的是微服務的數量及其復制副本將是主要參數。 此外，還需要考慮每個微服務的資源使用情況以及對未來幾年使用量增長的預測。 但所有這些信息似乎完全分散，無法達到 AKS 大小調整的數量。 調整大小我的意思是要分配多少個節點？ 節點的配置是什么，要考慮多少個 Pod，要根據 Pod 的數量保留多少個 IP 號等等。

根據任何人的經驗，這里是否有任何標准矩陣或實用的計算方法來計算 AKS 集群大小？

Answer 1

不，很確定沒有（以及它怎么可能）？ 只需獲取您的 pod cpu\\memory 使用情況並總結一下，您就會得到運行您的東西所需的資源的期望，在此基礎上添加 k8s 服務。

此外，就像 Peter 在他的評論中提到的那樣，您始終可以擴展集群，因此這樣的規划似乎有點不合理。

Answer 2

實際上，您可能對節點的大小感興趣，諸如內存、CPU、網絡、磁盤之類的內容與您選擇的節點直接相關，例如：

並非節點中的所有內存和 CPU 都可用於運行 Pod。 資源分為4個：

1. 為操作系統和系統守護進程（如 SSH）保留的內存和 CPU
2. 為 Kubelet 和 Kubernetes 代理（例如 CRI）保留的內存和 CPU
3. 為硬驅逐閾值保留的內存
4. Pod 可用的內存和 CPU

CPU and Memory available for PODs
 ________________________________________________
 Memory | % Available   | CPU   | % Available 
 ________________________________________________
   1    |   0.00%       | 1     |   84.00%
   2    |   32.50%      | 2     |   90.00%
   4    |   53.75%      | 4     |   94.00%
   8    |   66.88%      | 8     |   96.50%
   16   |   78.44%      | 16    |   97.75%
   64   |   90.11%      | 32    |   98.38%
   128  |   92.05%      | 64    |   98.69%
   192  |   93.54%      
   256  |   94.65%

其他事情是磁盤和網絡，例如：

Node Size        | Maximum Disks| Maximum Disk IOPS | Maximum Throughput (MBps)
_______________________________________________________________________________
Standard_DS2_v2  |       8      |    6,400          |   96
Standard_B2ms    |       4      |    1,920          |   22.5