这可能听起来像一个n00b问题，也许它是，但Azure容器服务的一些事情让我有点困惑 . 我已经设法在资源组内的Azure上启动并运行Kubernetes群集，因此对于初学者我已经设置完成了 .
现在我的问题如下：
-
谁将负责修补和升级主虚拟机和代理虚拟机？
-
谁将负责修补和更新Kubernetes组件？
-
我是否需要自己负责备份
etcd数据库？ -
我是否获得了Kubernetes集群的SLA，或者VM SLA上的所有内容都取决于我（即确保Kubernetes的行为）？
我觉得这些问题的答案是“我”，“我”，“是”和“否”，这会让我问自己ACS是否只是一组资源管理器模板，或者增值的位置是什么？我对我的假设是正确的，还是我错在哪里？
2 回答
我在Azure容器服务团队，你的声明：
“ACS只是一组资源管理器模板”
在这个时刻或多或少是正确的（2017年1月）
在接下来的几个月中，我们将改进对您提到的所有方案的支持：备份升级* Health 维护和修复
这不仅适用于Kubernetes，也适用于ACS中也支持的DC / OS和Docker Swarm .
如果我能提供更多信息，请告诉我 .
State as of December 30th, 2016 ，这将在接下来的几个月内发生变化 .
我实际问了微软这些问题并得到了以下答案：
由我来修补和升级Kubernetes运行的虚拟机，即主虚拟机和代理虚拟机
Azure团队尚未决定如何处理Kubernetes升级，但至少会有关于如何通过自动升级或如何手动完成（当前相当复杂）的文档
在一个vanilla部署中，
etcd在主VM上运行，将所有内容存储在该计算机的磁盘上，而该磁盘又存储在Azure中的存储帐户中 . 这意味着您的etcd数据相当安全，即使etcd不是以H / A方式运行（使用3个或更多专用VM来运行etcd） . Note ：这是我对这个问题的解释，我没有得到这个问题的明确答案 .关于Kubernetes的SLA：这还不完全清楚，但是在Azure上的Kubernetes进入GA之前，将会解决（也不会） .
总而言之：事情仍然有点变化，但看起来很有希望 . 也许其他人正在寻找这种信息，因此我发布了自己问题的答案 .