—【前言】—
https://www.cnblogs.com/cmt/p/14306142.html
问题来自于博客园，讨论容器编排，跨集群部署（脚踩2只船）问题。
—【（脚踩2只船）问题，K8s的解决方案】—
博客园提出“假如整个 kubernetes 集群宕机怎么办？”
在我的理解，问题可以看成“k8s的master崩溃咋办？”
这个问题真实存在的。请看：
问：“如何删除namespace下的所有的资源？就是namespace 和她下面的资源 pod development 这些。目前删除后一直重新恢复？”
老司机都知道，是会有这类的问题。因为这里环节太多：
go调用了http，又调用了其他pod，和端口，最终又调用了etcd数据库。
问：“k8s的master崩溃咋办？”
答：用多master，或重启master的机子呗。多master理论上还有etcd同步失败问题。还必须遵守分布式约束【3master坏1，5master坏2】坏多了，整个就瘫痪了。
问：“k8s的master崩溃咋办？”
答：用多个集群也行。就像文章开头博客园那样。不过，我个人觉得，应该是建立2套，毫无关联的集群k8s集群，然后从外部lb，给这两个集群转发流量。这里以博客园为例：
原来：
阿里云lb—》k8s master1-》master1内部的负载均衡，master1内部的dns—》pod
现在：
阿里云lb—》k8s master1-》master1内部的负载均衡，master1内部的dns—》pod
阿里云lb—》k8s master2-》master1内部的负载均衡，master2内部的dns—》pod
这样就达到了，文章最初的目的：容器编排跨集群部署（脚踩2只船）。下面我来谈谈，k4t对这个问题的解法。
—【（脚踩2只船）问题，k4t的解决方案】—
问：“k4t的master崩溃咋办？”
答：k4t基本不会崩溃。理由如下：
1 K4t调用的环节少。Linux文件目录，坏的几率比较小。K4t的数据库是一堆【目录】和【xml文本文件】组成的树形目录结构。请问你家linux的文件或目录，崩吧总坏吗？退一万步说，文件目录坏了，也好修理恢复啊。
2 通过定期同步数据库目录，到master2，即可实现【单个集群k4t高可用】。比k8s集群至少3台机子节省硬件。还没有【3坏1，5坏2】约束。
3 k4t不用虚拟网络veth，没有相关组件，天生就比k8s稳定。
4 程序代码引擎是linux版powershell，powershell进程挂了，重启一个powershell即可。就是这么简单粗暴。
5 根据下面【附录：k4t组件介绍】中的说明，k4t的master机，实际上称作【部署机子】更合适。K4t的部署机子，部署完应用后，即可关机。待下次需要变更部署，或者新增、删除、部署时再开机即可。也就是说k4t-master机挂了无所谓。
而k4t真正的master机，其实是负载均衡机。需要对负载均衡机进行高可用，具体做法，在本篇文章中，就不多谈了。
6 k8s的ip和pod隐藏于集群内部，必须为每个集群部署监控，如普罗米休斯。而多套k4t集群，可以用同一个zabbix监控，因为k4t的ip暴露在局域网。K4t更集群轻量。
问：容器编排,跨集群部署（脚踩2只船）。k4t和k8s有啥区别？
答：根据下面【附录：k4t组件介绍】中的说明，k4t的负载均衡机（envoy api-getway）是在外部的。k4t的dns机也是在外部的。这就是k4t集群，和k8s集群，去解决（脚踩2只船）问题最大的不同。
下面，我以脚踩3只船，来讲解k4t的跨集群部署，和k8s的区别。
系统架构：
集群1：master1，带node1，node2
集群2：master2，带node3，node4
集群3：master3，带node5，node6
集群123，共用同一个【负载均衡器1】。共用同一个【dns1】。
用户流量：
阿里云lb—》【k4t负载均衡器1】—》node1，node2，node3上的ip—》node1，node2，node3上的容器
阿里云lb—》【k4t dns1】—》node1，node2，node3上的ip—》node1，node2，node3上的容器
需要说明的是：k4t的dns，是非必要组件。K4t集群，可以只用负载均衡api-getway。
命令目的：把当集群1内，应用1，的容器1，的ip，注册到负载均衡集群。
命令：
ssh root@你的k4y的负载均衡器的ip pwsh -f /etc/envoy_ps1/add-eds.ps1 -cname 'abc1' -ip 1.2.3.4 -port 80
说明：
1 这个命令，由【在node上的k4t-node引擎】发出，被k4t负载均衡器接收。与用户无关，用户也不需要写任何代码。
2 命令不分集群，2个集群的命令没差别。
3 -cname ‘abc1’ ，代表应用1的名字。2个集群的命令没差别。当然了，这里算是好处。当然也有坏处，2个集群的2个应用，若不是同一应用，则不应该重名。
4 -ip 1.2.3.4 代表容器1的ip。2个集群的命令没差别。当然了，2个集群的2个容器，ip必须不同。这个值来自于node内的ip设定。2个集群内，Node内的ip不能重复。
结论：
K4t的负载均衡器，和k4t的dns，具有同时对多个【k4t容器集群】服务的能力。
对【多个k4t容器集群】和对【单个k4t容器集群】操作，完全相同！不需要任何额外的设置。
—【附录：k4t简介】—
k4t即：《kaiiit生产级别的容器编排系统》
https://gitee.com/chuanjiao10/k4t
预计2021年6月发布alphi1版
中文名：《海贼帝·优秀的怕被沽沟暗杀·黑毛腿》
中文别名：《ps1倚天剑》
这是一套基于《卡死你3000》打造的，全功能，容器集群的自动化部署、扩容以及运维的平台。（国产k8s）。它采用开放式架构，具有网络简单稳定，使用简单，脚本操控灵活的特点。
powershell传教士 业余时间 作品
群名称：k4t官方1群 群 号：722528388
—【附录：k4t 组件介绍】—
问：完美版的k4t项目，由哪几部分组件构成？
答：
1 master端。 正在开发中，预计2021年6月前发布alphi1版。
2 node端。已经开发完成，并部分开源免费成为雏形版。
3 动态负载均衡api网关。（外部）
提供反向代理，和负载均衡功能。用于给一组容器应用，形成统一的ip。
目前基于我编写的envoy后端增删脚本。
https://gitee.com/chuanjiao10/envoy_powershell
你也可diy，改成自己喜欢的。
4 动态dns。（外部）
是非必要组件。K4t集群，可以只用负载均衡器api-getway。
用于给一组容器应用，形成统一的服务名字。
目前基于未激活的无图win2019。当然有图版win2019也行。你也可diy，改成自己喜欢的。例如：dnsmasq
—【后记】—
我滴妈呀，这个世界变化太快，微服务，容器都要脚踩2只船了，谢谢观看。
