k8s 基本介绍

k8s架构图

说明：调度器和控制器都不直接和etcd打交道，都是通过api server进行操作的

etcd

etcd分布式键值数据库，可以为整个分布式集群提供关键数据的存储，协助整个集群正常运行，Etcd v2版已经在 k8s v1.11中弃用，目前是V3版。

kube-apiserver

Kubernetes API，集群的统一入口，各组件协调者，以HTTPAPI提供接口服务，所有对象资源的增删改查和监听操作都交给APIServer处理后再提交给Etcd存储。

kube-controller-manager

处理集群中常规后台任务，一个资源对应一个控制器，而ControllerManager就是负责管理这些控制器的（多个控制器）。

kube-scheduler

根据调度算法为新创建的Pod选择合适的Node节点。

kubelet

kubelet是Master在Node节点上的Agent，管理本机运行容器的生命周期，比如创建容器、Pod挂载数据卷、下载secret、获取容器和节点状态等工作，kubelet将每个Pod转换成一组容器。

kube-proxy

在Node节点上实现Pod网络代理，维护网络规则和四层负载均衡工作（负责写入规则至 IPTABLES IPVS 实现服务映射访问）。

CoreDNS

可以为集群的SVC创建一个域名IP的对应关系解析

Ingress

可以实现k8s的七层代理（基于域名或ip），k8s本身只能实现4层代理

ReplicationController（RC）

用来确保容器应用的副本数保持在客户指定的个数，如果有容器异常退出，就会创建新的pod；如果异常多出来的容器也会被回收。新版本中建议使用ReplicaSet（RS）来替代RC

ReplicaSet（RS）

RS和RC可以理解为RS是RC的升级版，RS支持集合式的selector，但是一般还是建议使用depoyment来自动管理RS，这样就无需担心兼容问题（比如RS不支持rolling-update，但是deployment支持）

deployment

deployment 通过创建rs来创建pod，在控制滚动升级时rs并不会被删除，而是被停用这样可以达到版本回退的目的

statefullSet

是为了解决有状态服务问题（RS和deployment是为无状态服务设计的），其应用场景：

• 稳定的持久化存储，pod重新调度后 ，还能够访问到相同的持久化数据，基于pvc来实现
• 稳定的网络标识，pod重新调度后 其podName和HostName不变，基于HeadLess Service（没有clusterId 的service）来实现
• 有序部署，有序扩展，即pod是有序的，在部署或扩展时要按照定义的顺序依次进行（即从0到N-1，在下一个pod运行之前，所有之前的pod都必须是running或ready状态），基于init-container来实现
• 有序收缩，有序删除（N-1到0）

prometheus

提供K8S的集群监控能力

ELK

k8s集群日志统一分析介入平台

Node组件

Node：是kubernetes集群的工作负载节点。Master为其分配工作，当某个Node宕机时，Master会将其工作负载自动转移到其他节点