过于丰富，无法简介

定义Deployment来创建Pod和Replicaset：deployment不是直接管理pod，而是通过rs管理滚动升级和回滚应用：通过创建新的rs来创建新的pod升级和回滚扩容和缩容暂停和继续Deployment。

ContainerId 代表容器id，containerPackage.tar压缩包名称这个无所谓。edas.tar为容器快照，luntek应该是仓库名称，centos_edatest是项目名称。这样将导出容器快照到本地文件，等待完成，查看文件。导出容器快照为tar文件。

确认是coredns容器出现问题，发现CoreDNS 状态是CrashLoopBackOff。，subnet.env文件为子节点启动时需要的文件，报错信息可能是子节点上报错信息缺失导致。很明显可以看出是coredns容器出了问题，coredns无法启动。主节点上执行复制指令，将文件复制到子节点。主节点存在该文件，子节点不存在。查看出错容器具体报错信息日志。......

BorgMaster/api server的数量尽量保证为大于等于3的奇数，目的是避免选取主节点时票数相同。

Pod 能够具有多个容器，应用运行在容器里面，但是它也可能有一个或多个先于应用容器启动的Init容器。如果Pod 的 Init容器失败，Kubernetes 会不断地重启该Pod，直到Init容器成功为止。当pod中的nginx成为僵尸进程时，服务依旧在运行但是无法提供服务，此时需要销毁pod或者重启pod。就绪检测，pod在running状态但是pod中的服务还不能对外提供服务的状态。字符串可以写成多行，从第二行开始，必须有一个但空格缩进，换行符会被转为空格。注意，kind值为Pod，不能小写。...

如果网络没有为“发夹模式”流量生成正确配置，通常当kube-proxy以iptables模式运行，并且Pod与桥接网络连接时，就会发生这种情况。大致结论是，应该由cni插件来根据这个值来做对应的操作，所以veth该文件内容设置1（本人/sys/devices/virtual/net/docker0/brif/路径下没有文件所以无法设置）上面是通过cni设置hairpin-mode参数，这里再通过flannel设置参数（本人系统文件本来就是这个配置，所以无效）访问，gg，啥也不是。..............

解决k8s的coredns一直处于的crashloopbackoff问题。

k8s的使用以及测试

加入k8s集群报错

k8s节点NotReady状态

注意如果是高版本的内核需要将nf_conntrack_ipv4换成nf_conntrack，否则会报错。批量操作时建议使用MobaXterm的MultiExec操作，十分方便。

数据结构.├── docker-compose.yml├── ic_manufacturing_platform-0.0.1-SNAPSHOT.jar├── logs│ └── redis├── luntek_icplatform_test.sql├── ReadME.md└── redis.confdocker-compose.yml整合redis、mq、MySQL，另外还包括自定义mq账号和密码，自定义MySQL数据库密码，自动创建数据库，自动导入数据version: "3.0