crondjob控制器创建job控制器，job控制器创建pod；该pod是由job控制器所创建的，是一次性的，相当于定时任务；每分钟自动创建一个，超过三个就会删除一个旧的。需要使用perl镜像，仓库没有，进行拉取上传。控制节点上不能进行部署，有污点。创建Daemonset控制器。（一个节点部署一个）

k8s具有自动高可用性，可以实现循环扫描，有自愈性，当其中有节点挂掉，平台会自动恢复。注：先腾空后进行升级，顺序不能搞反，否则会导致严重问题。在每个集群节点都安装部署cir-docker。重启kubelet并接触节点保护。worker上升级kubelet。升级pause，所有节点都要更改。在master上修改节点套接字。在master上执行腾空节点。在master上解除节点保护。升级worker节

官方监控模板：https://grafana.com/grafana/dashboards。新建项目仓库并上传部署prometheus所需的镜像。修改svc访问方式为LoadBalancer。访问prometheus监控页面。访问grafana监控页面。

很显然每个pod上分配的指标很均衡，所以指标线有一定的重合，五分钟后会自动回收。由Prometheus采集到的的指标返回到了k8s进行查看，会自动进行弹缩。没有就绪是因为节点内存不够用，在扩容和去除点控制节点的污点用于调度后恢复。注：部署集群需要消耗较大的内存，需要提前扩容各节点的内存量至少达到4g。添加监控nginx服务实验示例。导入监控的hpa并编辑。

Pod被删除后重建，重建Pod的网络标识也不会改变,Pod的拓扑状态按照Pod的“名字+编号”的方 式固定下来,并且为每个Pod提供了一个固定且唯一的访问入口,即Pod对应的DNS记录。StatefulSet给所有的Pod进行了编号，编号规则是：$(statefulset名称)-$(序号)，从0开始。MySQL 示例部署包含一个 ConfigMap、两个 Service 与一个 StatefulS

定义的副本数量已经写到了etcd 里，整个信息已经持久化到了etcd 里面，该控制器会不断地到etcd里获取变更，不断地和当前的状态和etcd里的设定的状态做比对，如果有差异，代码将会自驱动完成更新；即使对其进行删除，也会自动创建，所创建出来的标签和之前的pod保持一致。创建新版本的方式：首先由feployment来创建rs，再由rs来创建设定数量的副本，当要进行升级时，deployment会新建

实验至少需要三个master（控制节点），一个可以使外部可以访问到master的load balancer（负载均衡）以及一个或多个外部节点worker（也要部署高可用）。pacemaker有个服务级的高可用，可以自动修复一些事件。启动pcsd服务并设置用户名和密码。测试完后停掉haproxy服务。前端监控要访问vip地址。设置开机自启并进行校验。节点认证随后添加节点。

由于kubeapps不读取hosts解析，因此需要添加本地仓库域名解析（dns解析）上传到本地仓库后可使用图形化部署。更改context为全局模式。每隔十分钟会自动进行刷新。

ServiceEntry：将外部服务接入到服务注册中，让Istio中自动发现的服务能够访问和路由到这些手 动加入的服务。Gateway：提供外部服务访问接口，可发布任意内部端口的服务，供外部访问。测试完后，当reviews:v3 微服务稳定时，可以通过应用Virtual Service规则将100%的流量路由reviews:v3。VirtualService：最核心的配置接口，定义指定服务的所有路

对于使用者而言，使用 Helm 后不用需要编写复杂的应用部署文件，可以以简单的方式在 Kubernetes 上查找、安装、升级、回滚、卸载应用程序。可以在你部署应用的时候自定义应用程序的一些 Metadata，以便于应用程序的分发。打包应用、管理应用依赖关系、管理应用版本并发布应用到软件仓库。是用来封装 Kubernetes 原生应用程序的一系列。，主要用来管理 Charts，类似Linux系统的