Kubernetes之deployment

1用Deployment运行应用

Kubernetes通过各种Controller来管理Pod的生命周期。为了满足不同业务场景，Kubernetes开发了Deployment、ReplicaSet、StatefuleSet、Job等多种Controller。
首先使用最常用的Deployment。

[root@master ~] kubectl   run   nginx-deploy   --image=nginx   --replicas=2

查看

[root@master ~] kubectl get deployments.apps 

查看更加详细的信息：

[root@master ~]# kubectl    get  deployments.apps

查看副本集：

[root@master nginx]# kubectl get replicasets.apps nginx-deploy-dc9ff4b8c 
NAME                     DESIRED   CURRENT   READY   AGE
nginx-deploy-dc9ff4b8c   2         2         2       29m

查看详细的副本集信息：

[root@master ~]# kubectl   describe replicasets.apps nginx-deploy-dc9ff4b8c

Controlled By指明此Pod是由ReplicaSet nginx-deployment-6c94df7599创建。Events纪录了Pod的启动过程。如果操作失败（比如image不存在），也能在这里查看到原因。

总结一下这个过程：
1)用户通过kubectl创建Deployment。
2)Deployment创建ReplicaSet.
3)ReplicaSet创建Pod。

对象的命名方式是：子对象的名称=父对象的名字+随机字符串或数字。

查看pod

[root@master nginx]# kubectl get pod

2、k8s创建资源的两种方式

命令vs配置文件

Kubernetes支持两种方式创建资源：
①用kubectl命令直接创建，比如：kubectl run nginx-deployment --image=nginx --replicas=2在命令行中通过参数指定资源的属性。
②通过配置文件和kubectl apply创建，要完成前面的工作，然后执行命令，比如：kubectl apply -f nginx.yml。
命令与配置文件这两种方式的比较：

·基于命令的方式：
①简单直接快捷，上手快。
②适合临时测试或实验。

·基于配置文件的方式：
①配置文件描述了什么，即应用最终要达到的状态。
②配置文件提供了创建资源的模板，能够重复部署。
③可以像管理代码一样管理部署。
④适合正式的、跨环境的、规模化部署。
⑤这种方式要求熟悉配置文件的语法，有一定难度。

kubectl apply不但能够创建Kubernetes资源，也能对资源进行更新，非常方便。不过Kubernetes还提供了几个类似的命令，例如kubectl create、kubectl replace、kubectl edit和kubectl patch。

配置文件内容较多 语句也比较多 也可以用这个方式获得模板：

[root@master ~]# kubectl   create   deployment test --image=nginx  --dry-run  -o  yaml  > nginx.yml  
创键一个deployment 名字叫test 镜像是nginx 现在不执行 保存的格式为yaml
保存到nginx.yml这个文件里

①apiVersion：当前配置格式的版本。
②kind：要创建的资源类型，这里是Deployment。
③metadata：该资源的元数据，name是必须的元数据项。
④spec：该Deployment的规格说明。
⑤replicas：指明副本数量，默认为1。
⑥template：定义Pod的模板，这是配置文件的重要部分。
⑦metadata：定义Pod的元数据，至少要定义一个label。label的key和value可以任意指定。
⑧spec：描述Pod的规格，此部分定义Pod中每一个容器的属性，name和image是必须的。

此nginx.yml是一个最简单的Deployment配置文件。

查看yml文件里配置格式的版本

[root@master nginx]# kubectl   api-versions

创键一个yml文件：

mkdir    nginx
[root@master nginx]# cat  nginx.yml 
apiVersion: apps/v1
kind: Deployment
metadata:
 	labels:
	 app: nginx-deply
	name: nginx-deply
spec:
	replicas: 2
	selector:
	 matchLabels:
   	   app: nginx-deply
  	template:
   	 metadata:
	  labels:
    	app: nginx-deply
	spec:
  		containers:
	   	- image: nginx
     	 name: nginx

副本的伸缩 只需要修改yml文件的replicas即可 replicas: 5
收缩的话 修改文件nginx.yml replicas: 3

修改配置文件后执行：

kubectl apply   -f  nginx.yml

查看：

[root@master nginx]# kubectl get pod -o wide 

K8s的故障转移：
关掉node1：

[root@node1 ~]# systemctl poweroff

查看节点：

可以看到node1的节点的pod已经停止了
当node1再次上线后停掉的pod会被删除，不会再次回到node1上了

用标签控制pod所在的节点：
添加标签：

[root@master nginx]# kubectl label nodes  k8snode1   test=abc
node/node1 labeled

查看：

[root@master nginx]# kubectl get   nodes  --show-labels 

将标签添加到nginx.yml文件里控制pod所在节点：

[root@kmaster nginx]# kubectl  apply -f  nginx.yml 
deployment.apps/nginx-deply configured

查看pod所在节点 是否所有pod在node1上：

[root@master nginx]# kubectl get pod -o wide 

把nginx.yml里指定标签的语句去掉pod就会在node1和node2上了