【云原生】容器编排工具Kubernetes

news2024/12/23 13:48:45

一、 K8S介绍

官网地址：

1.1docker编排与k8s编排相比

1.2特性

1.3功能

二、K8S重要组件

2.1核心组件

（1）Kube-apiserver

（2）Kube-controller-manager

（3）Kube-scheduler

（4）Node

①kubelet

②kube-proxy

③docker

（5）etcd

2.2Kubernetes工作原理

三、Pod

3.1 Pod控制器

（1）Deployment

（2）ReplicaSet

（3）StatefulSet

（4）DaemonSe

（5）Job 和 CronJob

四、五大标签选择器

4.1Label（标签）

4.2Service

（1）三个流量调度模式

4.3Ingress

4.4Name

（1）资源

4.5Namespace（命名空间选择器）

一、 K8S介绍

Kubernetes 发布于 2014年6月，源于希腊语，意为 “舵手” 或 “领航员”，由于 kubernetes从k 到s中间有8个字母，所以简称k8s。

Google 在十年前就已经将容器化作为基础架构，borg 就是 Google 内部的大型集群管理系统，borg 系统并不开源。在docker 大规模容器化后，Google 为了迅速占领 docker 容器化管理， Google 基于 borg 的设计理念使用 Go 语言开发新的组件系统 Kubernetes，并且开源给了CNCF。

官网地址：

k8s官网地址：Kubernetes Documentation | Kubernetes

中文版：https://kubernetes.io/zh/docs/concepts/overview/what-is-kubernetes/

1.1docker编排与k8s编排相比

单机使用，无法有效集群
随着容器数量的上升，管理成本攀升
没有有效的容灾、自愈机制
没有预设编排模版，无法实现快速、大规模容器调度
没有统一的配置管理中心工具
没有容器生命周期的管理工具
没有图形化运维管理工具

1.2特性

弹性伸缩以最小的成本运行服务

自我修复
自动发布（默认回滚发布模式）
集中化配置管理和密钥管理（密钥是加密的）
存储编排，支持外挂存储并对外挂存储资源进行编排
任务批量处理运行
提供一次性任务，定时任务;满足批量数据处理和分析的场景。

1.3功能

以集群的方式运行、管理跨机器的容器
解决docker跨机器容器之间的通讯问题
K8S的自我修复机制使得容器集群总在运行在用户期望的状态

二、K8S重要组件

2.1核心组件

（1）Kube-apiserver

（2）Kube-controller-manager

负责管理各种控制器，监控集群状态并自动执行相应操作。

（3）Kube-scheduler

根据资源需求和调度策略，将 Pod 调度到合适的节点上运行。

预选策略（predicate）

优选策略（priorities）

（4）Node

①kubelet

运行在每个节点上，负责管理容器和 Pod 生命周期，并与 API Server 通信。

②kube-proxy

负责为 Pod 提供网络代理和负载均衡功能。

③docker

容器引擎，运行容器，负责本机容器的创建删除

（5）etcd

分布式键值存储系统，用于存储集群的配置数据和状态。

这些核心组件共同协作，实现了 k8s 的主要功能，如容器编排、自动扩展、服务发现和负载均衡等。此外，还有其他辅助性的组件如 DNS 服务（CoreDNS）、日志收集（Fluentd）、监控（Prometheus）等，它们可以根据具体需求来选择是否部署。

2.2Kubernetes工作原理

用户通过kubectl工具发送请求通过认证给kube apiserver来创建pod请求，apiserver会将相关信息写入etcd当中，随后apiserver会找kube controller-manager创建相应pod，controller-manager会通过apiserver会在etcd读取数据寻找相应pod信息，之后apiserver找到scheduler去调度pod，关于pod调到哪里还是通过apiserver读取etcd里的数据获得相关node节点信息，并找到最适合运行pod的节点，最后scheduler通过算法调度出预选策略和优选策略，算出应该把pod调度到哪个node节点上运行，之后scheduler通过apiserver找到对应node节点上的kubelet组件，通过这个组件创建并维护pod，相关容器则是通过docker创建。然后这些pod通过kube proxy关联起来成为集群，kube proxy使用service资源使用统一IP地址暴露出去，外部用户就可以通过这个ip地址轮巡到pod里面所运行的业务了。kubelet会监事这个node上面啊运行了多少资源，以及pod相关的状态和信息，发送给apiserver，apiserver会将信息写入etcd并保存起来。pod的维护由controller-manager来做，当pod的数量不满足预设的数量时，它就会再去创建到相应的预设数量来保证pod的总量。

三、Pod

一个Pid可以放多个容器，一个Pid中的容器可以共享资源，不同Pid中的容器不能相互访问（默认情况）。

3.1 Pod控制器

（1）Deployment

建立在 ReplicaSet 之上，提供了更高级别的应用程序部署功能。可以方便地进行滚动更新、版本回滚等操作。

（2）ReplicaSet

用于管理 Pod 的副本数量，确保指定数量的 Pod 始终处于运行状态。支持滚动更新应用程序。

（3）StatefulSet

用于管理有状态的应用程序，每个 Pod 都有唯一标识和稳定的网络标识。适用于需要持久化存储和有序部署的应用程序。

（4）DaemonSe

确保每个节点上都运行一个 Pod 的控制器。适用于在每个节点上运行系统级别的守护进程。

（5）Job 和 CronJob

用于批处理任务或定时任务的控制器。执行完任务后会自动停止 Pod。

这些控制器根据用户定义的规则和策略，自动管理 Pod 的生命周期，确保集群中的应用程序正常运行和扩展。通过这些控制器，可以实现灵活的应用程序管理和自动化操作。

四、五大标签选择器

4.1Label（标签）

Label Selector 基于标签对资源进行选择和过滤。标签是键值对的形式，可以附加在各种 Kubernetes 资源上，如 Pod、Service、Deployment 等。通过 Label Selector，可以根据标签的匹配规则来选择特定的资源。

4.2Service

Service 是 Kubernetes 资源，用于暴露应用程序内部的 Pod。它定义了一组逻辑上相关的 Pod，并为它们创建了一个稳定的网络终结点（Endpoint）。通过 Service，可以为应用程序提供一个统一的入口，使得客户端能够访问后端 Pod 的服务。Service 可以是 ClusterIP、NodePort、LoadBalancer 或 ExternalName 类型，用于不同的网络访问方式。

（1）三个流量调度模式

userspace(废弃)

ipvs（推荐，性能最好）

通过ip地址直接转发

IP tables（濒临废弃）（默认）

从上到下转发

4.3Ingress

Ingress 是一种 Kubernetes 资源，用于将外部流量引导到集群内部的服务。它充当了流量入口的角色，通过定义规则和路由来决定如何将请求转发到后端的 Service 中的 Pod。Ingress 可以实现负载均衡、HTTPS/TLS 加密、URL 路由等功能，提供了更高级别的流量控制和管理。