k8s-基础知识(Pod,Deployment,ReplicaSet)

k8s职责

• 自动化容器部署和复制
• 随时扩展或收缩容器
• 容器分组group，并且提供容器间的负载均衡
• 实时监控，即时故障发现，自动替换

k8s概念及架构

pod

pod是容器的容器，可以包含多个container
pod是k8s最小可部署单元，容器的本质是一个隔离的进程，而Pod则是一组相互联系的进程(进程组)。
pod内部容器网络互通，每个pod都有独立虚拟IP
pod都是部署完整的应用或模块（项目中通常：一个pod部署一个应用，或部署一个应用的一部分）。

#获取节点
kubectl get pods

#通过kubectl 运行一节点
kubectl run nginx-pod --image=nginx

#查看详细信息
kubectl describe pod nginx-pod

#查看拓展信息 可以看到IP等信息
kubectl get pods -o wide

提醒：官方不退年使用kubectl 命令来创建pod,推荐使用yml的方式来创建pod

YAML 方式创建POD

apiVersion: v1
kind: Pod
metadata:
  name: demo-pod
  labels: 
    app: demonginx
    type: nginxservice
spec:
  containers:
  - name: nginx
    image: nginx

#创建并启动pod 下面两个命令是一样的效果
kubectl create -f pod-ngix.yml
kubectl apply -f pod-ngix.yml
#停止pod
kubectl delete -f pod-ngix.yml

字段说明
apiVersion：API版本号。根据创建的内容，必须使用正确的API版本，不同版本号支持的功能可能不太一样。V1, app/V1beta，extensions/V1beta，等等
kind：资源类型，类型指的是创建的对象的类型，其他可能的值 Pod, Service, ReplicaSet, Deployment.
metadata：用来描述这个pod的元信息，比如名称和标签。有了这个元信息，我们区分这个pod,方便众多pod进行筛选。比如我们可以pod标识为前端应用，后端应用，数据库，中间件等。
spec: 其中container是一个数组，因为pod中可以有多个容器，名字前面的破折号表示这是列表中的第一个项目。列表中的每一个元素又是一个字典，所以要添加一个名称和image属性。image的值是nginx，这是docker仓库中的docker镜像。

ReplicationController

Pod 可以通过控制器来管理。它可以监测Kubernetes对象并及时反应,有下面这两个应用场景：
1 保证高可用，比如一个节点挂掉了，控制器会监测到会立即开启一个新的节点继续提供服务。
2 负载均衡，比如我们需要一个服务维持在3个节点以负载均衡。那么比如我们一个节点所在的宿主机的资源耗尽了，这个时候控制器可以调度在集群的其它机器上再创建一个节点，始终保持这个服务有三个节点来提供服务。

apiVersion: v1
kind: ReplicationController
metadata:
  name: demo-rc
  labels: 
    app: demonginx
    type: nginxservice
spec:
  template:
    metadata:
      name: ningx-pod
      labels: 
        app: nginxapp
    spec:
      containers:
      - name: nginx
        image: nginx
  replicas: 3

可以看到和前面的yml非常的类似，只是这次我们在spec定义了一个模板，这个模板就是比如我们一个节点挂掉了，这个时候控制器可以用这个模板来创建副本。同时replicas制定了节点数量为三个。

提醒:这里有个现象，比如你之前用命令行创建了一个pod,然后pod的标签和使用rc的一样，你会发现rc在启动的时候会直接把这个节点拿过来直接使用，也就是实际上只创建了两个节点

ReplicaSet

ReplicaSet与ReplicationController非常相似。ReplicaSet则相当于ReplicationController的升级版，它的作用也是控制pod的数量始终维持在预设的个数。

apiVersion: apps/v1 #注意需要使用这个版本
kind: ReplicaSet
metadata:
  name: demo-rc
  labels: 
    app: demonginx
    type: nginxservice
spec:
  template:
    metadata:
      name: ningx-pod
      labels: 
        app: nginxapp
        type: nginxservice #注意下面 selector 指定的matchLabels 要和这里的labels来对应
    spec:
      containers:
      - name: nginx
        image: nginx
  replicas: 3
  selector: 
    matchLabels:
      #这个是指定使用那个标签的服务 比如之前有一个服务标签叫这个 会直接拿过来用 和ReplicationController 一样 只是 ReplicationController不显示的定义,默认与pod定义文件中提供的标签相同
      type: nginxservice

#查看replicaset
kubectl get replicaset
#查看详细信息
kubectl describe replicaset demo-rs

扩容

使用下面命令：

kubectl scale replicaset myapp-rs --replicas=6
#修改命令 修改以后k8会响应变化 demo-rc为replicaset名称
kubectl edit rs  demo-rc 

也可以直接修改yml文件,修改副本数量。

Deployment

官方推荐不要直接使用ReplicaSet，用Deployments。Deployment可以通过selector来匹配labels字段，过滤出它所关心的被控制对象。
Deployment不直接管理Pod对象，而是由Deployment管理ReplicaSet，再由ReplicaSet负责管理Pod对象。
Deployment为我们提供了使用滚动更新无缝升级底层实例的能力，e.g.撤销变化，暂停，并根据需要恢复变化。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deployment
  labels: 
    app: myapp
    type: myservice
spec:
  selector: 
    matchLabels:
      type: myservice
  replicas: 3
  template:
    metadata:
      name: myapp-pod
      labels: 
        app: myapp
        type: myservice
    spec:
      containers:
      - name: nginx
        image: nginx

#查看
kubectl get deployments
#查看所有资源
kubectl get all
kubectl describe deploy demo-deploy

滚动更新与回滚

kubectl create -f myapp-deploy.yml --record #通过--record 执行以后就可以看到history里面多了一条 记录

#我们可以看到滚动更新的日志
kubectl edit deployment myapp-deployment --record && kubectl rollout status deployment/myapp-deployment

#在执行一次镜像修改
kubectl set image deployment myapp-deployment nginx=nginx:perl --record && kubectl rollout status deployment/myapp-deployment

kubectl describe pod  myapp-deployment-f5b5cdd5-22278

我们可以看到镜像已经变成了perl

接着我们做一次回滚

kubectl rollout undo deployment/myapp-deployment

可以看到就是把1拿过来重新执行一遍：

deployment 可以简写为deploy ,我们可以通过kubectl api-resources 这个命令来查看
这里有那些命令可以简写，简写成什么，对应的版本是什么