Azure AKS 主节点体系结构答案

【问题标题】：Azure AKS master node architectureAzure AKS 主节点体系结构
【发布时间】：2019-04-10 19:45:18
【问题描述】：

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

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

是否有人对 AKS 架构有更深入的了解？

【问题讨论】：

这并没有让我充满信心：作为一项免费服务，AKS 不提供财务支持的服务级别协议。我们将努力为 Kubernetes API 服务器实现至少 99.5% 的可用性。虚拟机 SLA 涵盖集群中代理节点的可用性。有关详细信息，请参阅虚拟机 SLA。（取自：azure.microsoft.com/en-us/support/legal/sla/kubernetes-service/…）
它可能是 HA（因为他们声称它是多租户的）。但不能有SLA，因为服务是免费的

【解决方案1】：

工作节点位于可用性集中，这意味着它们分布在更新域和故障域中。在服务水平协议 (SLA) 中，如果未达到公布的服务水平，提供商同意向客户报销服务费用。由于 AKS 本身是免费的，因此无需报销费用，因此没有正式的 SLA。但是，AKS 力求为 Kubernetes API 服务器保持至少 99.5% 的可用性。 (source)

【讨论】：

感谢您的回复。我知道工作节点将处于 HA 配置中，但是我们有一些信息表明主节点和更令人担忧的 etcd 节点不是。我知道 Azure 将其作为一项服务提供，但至少看到它在幕后工作的架构会让人放心，因为我不能真正基于 MS 可能/希望得到它的事实来做出关键的基础设施决策涵盖（没有官方 SLA）。基本上，我只是希望我上面的陈述被证明是不正确的！

【解决方案2】：

由于上面已经提供了有关 AKS 的大部分信息，我只想与这句话联系起来：

我们目前正在评估各种 Kubernetes aaS 提供商和 Azure AKS 看起来像是一个领先者。

我不是在这里告诉您哪个云提供商是最好的，因为这个问题没有简单的答案。但是，我能做的就是与您分享我用于此类案例的资源。

Here 您不仅可以通过文章找到很好的比较，还可以通过excel sheet 找到最大的 Kubernetes aaS 提供商的主要差异和可能性。

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

据我所知，微软也很活跃，他们的目标是让体验越来越好，但引用文章似乎还有一些地方需要改进。

谷歌云平台。众所周知，Kubernetes 诞生于谷歌，我认为谷歌的目标是在他们的平台上拥有最优质的 Kubernetes 体验。我看过很多资料，并且 Google 围绕 GKE 在世界范围内引起了很多轰动——会议、youtube 视频、博客文章、对 k8s 的可靠介绍等。
引用文章似乎他们做得很好。无论如何，这是我的观点，也是基于实践经验和链接文章本身，我建议您检查一下。

【讨论】：

是的，所以这个比较证实了我们被告知的内容 - AKS 'Control plane HA - NO'

【解决方案3】：

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

AKS 基于 ACS-Engine。但也有一些区别。在 AKS 中，Kubernetes 主组件是 Microsoft 提供的托管服务的一部分。而且您在 AKS 群集中看不到它。这是没有成本的。要运行您的应用程序和支持服务，您需要一个 Kubernetes 节点，您可以决定集群中有多少个节点。对于节点，它们是 Azure 虚拟机并在 Azure Availability Set 中创建。所以他们有高可用性。您可以获取更多详情here。

AKS 集群就像这样：

【讨论】：