调度器在k8s集群中，能运行pod资源的只有工作节点，master 主要是做为控制平面组件 (api-server, contarner-manage, 调度器)， 也依赖于etcd(最好能有冗余能力)节点创建流程当用户发起请求向Api Server 要求创建一个新的Pod资源对象时， Api Server先检查权限、授权、准入控制皆无问题，然后将请求交给scheduler(调度器), 然后从集群

pod控制器controller​对于k8s系统的来说API Server是整个集群入口的gateway，并且它还是一个Restfull系统, 做为一个Restfull风格的系统, 其所管理的内容通通会被抽象成resources， pod控制器就是一个resources, 并且我们创建出的每一个pod都是一个具体的Object；​API Server为整个Kubernetes的数据管理提供了一种数

Service​在k8s平台之上，pod是有生命周期的，所以为了能够给对应的客户端提供固定的访问端点， 因此我们在客户端与服务pod之间添加了一个固定的中间层(service)， 而service名称解析强依赖于k8s的DNS服务(CoreDns, 1.10之前为kube-dns)， 部署完k8s之后必须要部署一个DNS服务用于解析名称。k8s 在每个节点之上有一个工作组件(kube-proxy)

kubectl接口风格kubectl是一种RESTful风格的api，它把各种操作对象都一率当成资源来管理，并且可通过标准的http请求方法来处理，如：GET, PUT, DELETE, POST资源：对象资源实例化之后就是一个对象，类型于py的 类， 如k8s资源： service, pod, deploymentworkload:运行应用程序对外提供的服务，如Pod,​工作负载型资源： Rep

回顾​有状态有存储的就需要使用到sts控制器，比如一些常见的扩缩容问题，在K8s之上如果想要定义StatefulSet不建议直接使用StatefulSet，需要使用CordOS提供的第三方解决方案进行配置，配置方式：底层存储-->pv --> 无头service ，只有基于这个无头服务才能给每个pod分配一个唯一的持久的固定标识符sts -- podvolumeClaimTemplat

pvc|pv正常创建pv时的逻辑，需要定义如下，用户\开发使用pvc，集群管理员创建pv，存储人员负责维护存储​在pod中直接定义一个存储卷， 定义的时候只需要说明用多大的存储卷， 这个存储卷叫PVC类型的存储卷， 而该这个PVC类型的存储卷必须与当前名称空间中PVC建立直接绑定关系，而PVC又必须与PV建立绑定关系，PV应该是某个真正存储设备上的存储空间；​PVC与PC只是k8s之上的一种抽象资

部署1、手动安装​安装： 都需要编译或二进制安装， 证书\网络也需要手动安装​master： API Serveer, Scheduler, Controller-manage， etcd都需要当守护进程启动，​node:kubelet, docker(或者说容器引擎),kube-proxy2、kuberadm​k8s官方提供的一个集群部署工具， 每个节点都需要安装 docker-ce, kube

prometheus监控redisredis-explorer， 监控redis，redis阻塞 blocked_clients处理1、安装部署1.1、安装部署下载：https://github.com/oliver006/redis_exporter/tags安装# 解压tar xf redis_exporter-v1.23.1.linux-amd64.tar.gz -C /opt/apm/ex