公司
看了好多对k8s一知半解的业余回答，我这个金融出身的业余运维都想来说几句了。其一，搭建k8s的时候，通常都会让master实现高可用，很少会只有一台master的吧，应该不会这样的吧？其二，在正确升级k8s集群时，要先把一台master上的所有服务都驱逐掉（那些财大气粗的
公司可能根本不会在master上部署普通服务），然后对master进行升级。这时高可用ip所指向的master在其他地方，所以这台master就算崩了也没影响。其三，上一步中的机器升级完之后，比较谨慎的运维人员会重启
服务器，清理掉残留的docker，再检查k8s服务是否正常。其四，将高可用ip指向已经升级过的master，按照同样的方法，再去升级下一台master。其五，等所有master都升级完毕后，就对node节点一台一台地先进行驱逐，然后再升级。其六，总结k8s集群升级应该是毫无察觉的，正常情况下也不需要另外建立一个备份集群（像我这样的业余运维，一般还是会依靠一个备份集群的，万一出问题就切换，毕竟
公司规模小嘛……）滴滴的运维老大肯定看不到这个帖子，如果看到了，可以对比下滴滴运维人员提交的故障单，看看升级操作是否是这样的步骤，如果不是的话，那就等着拿反思券和年终折扣吧……
