一、部署原理基于vagrant和virtualbox，通过kubespray项目，控制ansible，部署高可用的k8s集群。二、部署环境1.部署拓扑2.部署软硬件硬件：物理机 CPU：Double CPU，14 core，2 threads per core，CPU Intel(R) Xeon(R) Gold 5120 CPU @ 2.20GHz内存：64G软件：CentOS 7:kernel

1.检查MySQL连接数多的IP邮件收到监控报警，MySQL连接数过多，导致MySQL主机内存超载，达到98.45%mysql [(none)]> show processlist;发现同一个IP通过很多端口连接，但都是sleep状态如 1.2.3.4:48866连接检查MySQL客户端主机的连接切换到1.2.3.4主机netstat -anp|grep 48866发现没有记录，应该是1.2

kubelet---/run/dockershim.sock[grpc]------>dockershim[cni,适配不同容器rkt，docker]||||||

#!/bin/sh# $1 is namespace namepod=`kubectl get po -n $1 -o wide |awk '{print $1,$7}'|grep -v NODE`# $2 is label keynodelabels=`kubectl get node -L hanclouds.com|grep -v NAME|awk '{print $1,$6}'`echo

CPU1 core = 1000 milli core1m相当于物理机的一个超线程小数位精确到0.01，即最小精度不能小于1mMemory整数128974848字节定点整数 129e6字节M 1000进制 129M字节Mi 1024进制 123Mi字节链接官网容器资源解释...

应用场景特殊使用场景需求，如需要个临时存储空间，运行cAdvisor需要能访问到node节点/sys/fs/cgroup的数据，做本机单节点的k8s环境功能测试等等。容器集群只是做小规模部署，满足开发测试、集成测试需求。作为分布式存储服务的一种补充手段，比如我在一台node主机上插了块SSD，准备给某个容器吃小灶。目前主流的两个容器集群存储解决方案是ceph和glusterfs，二者都是典型的网络

现象k8s node ready 和 not ready重复出现分析某个deployment terminating无法完成，导致pleg一直不健康，kubelet有重启机制，开始ready，健康检查不通过认为自己not ready，从而状态重复切换解决把一直terminating的deployment删了，容器删不掉，重启了docker，删除，然后就没有not ready，只是在重启docker

k8s版本Client Version: version.Info{Major:"1", Minor:"15", GitVersion:"v1.15.3", GitCommit:"2d3c76f9091b6bec110a5e63777c332469e0cba2", GitTreeState:"clean", BuildDate:"2019-08-19T11:05:50Z", GoVersion:"

Rancher由多个组件组成rkt: Rancher用于安装k8s的工具ui: Rancher web ui的后台,nodejs编写更多组件的详细列表见：https://github.com/rancher/rancher/blob/master/vendor.confRancher通过websocket与容器的日志建立连接我们可以通过Rancher web ui查看容器日志，按F12得到webs

错误harbor切换主机不同的ip地址，需要对应的修改harbor配置，否则出现以下错误：Error response from daemon: Get http://192.168.1.111/v2/library/kube-scheduler/manifests/v1.13.3: Get http://192.168.1.110/service/token?scope=repository%3