k8s介绍和基础概念

含义小哥

已于 2023-07-04 10:50:55 修改

阅读量1.6k

点赞数 4

分类专栏： k8s分享交流文章文章标签： kubernetes docker 分布式

于 2020-08-28 16:04:57 首次发布

本文链接：https://blog.csdn.net/qq_39122260/article/details/108280149

版权

k8s分享交流文章专栏收录该内容

1 篇文章 1 订阅

订阅专栏

一、Kubernetes 介绍

1、Kubernetes 概述

基于 Docker 构建一个容器的调度服务，提供资源调度、均衡容灾、服务注册、动态扩缩容等功能套件。基于容器的云平台。
官网：https://kubernetes.io/
优点：

轻量级：消耗资源小
开源
弹性伸缩
负载均衡：IPVS

2、Kubernetes 组件介绍

架构图

3、Kubernetes 常见组件介绍

master：管理结点
apiserver：提供接口服务，用户通过 apiserver 来管理整个容器集群平台。API Server 负责和 etcd交互，整个集群的所有的交互都是以API Server为核心的。API Server提供的验证和授权保证了整个集群的安全
scheduler kubernetes：调度服务
Replication Controllers：复制，保证 pod 的高可用
minion : 真正运行容器的物理机，kubernets 中需要很多minion机器，来提供运算。
container：容器，可以运行服务和程序
Pod：调度的最小颗粒，是单纯的容器，Pod 是一个可以被创建、销毁、调度、管理的最小的部署单元。pod中可以包括一个或一组容器。
Kube_proxy：代理做端口转发，相当于 LVS-NAT 模式中的负载调度器器，Proxy解决了同一宿主机，相同服务端口冲突的问题，还提供了对外服务，Proxy后端使用了随机、轮循负载均衡算法。
Etcd：存储配置信息，可以理解为是k8s的数据库，存储着k8s容器云平台中所有节点、pods、网络等信息。
Services：最外围的单元，通过虚拟一个访问 IP 及服务端口，可以访问我们定义好的Pod资源
Labels标签：是用于区分 Pod、Service、Replication Controller的key/value键值对，仅使用在 Pod、Service、Replication Controller之间的关系识别，但对这些单元本身迚行操作时得使用 name标签。
Deployment：用于更新 Pod 和 Replica
Set的方法，你可以在对象中只描述你所期望的运行状态，控制器会将现在的实际状态转换成期望的状态。可以用来创建新的资源。可以实现无人值守的上线

各组件之间的关系

Kubernetes的架构由一个master和多个minion组成：
master通过 api 提供服务，接受kubectl 的请求来调度管理整个集群。
kubectl：是 k8s 平台的一个管理命令。
Replication controller 定义了多个 pod 或者容器需要运行，如果当前集群中运行的 pod 或容器达到配置的数量，replication controller 会调度容器在多个 minion 上运行，保证集群中的pod数量。
service则定义真实对外提供的服务，一个 service 会对应后端运行的多个 container。
Kubernetes是个管理平台，minion 上的 kube-proxy 拥有提供真实服务公网 IP。客户端访问 kubernetes 中提供的服务，是直接访问到 kube-proxy 上的。
Kubernetes 中 pod 是一个基本单元，一个 pod 可以是提供相同功能的多个 container，这些容器会被部署在同一个 minion 上。minion 是运行 Kubelet 中容器的物理机。minion 接受
master的指令创建 pod 或者容器。

流程图
Master:

Kubectl：通过命令在master管理node的工具
kube-apiserver：相当于对外窗口，所有node节点都是通过apiserver通讯
kube-controller-manager：负责pod管理
kube-scheduler：controller-manager依据scheduler进行管理pod，调度器
Etcd：存储设备（也可以独立部署）

Node:

Kubelet：负责把本机node的情况汇报给master进行存储、从master节点获取信息然后下发命令
kube-proxy：网络的转发
Docker：跑容器的

二、基础概念

1、Pod概念

自主式pod
由命令启动的pod
管理器管理的pod
由yaml或者json文件启动的pod

2、网络通讯模式

K8s的网络模型假定了所有的pod都在一个可以连通的扁平网络中，这在GCE里面是现成的网络模型，k8s假定这个网络已经存在。而在私有云里搭建k8s集群就不能假定这个网络已经存在了。我们需要自己实现这个网络假设，将不同节点上的docker容器之间的互相访问打通，然后运行k8s。

同一个pod内的多个容器之间的通讯（lo）
同一个pod共享同一个网络命名空间，共享一个linux协议栈
各个pod之间的通讯（overlay network）
Flannel是coreos针对k8s设计的一个网络规划服务，它的功能是让集群中的各个节点主机创建的docker容器具有全集群唯一的虚拟ip地址。而且还能在这些ip地址之间创建一个覆盖网络（overlay network），通过这个覆盖网络，将数据包原封装不动的传递到目标容器。

Etcd：
存储管理flanel可分配的ip地址段资源，监控etcd中每个pod的实际地址，并在内存中建立维护pod节点路由表。
Pod与service之间的通讯（各节点的ipvs规则）