K8s学习（二）Kubernetest的资源管理及五大资源介绍

水深无声 2024-03-26 10:40 32阅读 0赞

#### 文章目录 ####

*  前言
 *  1.kubernetes的资源管理
 *   *  系统资源查看
 *  2.资源管理方式
 *  3.资源管理实战
 *   *  3.1 Namespace
     *  3.2 Pod
     *  3.3 Label
     *  3.4 Deployment
     *  3.5 Service
     *   *  3.5.1创建集群内部可访问的Service
         *  3.5.2创建集群外部可访问的Service

## 前言 ##

本文是k8s学习系列文章，前后串起来是一个完整的课程（学习笔记），本文记录k8s的资源管理方式及五大类资源的具体管理命令，看完本文基本上就能实现k8s的基本操作，可以独立部署小型项目了。  
前期文章连接：  
[从零开始搭建kubernetes集群环境（虚拟机/kubeadm方式）][kubernetes_kubeadm]

## 1.kubernetes的资源管理 ##

![在这里插入图片描述][826c54e9e8f241ac915390d9a889d938.png_pic_center]  
总结：学习kubernetes的核心，就是学习如何对集群上的Pod、Pod控制器、Label标签、Service、存储等各种资源进行操作。

### 系统资源查看 ###

通过`kubectl api-resources`命令可以查看系统中所有资源，如下图，注意资源类型缩写一列内容，本文后续kubectl命令操作的资源有的用缩写名，跟用全名一样的。  
![在这里插入图片描述][e8d4708944624963a96306cafc0d0410.png_pic_center]

## 2.资源管理方式 ##

1.  命令式对象管理：直接使用命令去操作kubernetes资源

`kubectl命令的语法如下：kubectl [命令] [资源类型] [资源名称] [参数]`  
如`kubectl run nginx-pod --image=nginx:1.17.1 --port=80`  
命令有很多，老规矩，查看帮助吧`kubectl--help`

1.  命令式对象配置：通过命令配置和配置文件去操作kubernetes资源  
    `kubectl create/patch -f nginx-pod.yaml`  
    nginx-pod.yaml是指定的配置文件，具体内容后面实战部分会有，莫急
2.  声明式对象配置：通过apply命令和配置文件去操作kubernetes资源  
    `kubectl apply -f nginx-pod.yaml`

问题：乍一看好像后两种方式不好区分，同样是创建一个k8s资源，使用 kubectl create 和使用 kubectl apply有什么区别呢？  
区别有两点：  
（1）kubectl create命令可创建新资源。 因此，如果再次运行该命令，则会抛出错误，因为资源名称在名称空间中是唯一的。  
（2）kubectl apply命令将配置应用于资源。 如果资源不在那里，那么它将被创建。 kubectl apply命令可以第二次运行，如果资源存在就执行更新，相当于kubectl patch操作

> 以上三种资源管理方式，命令式对象管理直接操作资源对象，适用于测试环境，操作简单，但是只能操作活动对象且难以审计、跟踪；命令式对象配置操作对应配置文件，可以审计跟踪，但是项目较大时配置文件管理麻烦；声明式对象配置支持目录操作，但是意外情况下不好调式。  
> `（没关系，这里只是学习原理，生产环境还是界面管理工具的，比如我公司用的kuboard）`

## 3.资源管理实战 ##

### 3.1 Namespace ###

k8s系统中Namespace资源是用了实现**多套环境的资源隔离**或者**多租户的资源隔离**。默认情况下k8s集群中所有Pod资源都是可以相互访问的，但是实际中如果不想让两个Pod之间相互干扰可以将两个Pod划分到不同的namespace下。  
k8s通过将集群内部的资源分配到不用的namespace中，形成逻辑上的“组”，方便不同组的资源可以隔离使用和管理。如果将不同的Namespace交给不同租户进行管理，这样就实现了多租户的资源隔离。此时还能结合kubernetes的资源配额机制，限定不同租户能占用的资源，例如CPU使用量、内存使用量等等，来实现租户可用资源的管理。

kubernetes在集群启动之后，会默认创建几个namespace，查看命令如下图所示：![在这里插入图片描述][d2c6c02da7c54124ba6deef80704bc52.png]

*  **命令式对象管理，命令示例如下：**

kubectl get namespace   #查看所有的命名空间,同kubectl get ns
    kubectl get namespace default  #查看指定的命名空间default
    kubectl get ns default -o wide #指定命名空间的输出格式，还有-o json，-o yaml格式
    kubectl describe namespace default #查看default命名空间的详情
    kubectl create namespace dev  #创建命名空间
    kubectl delete ns dev    #删除命名空间

*  **命令式对象配置方式如下：**

新建ns-dev.yaml配置文件，内容如下：

apiVersion: v1
    kind: Namespace
    metadata:
      name: dev

通过命令式对象配置进行创建和删除

kubectl create -f ns-dev.yaml
    kubectl delete -f ns-dev.yaml

### 3.2 Pod ###

Pod是kubernetes集群进行管理的最小单元，可以认为是容器的封装，一个Pod中可以存在一个或者多个容器。kubernetes在集群启动之后，集群中的各个组件也是以Pod方式运行的，可以通过下面的命令查看：  
![在这里插入图片描述][d704a8fb72c64bc28367ef70f30447d0.png]

*  **命令式对象管理，应用示例如下：**

kubectl run (Pod的名称) [参数]   #创建并运行Pod,如kubectl run nginx --image=nginx:1.17.1 --port=80 --namespace=dev
    # --image 指定Pod的镜像
    # --port 指定端口
    # --namespace 指定namespace
    kubectl get pods -n dev  #查询名称为dev的namespace下的所有Pod的基本信息
    kubectl describe pod nginx -n dev #查看名称为dev的namespace下的Pod的名称为nginx的详细信息
    kubectl get pods [-n dev] -o wide  #可以查询到Pod的IP
    curl 10.244.2.7:80    #访问Nginx的Pod,ip每次都先查询一下，可能发生变化
    kubectl delete pod nginx -n dev #删除Nginx的Pod

*  **命令式对象配置方式只是配置文件内容不一样，命令是相同的，不在列举（搜可得，后续详情文章会详解）：**

### 3.3 Label ###

Label的作用就是在资源上添加标识，用来对它们进行区分和选择。通过Label可以实现资源的多纬度分组，以便灵活、方便地进行资源分配、调度、配置和部署等管理工作。

Label的特点：

*  一个Label会以key/value键值对的形式附加到各种对象上，如Node、Pod、Service等。
 *  一个资源对象可以定义任意数量的Label，同一个Label也可以被添加到任意数量的资源对象上去。
 *  Label通常在资源对象定义时确定，也可以在对象创建后动态的添加或删除。

> 一些常用的Label标签示例如下：  
> ● 版本标签：“version”:”release”,”version”:”stable”。。。  
> ● 环境标签：“environment”:”dev”,“environment”:”test”,“environment”:”pro”  
> ● 架构标签：“tier”:”frontend”,”tier”:”backend”。。。

标签定义完毕之后，还要考虑到如何通过标签选择所需资源，这就要用到Label Selector，当前有两种筛选方式：

1.  基于等式的Label Selector，比如name=slave或者env!=production。
2.  基于集合的Label Selector，比如name in (master,slave)或者name not in (master,slave)

注意：  
`标签等号后面的值加不加引号都行; 标签的选择条件可以使用多个，此时将多个Label Selector进行组合，使用逗号（,）进行分隔即可`

**语法及应用示例**

kubectl label pod nginx version=1.0 -n dev  #为名称Nginx的Pod资源打上标签version=1.0
    kubectl label pod xxx key=value [-n 命名空间] --overwrite #如果标签key已经存在,加--overwrite参数更新资源的标签
    kubectl get pod nginx -n dev --show-labels  #显示Nginx的Pod的标签
    kubectl get pod -l version=2.0 -n dev --show-labels #筛选版本号是2.0的在名称为dev的namespace下的Pod
    kubectl label pod xxx key- [-n 命名空间] #删除标签 key减号

### 3.4 Deployment ###

在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。Deployment是一种Pod控制器，用于Pod的管理，确保Pod资源符合预期的状态，当Pod的资源出现故障的时候，会尝试进行重启或重建Pod。  
在kubernetes中Pod控制器的种类有很多，本章节只介绍一种：Deployment。

**语法及应用示例**

kubectl create deployment nginx --image=nginx:1.17.1 -n dev #为e名称Nginx的Pod资源打上标签version=1.0
    kubectl scale deployment nginx --replicas=4 -n dev #在名称为test的命名空间下根据名为nginx的deployment创建3个Pod
    kubectl get deployment -n dev  #查看名称为dev的namespace下的deployment信息
    kubectl describe deployment nginx -n dev  #查看deployment的详细信息
    kubectl delete deployment nginx -n dev  #删除名为nginx的deployment

小知识1：`kubectl run nginx --image=nginx --replicas=2 --port=80`，创建一个名称为nginx的deployment, 新版本可能会反馈Flag --replicas has been deprecated, has no effect and will be removed in the future，并且只会创建一个Nginx容器实例。  
小知识2：`kubectl run nginx --image=nginx --replicas=2 --port=80`，创建一个名称为nginx的deployment这个deployment中默认生成了对应的pod资源，如果删除其中的Pod,这个deployment会尝试创建一个新的Pod，这个特性也在新版本删除了，直接删除Pod就能删除成功了。

### 3.5 Service ###

kubernetes设计了Service来解决外部环境访问容器资源的问题。Pod资源可以提供具有高可用性的服务，虽然每个Pod都会分配一个单独的IP地址，但Pod的IP会随着Pod的重建产生变化，且Pod的IP仅仅是集群内部可见的虚拟的IP，外部无法访问。  
Service可以看做是一组同类的Pod对外的访问接口，借助Service，应用可以方便的实现服务发现和负载均衡。  
![在这里插入图片描述][0fc87163b1d44caaaa23f24b5b419cb4.png]

#### 3.5.1创建集群内部可访问的Service ####

语法：

> kubectl expose deployment xxx --name=服务名 --type=ClusterIP --port=暴露的端口 --target-port=指向集群中的Pod的端口 \[-n 命名空间\]  
> \#–type=ClusterIP会产生一个CLUSTER-IP，这个就是service的IP，在Service的生命周期内，这个地址是不会变化的

#暴露名为dev的namespace下的名为nginx的deployment，并设置服务名为svc-nginx
    kubectl expose deployment nginx --name=svc-nginx --type=ClusterIP --port=80 --target-port=80 -n dev
    #访问service的80端口，转发到Pod的80端口
    
    kubectl get service -n dev #查看名为dev的命名空间的所有Service
    curl ip:80  #在集群内通过master节点ip可以访问部署的nginx服务

#### 3.5.2创建集群外部可访问的Service ####

语法：

> kubectl expose deployment xxx --name=服务名 --type=NodePort --port=暴露的端口 --target-port=指向集群中的Pod的端口 \[-n 命名空间\]  
> \#–type=NodePort参数会产生一个外部也可以访问的Service,

#例：暴露名为test的namespace下的名为nginx的deployment，并设置服务名为svc-nginx-1
    kubectl expose deploy nginx --name=svc-nginx-1 --type=NodePort --port=80 --target-port=80 -n dev

> 此时外部环境可以通过master节点IP进行访问了，端口查询方法如下图：

![在这里插入图片描述][00dcc9c21e594b31bcad84e9153164ff.png]  
总结：以上就是kubernetes的Namespace/Pod/Deployment/Service资源的基本操作，学会这些操作就可以在集群中实现一个服务的简单部署和访问了。但是如果想更好的使用k8s,接下来需要深入学习这几种资源的细节和原理。

[kubernetes_kubeadm]: https://blog.csdn.net/qq_42887496/article/details/129028667
[826c54e9e8f241ac915390d9a889d938.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/5f9ae18046c1446aa46db576ba204e38.png
[e8d4708944624963a96306cafc0d0410.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/c9afd74bf68b4ce395dbbc4a54b1cef8.png
[d2c6c02da7c54124ba6deef80704bc52.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/3687f5b196874dbd82212af9a47be1ca.png
[d704a8fb72c64bc28367ef70f30447d0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/709c9b928f1e4384ad689697320f9624.png
[0fc87163b1d44caaaa23f24b5b419cb4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/c7f5bf970bc44dc2b6cd79456005dfb3.png
[00dcc9c21e594b31bcad84e9153164ff.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/2c2bd47ffc574658b5b9466c529299a3.png