Kubernetes资源管理

1、资源管理介绍

在Kubernetes中，所有的内容都抽象为资源，用户需要通过操作资源来管理Kubernetes。

     Kubernetes的本质上就是一个集群系统，用户可以在集群中部署各种服务，所谓的部署服务，就是在Kubernetes集群中运行一个个的容器，并将指定的程序跑在容器里。

       Kubernetes的最小管理单元是pod而不是容器，所以只能将容器放在pod中，而Kubernetes一般也不会直接管理Pod，而是通过Pod控制器来管理pod的。

      Pod可以提供服务之后，就要考虑如何访问Pod中的服务，Kubernetes提供了Service资源实现这个功能。

      当然，如果Pod中的程序数据需要持久化，Kubernetes还提供了各种的存储系统

2、YAML语言简介

       YAML是一个类似XML、JSON的标记性语言。他强调以数据为中心，并不是以标识语言为重点，因而YAML本身的定义比较简单，号称是“一种人性化的数据格式语言”，YAML的语法比较简单，主要有下面几个：
        ● 大小写敏感

        ● 使用缩进标识层级关系

        ● 缩进不允许使用tab，只能使用空格(低版本限制)

        ● 缩进的空格数不重要，只要相同层级的元素左对齐即可

        ● “#”表示注释

       YAML支持以下几种数据类型：

        ● 纯量：单个的，不可再分的值

        ● 对象：键值对的集合，又称为映射(Mapping)/哈希(HASH)/字典(dictonary)

        ● 数组：一组按次序排列的值，又称为序列(sequence)/列表(List)

      注意：

       ● 书写YMAL要切记：在“：”后面一定要加一个空格

       ● 如果需要将多段YAML配置放在一个文件中，中间要使用---分隔

3、资源管理方式

    ●  命令式对象管理：直接使用命令去操作Kubernetes资源

kubectl run nginx-pod --image=nginx:1.17.1 --port=80

    ● 命令式对象配置：通过命令配置和配置文件去操作Kubernetes资源

kubectl create/patch -f nginx-pod.yaml

    ● 声明对象式配置：通过apply命令和配置问价去操作Kubernetes资源

kubectl apply -f nginx-pod.yaml     # 用于创建和更新资源

类型	操作对象	适用环境	优点	缺点
命令式对象管理	对象	测试	简单	只能操作活动对象，无法审计、跟踪
命令式对象配置	文件	开发	可以审计、跟踪	项目大时，配置文件多，操作麻烦
声明式对象配置	目录	开发	支持目录操作	意外情况难以调试

    3.1 命令式对象管理

         kubectl命令

            kubectl是Kubernetes集群的命令行工具，通过它能够对集群本身进行管理，并能够在集群上进行容器化应用的安装部署。kubectl命令的语法如下：

    kubectl [command] [command] [name] [flags]

   ● command：指定要对资源执行的操作，例如create、get、delete

   ● type：指定资源类型，比如deployment、pod、service

   ● name：指定资源的名称，名称大小写敏感

   ● flags：指定额外的可选参数

# 查看所有pod
kubectl get pod

# 查看某个pod
kubectl get pod pod_name

# 查看某个pod，以yaml格式展示结果
kubectl get pod pod_name -o yaml

资源类型

        Kubernetes中所有的内容抽象为资源，可以通过下面的命令进行查看：

kubectl api-resources

常用资源

资源分类	资源名称	缩写	资源作用
集群级别资源	nodes	no	集群组成部分
	namespace	ns	隔离pod
pod资源	pods	po	装载容器
pod资源控制器	replicationcontrollers	rc	控制pod资源
	replicasets	rs	控制pod资源
	deployments	deploy	控制pod资源
	daemonsets	ds	控制pod资源
	jobs		控制pod资源
	cronjobs	cj	控制pod资源
	horizontalpodautoscalers	hpa	控制pod资源
	statefulsets	sts	控制pod资源
服务发现资源	services	svc	统一pod对外接口
	ingress	ing	统一pod对外接口
存储资源	volumeattachments		存储
	persistentvolumes	pv	存储
	persistentvolumeclaims	pvc	存储
配置资源	configmaps	cm	配置
	secrets		配置

操作

          Kubernetes允许对资源进行多种操作，可以通过--help查看详细的操作命令

kubectl --help

命令分类	命令	翻译	命令作用
基本命令	create	创建	创建一个资源
	edit	编辑	编辑一个资源
	get	获取	获取一个资源
	patch	更新	更新一个资源
	delete	删除	删除一个资源
	explain	解释	展示资源文档
运行和调试	run	运行	在集群中运行一个
	expose	暴露	暴露资源为Service
	describe	描述	显示资源内部信息
	logs	日志	输出容器在pod中的日志
	attach	缠绕	进入运行中的容器
	exec	执行	执行容器中的一个命令
	cp	复制	在Pod内外复制文件
	rollout	首次展示	管理资源的发布
	scale	规模	扩（缩）容Pod的数量
	autoscale	自动调整	自动调整Pod的数量
高级命令	apply	rc	通过文件对资源进行配置
	label	标签	更新资源上标签
其他命令	cluster-info	集群信息	显示集群信息
	version	版本	显示当前Server和Client的版本

下面以一个namespace/pod的创建和删除简单的演示一下命令的使用：

# 创建一个namespace名叫dev
kubectl create namespace dev

#获取namespace
kubectl get ns

# 在此namespace下创建并运行一个nginx的pod
kubectl run pod --image=nginx -n dev

# 查看新创建的pod
kubectl get pod -n dev

这里出现了一个问题：我的pod中的容器一直是处在creating状态：

 这时候可以使用

# 查看spacename中的pod名
kubectl get po -n dev |grep ContainerCreating

#删除指定的pod
kubectl delete pods podName -n NAMESPACE #--force --grace-period=0

 如果删除dev，那么命名空间dev下的所有pod也就被删除了

$ kubectl delete ns dev
namespace "dev" deleted

   3.2 命令式对象配置

命令式对象配置就是使用命令配合配置文件一起来操作Kubernetes资源

 1）创建一个nginxpod.yaml,内容如下

apiVersion: v1
kind: Namespace
metadata:
   name: dev

---

apiVersion: v1
kind: Pod
metadata:
  name: nginxpod
  namespace: dev
spec:
  containers:
  - name: nginx-containers
    image: nginx:1.17.1

2）执行creat命令，创建资源

$ kubectl create -f nginxpod.yaml

      通过这种方式部署的pod可以使用直接删除yaml文件的方式进行删除，会同时删除部署的pod和namespace：

kubectl delete -f nginxpod.yaml

 可以看到，pod和ns都tm给删了。。。

     简单来说，命令式对象配置的方式操作资源，可以简单的认为：命令+yaml配置文件（里面是命令需要的各种参数）

   3.3 声明式对象配置

        声明式对象配置跟命令式对象配置很相似，但是他只有一个命令apply

# 首先执行一次kubectl apply yaml文件，发现创建了资源
$ kubectl apply -f nginxpod.yaml
namespace/dev created
pod/nginxpod created

[root@master ~]# kubectl get ns dev
NAME   STATUS   AGE
dev    Active   13m
[root@master ~]# kubectl get pod -n dev
NAME       READY   STATUS    RESTARTS   AGE
nginxpod   1/1     Running   0          14m

# 再次运行一下这个命令，发现pod和ns都没有被修改
[root@master ~]# kubectl apply -f nginxpod.yaml
namespace/dev unchanged
pod/nginxpod unchanged

如果我们改变一下，对这个yaml文件进行一下修改更新，比如我们把nginx版本从1.17.2改到1.17.3可以来看看效果

[root@master ~]# vi nginxpod.yaml
[root@master ~]# kubectl apply -f nginxpod.yaml
namespace/dev unchanged
pod/nginxpod configured

这里可能看不到更改的过程 利用指令

kubectl describe pod nginxpod -n dev

  可以看到: nginx版本从1.17.1改到了1.17.3

总结：

         其实声明式对象配置就是使用apply描述一个资源最终的状态（在yaml中定义状态）

         使用apply操作资源：

                 如果资源不存在，就创建，相当于kubectl create

                 如果资源已存在，就更新，相当于kubectl patch

试着思考一下，kubectl可以在node节点上运行吗？

    kubectl的运行是需要进行配置的，它的配置文件是$HOME/.kube, 如果想在node节点运行此命令，需要将master上的.kube文件复制到node节点上，也就是要在master节点上执行下面的操作

scp -r HOME/.kube node1:HOME/

  3.4 使用推荐

      介绍了三种方式，那么这三种方式到底应该怎么用呢？

创建/更新资源	使用声明对象配置 kubectl apply XXX.yaml
删除资源	使用命令式对象配置 kubectl delete -f XXX.yaml
查询资源	使用命令式对象管理 kubectl get(describe) 资源名称