Azure AKS主节点架构

Question

我们目前正在评估各种Kubernetes aaS提供商，而Azure AKS看起来像是领跑者。但是，最近有一些信息表明master和etcd节点不在HA配置中运行？

这是正确的吗？我很难相信！他们的网站上没有关于AKS架构的任何信息，这总是令人担忧，但是当他们将主节点作为服务提供时，我不知道他们怎么会留下这么大的漏洞？

是否有人拥有有关AKS架构的更多深度信息？

Answer 1

工作节点位于可用性集中，这意味着它们分散在更新域和故障域中。在服务水平协议（SLA）中，如果未满足已发布的服务水平，则提供商同意向客户偿还服务费用。由于AKS本身是免费的，因此没有报销费用，因此也没有正式的SLA。但是，AKS试图将Kubernetes API服务器的可用性保持至少99.5％。 （source）

Answer 2

由于上面提供了有关AKS的大多数信息，我只想与此句子相关：

  

我们目前正在评估各种Kubernetes aaS提供商和Azure   AKS看上去像一名领跑者。

在这里，我无法告诉您哪个云提供商是最好的，因为没有简单的答案。但是，我可以做的就是与您分享我在此类情况下使用的资源。

Here不仅可以作为文章，而且可以作为excel sheet进行很好的比较，显示出最大的Kubernetes aaS提供商的主要差异和可能性。

可以肯定的是，AWS是其中最大的一种，它有大量人员参与整个Internet上与Kubernetes相关的解决方案的开发和升级，因此您可以找到大量的解决方案和资源。

据我所知，微软也非常活跃，他们的目标是使体验越来越好，但是引用该文章看来，仍有一些地方需要改进。

Google Cloud Platform。众所周知，Kubernetes诞生于Google，因此我认为Google的目标是在其平台上拥有最优质的Kubernetes体验。我已经看过很多资料，而且Google在GKE周围​​在世界各地引起了很多轰动-会议，YouTube视频，博客文章，对k8s的扎实介绍等。
引用这篇文章看来他们做得很好。 无论如何，这也是我的观点，也是基于动手经验和链接文章本身的，我建议您检查一下。

Answer 3

对于您的问题，Azure不可能将AKS留在没有高可用性的环境中。

AKS基于ACS引擎。但是有一些区别。在AKS中，Kubernetes主组件是Microsoft提供的托管服务的一部分。而且您在AKS群集中看不到它。不用花钱要运行您的应用程序和支持服务，您需要一个Kubernetes节点，并且可以决定集群中有多少个节点。对于节点，它们是Azure虚拟机，并在Azure Availability Set中创建。因此它们具有高可用性。您可以获取更多详细信息here。

像这样的AKS集群：