k8s职责
- 自动化容器部署和复制
- 随时扩展或收缩容器
- 容器分组group，并且提供容器间的负载均衡
- 实时监控，即时故障发现，自动替换
k8s概念及架构
pod
pod是容器的容器，可以包含多个container
pod是k8s最小可部署单元，容器的本质是一个隔离的进程，而Pod则是一组相互联系的进程(进程组)。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
#修改命令 直接修改配置yml文件 修改以后k8会响应变化 demo-rc为replicaset名称
kubectl edit rs demo-rc
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 这个命令来查看
这里有那些命令可以简写，简写成什么，对应的版本是什么
