kubernetes（k8s）

kubernetes集群组成

kubernetes集群主要是由控制节点(master)、工作节点(node)构成，每个节点上都会安装不同的组件。

master:集群的控制平面，负责集群的决策（管理）

ApiServer:资源操作的唯一入口，接收用户输入的命令，提供认证、授权、API注册和发现等机制

Scheduler:负责集群资源调度，按照预定的调度策略将Pod调度到相应的node节点上（算决策到哪个工作节点上）

ControllerManager:负责维护集群的状态，比如程序部署安排、故障检测、自动扩展、滚动更新等（安排）

Etcd :负责存储集群中各种资源对象的信息

node:集群的数据平面，负责为容器提供运行环境（干活的）

Kubelet:负责维护容器的生命周期，即通过控制docker，来创建、更新、销毁容器（等着接活）

KubeProxy:负责提供集群内部的服务发现和负载均衡

Docker:负责节点上容器的各种操作

概念

Master:集群控制节点，每个集群需要至少一个master节点负责集群的管控

Node:工作负载节点，由master分配容器到这些node工作节点上，然后node节点上的docker负责容器的运行

Pod:kubernetes的最小控制单元，容器都是运行在pod中的，一个pod中可以有1个或者多个容器

Controller:控制器，通过它来实现对pod的管理，比如启动pod、停止pod、伸缩pod的数量等等

Service:pod对外服务的统一入口，下面可以维护者同一类的多个pod

Label:标签，用于对pod进行分类，同一类pod会拥有相同的标签

NameSpace:命名空间，用来隔离pod的运行环境

namespace(注意删除命名空间后，该空间下的所有pod都会被删除）

Namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。

默认情况下，kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那此时就可以将两个Pod划分到不同的namespace下。kubernetes通过将集群内部的资源分配到不同的Namespace中，可以形成逻辑上的"组"，以方便不同的组的资源进行隔离使用和管理。

可以通过kubernetes的授权机制，将不同的namespace交给不同租户进行管理，这样就实现了多租户的资源隔离。此时还能结合kubernetes的资源配额机制，限定不同租户能占用的资源，例如CPU使用量、内存使用量等等，来实现租户可用资源的管理。

复制代码

kubectl get ns 获取所有命名空间

kubectl get pods -n xxx  获取该命名空间下的所有pod

kubectl get ns xxx 获取该命名空间的状态

kubectl create ns xxx 创建命名空间

kubectl delete ns xxx 删除命名空间

pod

Pod是kubernetes集群进行管理的最小单元，程序要运行必须部署在容器中，而容器必须存在于Pod中Pod可以认为是容器的封装，一个Pod中可以存在一个或者多个容器。**集群中各个组件也是以Pod方式运行的。**pause：根容器

复制代码

# 命令格式:kubectl run pod控制器名称[参数]
#--image指定Pod的镜像
# --port指定端口
#--namespacd 指inamespace
[rootemaster ~]# kubectl run nginx --image=nginx:1.17.1 --port=88 --namespace dev

[rootemaster ~]# kubectl pod -n dev -o wide 查看该pod详细信息
[rootemaster ~]# kubectl describe pod xxx -n dev 查看该pod详细信息
[rootemaster ~]# kubectl delete deployment xxx -n dev 通过删除pod控制器删除pod

label

Label是kubernetes系统中的一个重要概念。它的作用就是在资源上添加标识，用来对它们进行区分和选择。

一个Label会以key/value键值对的形式附加到各种对象上，如Node、Pod、Service等等。

一个资源对象可以定义任意数量的Label，同一个Label也可以被添加到任意数量的资源对象上去在资源对象走义时确定，当然也可以在对象创建后动态添加或者删除

Label通常实现资源的多维度分组，以便灵活、方便地进行资源分配、调度、配置、部等管理工作。

复制代码

#为pod资源打标签
[root@master ~]# kubectl label pod nginx-pod version=1.8 -n dev
# 为pod资源更新标签
[root@master ~l# kubectl label pod nginx-pod version=2.0 -n dev --overwrite
# 查看标签
[root@master ~]# kubectl get pod nginx-pod -n dev --show-labels

Deployment

在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod。（比如直接删除pod是不可以的因为pod控制器发现不符合预期状态就直接新建所以要通过删除控制器删除pod）

复制代码

#命令格式:kubectl run deployment名称 [参数]
指定pod的镜像#--image
#--port指定端口
#--replicas 指定创建pod数量
#-namespace 指inamespace
[root@master ~]# kubectl run nginx --image=nginx:1.17.1 --port=80--replicas=3 -n dev
#查看创建的Pod
[rootemaster ~]# kubectl get pods -n dev

效果

service

虽然每个Pod都会分配一个单独的PodIP，然而却存在如下两问题:

Pod IP 会随着Pod的重建产生变化

Pod IP 仅仅是集群内可见的虚拟IP，外部无法访问这样对于访问这个服务带来了难度。因此，kubernetes设计了Service来解决这个问题，Service可以看作是一组同类Pod对外的访问接口 。借助Service，应用可以方便地实现服务发现和负载均衡。

服务打到Service上

#暴露Service