在特定条件下扩展Azure Kubernetes群集的正确方法

以下是我在Azure Kubernetes集群扩展中遇到的一个问题的要点：AKS集群最多定义32个节点。有时，它需要32个以上的节点，请从以下四个节点中选择两个最佳选择：

群集自动缩放器
容器实例
水平吊舱定标器
手动缩放

以下是Microsoft Azure站点的相关文档链接：

经历了这一切，我仍然不知道哪两个是最好的选择。在我看来，集群自动缩放器和水平Pod缩放器都可以一起工作来自动缩放，但它们必须遵守部署时定义的最大32个节点的限制？否则，您必须使用容器实例和手动缩放

---

我没有足够的现实生活经验来回答这个问题。有经验的人可以提供建议吗？

有两种缩放方式：手动缩放和自动缩放，如果您遵循手动缩放，您可以分别在清单文件和Azure AKS门户中定义容器（POD）和节点的最小或最大限制

对于自动缩放，增加容器（Pod）的数量成为自动缩放群集节点的HPA（水平Pod自动缩放器）和群集自动缩放器的责任

通常并非架构中的所有组件都需要配置为HPA，您需要专门规划和确定哪些组件或服务应该需要HPA，哪些不应该

---

当然，你不需要手动缩放，因为没有人愿意在半夜起床，增加资源的限制来处理交通尖峰。HPA没有限制，集群中的节点有限制，我认为是100个节点，而不是32个。您可以通过请求at.

进一步增加AKS的自动缩放，最好的方法是在AKS集群和HPA中使用自动缩放。HPA是POD的自动缩放，AKS群集的自动缩放是节点的

HPA设置为满足您为POD定义的要求：在这种情况下，POD的数量应该增加或减少。AKS自动缩放是一种自动规则，如果资源不足，它会增加节点数量，如果资源需求少于现有的，它会减少节点数量。集群自动缩放器通常与水平吊舱自动缩放器一起使用，它还显示如下所示：

集群自动缩放器通常与水平吊舱一起使用 自动缩放器。当组合时，水平吊舱自动缩放器增大或减小 根据应用程序需求减少POD的数量，并且 cluster autoscaler根据需要调整节点数以运行这些节点 相应地，额外的豆荚

对于限制，将有三点：

为满足要求而为自动缩放规则设置的吊舱的最小和最大数量

您为自动缩放规则设置的AKS群集节点的最小和最大数量，实际上，这是为所需资源而设置的，您还可以通过这些设置来限制成本

用于获取AKS群集中的节点数。据此，AKS节点的最大数量不得超过100个

---

希望这将帮助您了解AKS中的自动缩放。如果还有任何问题，请告诉我。

为什么您认为限制为100个节点？这是从哪里来的？事实上，我在Azure AI-100考试中被问到这个问题，并在我记忆中复制了这个问题。正如我所记得的那样，这个问题不希望我弄乱配置最大节点限制32。我已经浏览了上面链接中的整个页面，以及一个Pluralsight课程，该课程展示了如何“连接”Azure ACS服务，以提供“突发”弹性，以解决偶尔需要超过32个节点的负载。因此，我倾向于将“容器实例”作为一种选择，以确保水平扩展。你们觉得怎么样？你好，查尔斯，回答得很好。是的，我最初没有说我所说的问题。我现在意识到了。但是现在你知道32是一个固定的极限。你的回答是什么？@Bharat我不明白你在哪里找到32的限制？你能提供链接吗？你好，查尔斯，这是Azure AI-100考试中的一个情景问题。即使我现在也无法访问原始问题。@Bharat我知道AKS，但我没有Azure AI-100考试的经验。因此，您需要在So中为Azure AI-100考试创建一个新问题。