调整Azure Kubernetes Services（AKS）群集的大小

Question

我正在尝试调整AKS群集的大小。我理解并遵循的是微服务的数量及其复制副本将是主要参数。此外，还需要考虑每个微服务的资源使用情况以及对未来几年使用量增长的预测。但是，所有这些信息似乎完全分散，无法达到AKS尺寸确定的数量。大小调整是指要分配多少个节点？节点的配置可能是什么，要考虑多少个Pod，基于Pod的数量要保留多少个IP号等。

  

这里是否有任何标准矩阵或实用的计算方法   根据任何人的经验计算AKS群集大小？

Answer 1

不，可以肯定没有（以及可能如何）吗？只需对您的pod cpu \内存使用情况进行总结，就可以得出运行您的东西所需的资源，并在此基础上添加k8s服务。

而且，就像Peter在他的评论中提到的那样，您始终可以扩展集群，因此这种计划似乎有点不合理。

Answer 2

实际上，您可能对节点的大小感兴趣，例如内存，CPU，网络，磁盘之类的内容直接与所选节点链接，例如：

并非节点中的所有内存和CPU都可用于运行Pod。资源分为4个：

1. 为操作系统和系统守护程序（如SSH）保留的内存和CPU
2. 为Kubelet和Kubernetes代理（例如CRI）保留的内存和CPU
3. 为硬驱阈值保留的内存
4. Pods可用的内存和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