kubernetes 架构

文章目录

跑太快了，容易扯着蛋

不要想着我咋反复横跳，一会儿 mesh简介一会儿又跑回 docker，然后又 istio 简介又跑回 kubernetes 架构。看上面。

Kubernetes中提供灵活和松耦合的机制用于服务发现，像大多数分布式集群平台，Kubernetes集群中至少包含一个主节点和多个工作节点。

在这里插入图片描述

在这里插入图片描述

Kubernetes组件:

• etcd

etcd的官方将它定位成一个可信赖的分布式键值存储服务，它能够为整个分布式集群存储一些关键数据，协助分布式集群的正常运转。

Raft从一开始就被设计成一个易于理解和实现的共识算法。每一个Raft集群中都包含多个服务器，在任何时刻，每一台服务器只可能处于Leader、Follower以及Candidate三种状态；在处于正常的状态时，集群中只会存在一个Leader，其余的服务器都是Follower

推荐在Kubernetes集群中使用etcd v3，v2版本已在Kubernetes v.11中弃用

• Kubernetes API Server

作为Kubernetes系统的入口，其封装了核心对象的增删改查操作，以Restful API接口方式提供给外部客户和内部组件调用。维护的REST对象持久化到Etcd中存储

• Kubernetes Scheduler

新建立的Pod进行节点（node）选择（即分配机器），负责集群的资源调度。组件抽离，可以方便替换成其他调度器

• Controller Manager

负责维护集群的状态，比如故障检测、自动扩展、滚动更新等

• Kubelet

负责维护容器的生命周期，同时也负责Volume（CSI）和网络（CNI）的管理

• Container runtime

负责镜像管理以及Pod和容器的真正运行（CRI）

• Kube-proxy

负责为Service提供cluster内部的服务发现和负载均衡

• CoreDNS

负责为整个集群提供DNS服务

• Ingress Controller

为K8S中的服务提供外网入口

• Prometheus

为整个集群提供资源监控能力

• Dashboard

提供B/S的访问体系，允许用户通过web进行集群管理及设置

• Federation

提供跨可用区的集群，提供不同数据中心的K8S集群的管理能力

扯点别的吧，为什么这篇叫 “浅析” 呢，为啥我会又转回来整 k8s 的基础呢？ 没有自己一个一个安装过去，都不好意思说自己看过 k8s 架构图，我说的是 源码安装。 为啥转回来，昨天 istio 弄得好好的，安装不了，排查一下发现我的 k8s 集群给丢了好几个组件，coredns 和 cni… 那可真是“连根拔起”啊，连配置文件都消失了。。。