Azure 容器服务:谁来修补、更新……(Kubernetes)

Azure Container Services: Who patches, updates,... (Kubernetes)

这听起来像是一个 n00b 问题,也许确实如此,但 Azure 容器服务的一些事情让我有些困惑。我已经成功地在资源组内的 Azure 上建立了一个 Kubernetes 集群和 运行,所以对于初学者来说,我已经准备就绪了。

现在我的问题如下:

我感觉这些问题的答案是"me"、"me"、"yes"和"no",这让我问自己ACS是否只是一组资源管理器模板,或者附加值在哪里?我的假设是正确的,还是哪里错了?

截至 2016 年 12 月 30 日的状态,这将在接下来的几个月内发生变化。

我实际上向 Microsoft 提出了这些问题并得到了以下答复:

  • 由我来修补和升级 Kubernetes 运行 上的虚拟机,即主虚拟机和代理虚拟机
  • Azure 团队尚未决定如何处理 Kubernetes 升级,但至少会有关于如何执行此操作的文档,无论是通过自动升级,还是如何手动执行(目前相当复杂)
  • 在主 VM 上的原始部署 etcd 运行s 中,将所有内容存储在该计算机的磁盘上,而磁盘又存储在 Azure 中的存储帐户中。这意味着您的 etcd 数据是相当安全的,即使 etcd 不是 运行 的 H/A 方式(使用 3 个或更多专用虚拟机 运行 etcd). 注意:这是我对这个问题的解读,我没有得到明确的答案。
  • 关于 Kubernetes 上的 SLA:这还完全不清楚,但会在 Azure 上的 Kubernetes 正式发布之前解决(也不会)。

总而言之:事情还在一点点发展,但看起来很有希望。也许其他人正在寻找此类信息,因此我发布了自己问题的答案。

我在 Azure 容器服务团队,你的声明:

"ACS is just a set of Resource Manager Templates"

此时此刻(2017 年 1 月)或多或少是正确的

在接下来的几个月里,我们将改进对您提到的所有场景的支持: * 备份 * 升级 * 健康维护与修复

这不仅适用于 Kubernetes,也适用于 ACS 也支持的 DC/OS 和 Docker Swarm。

如果我能提供更多信息,请告诉我。