一、Pod 简介
Pod是k8s系统中可以创建和管理的最小单元，是资源对象模型中由用户创建或部署的最小资源对象模型，也是在k8s上运行容器化应用的资源对象，其他的资源对象都是用来支撑或者扩展Pod对象功能的，比如控制器对象是用来管控Pod对象的，Service或者Ingress资源对象是用来暴露Pod引用对象的，PersistentVolume资源对象是用来为Pod提供存储等等，k8s不会直接处理容器，而是Pod，Pod是由一个或者多个container组成的。
Pod 特性：
1）资源共享
一个Pod里的多个容器可以共享存储和网络，可以看作一个逻辑的主机。共享的如 namespace,cgroups或者其他的隔离资源。
多个容器共享同一个network namespace，由此在一个Pod里的多个容器共享Pod的IP和端口namespace，所以一个Pod内的多个容器之间可以通过localhost来进行通信,所需要注意的是不同容器要注意不要有端口冲突即可。不同的Pod有不同的IP,不同Pod内的多个容器之间通信，不可以使用IPC（Inter-Process Communication，进程间通信）（如果没有特殊指定的话）通信，通常情况下使用Pod的IP进行通信。
一个Pod里的多个容器可以共享存储卷，这个存储卷会被定义为Pod的一部分，并且可以挂载到该Pod里的所有容器的文件系统上。
2）生命周期短暂
Pod属于生命周期比较短暂的组件，比如，当Pod所在节点发生故障，那么该节点上的Pod会被调度到其他节点，但需要注意的是，被重新调度的Pod是一个全新的Pod,跟之前的Pod没有关系。
3）平坦的网络
K8s集群中的所有Pod都在同一个共享网络地址空间中，也就是说每个Pod都可以通过其他Pod的IP地址来实现访问。
Pod使用核心原则：将多个应用分散到多个Pod中
原因：基于资源的合理应用；扩缩容，不同应用应该有不同的扩缩容策略等。
如果容器之间不是必须运行在一起的话，那么就放到不同的Pod里。
如果容器之前是相互独立的组件，那么就放到不同的Pod里。
如果容器之前扩缩容策略不一样，那么就放到不同的Pod里。
最好单Pod单容器应用，除非特殊原因。
二、Pod创建流程
创建Pod可以使用两种方式，一种是通过命令行加各种命令行参数的方式，另一种是表单方式创建（推荐）。
1：kubectl 向K8s API发送一个REST HTTP请求
2：调度器将其调度到一个工作节点上
3：被调度的工作节点上的kubelet会告知Docker拉取镜像，下载后运行容器。
- 命令行加各种命令行参数的方式创建一个Pod
# 创建一个Pod资源
#--image 指定镜像名称，--port指定该容器的端口 --generator=run/v1 是指让k8s创建一个RC资源，而不是deployment资源
[root@node1 ~]# kubectl run nginx --image=nginx --port=8080 --generator=run/v1
kubectl run --generator=run/v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run-pod/v1 or kubectl create instead.
replicationcontroller/nginx created
# 查看pod
# NAME:Pod的名称，REAY: 表示运行个数 前面的1表示正在运行的个数，后面的1表示总共要运行的个数， STATUS:表示状态 RESTARTS：表示被重启的次数， AGE:表示启动的时间。
[root@node1 ~]# kubectl get pods
NAME READY STATUS RESTARTS AGE
busybox 1/1 Running 1 78m
busybox-555c656b9-gvzrb 1/1 Running 0 138m
linux-alpine-56749b4d9-5vtld 1/1 Running 6 48m
linux-alpine-56749b4d9-tzn78 1/1 Running 6 48m
nginx-rkvcd 1/1 Running 0 79s
test-7b48b75784-8zt5n 1/1 Running 1 4h22m
test-7b48b75784-jfxmm 1/1 Running 0 4h22m
test-7b48b75784-lncjz 1/1 Running 0 4h22m
# 查看pod 描述
[root@node1 ~]# kubectl describe pod nginx-rkvcd
Name: nginx-rkvcd
Namespace: default
Priority: 0
Node: node1/192.168.247.131
Start Time: Fri, 08 Nov 2019 21:47:40 +0800
Labels: run=nginx
Annotations: cni.projectcalico.org/podIP: 192.168.166.132/32
Status: Running
IP: 192.168.166.132
IPs:
IP: 192.168.166.132
Controlled By: ReplicationController/nginx
Containers:
nginx:
Container ID: docker://2ca447e54d47c3fa1fbb78dd4fb84161ee11faa293976dfcafda39a80b17732f
Image: nginx
Image ID: docker-pullable://nginx@sha256:ea8de9052936c9d026dfd2b80f5a54595b7319fcf85ec8fa0b40eebf761a9f45
Port: 8080/TCP
Host Port: 0/TCP
State: Running
Started: Fri, 08 Nov 2019 21:47:55 +0800
Ready: True
Restart Count: 0
Environment: <none>
Mounts:
/var/run/secrets/kubernetes.io/serviceaccount from default-token-jcrgz (ro)
Conditions:
Type Status
Initialized True
Ready True
ContainersReady True
PodScheduled True
Volumes:
default-token-jcrgz:
Type: Secret (a volume populated by a Secret)
SecretName: default-token-jcrgz
Optional: false
QoS Class: BestEffort
Node-Selectors: <none>
Tolerations: node.kubernetes.io/not-ready:NoExecute for 300s
node.kubernetes.io/unreachable:NoExecute for 300s
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Scheduled <unknown> default-scheduler Successfully assigned default/nginx-rkvcd to node1
Normal Pulling 2m53s kubelet, node1 Pulling image "nginx"
Normal Pulled 2m42s kubelet, node1 Successfully pulled image "nginx"
Normal Created 2m41s kubelet, node1 Created container nginx
Normal Started 2m41s kubelet, node1 Started container nginx
# 访问nginx
[root@master ~]# curl http://192.168.166.132
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
body {
width: 35em;
margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif;
}
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>
<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>
<p><em>Thank you for using nginx.</em></p>
</body>
</html>
- 表单方式创建一个Pod
# 创建表单文件
[root@node1 ~]# vi nginx.yaml
apiVersion: v1
kind: ReplicationController
metadata:
name: nginx
spec:
replicas: 2
selector:
app: nginx
template:
metadata:
name: nginx
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx
ports:
- containerPort: 80
# 创建pod
[root@node1 ~]# kubectl create -f nginx.yaml
deployment.apps/nginx created
service/nginx-service-nodeport created
# 查看pod
[root@node1 ~]# kubectl get pods
NAME READY STATUS RESTARTS AGE
nginx-74485bd495-lln2v 0/1 ErrImagePull 0 93s
# 删除pod
[root@node1 ~]# kubectl delete pod nginx-74485bd495-lln2v
pod "nginx-74485bd495-lln2v" deleted
# 检查是否创建了deployments任务
[root@node1 ~]# kubectl get deployments
NAME READY UP-TO-DATE AVAILABLE AGE
busybox 1/1 1 1 179m
linux-alpine 2/2 2 2 88m
test 3/3 3 3 5h3m
# 检查是否创建了副本控制器ReplicationController
[root@node1 ~]# kubectl get rc
NAME DESIRED CURRENT READY AGE
nginx 1 1 1 42m
nginx-controller 2 2 0 17m
# 检查死否创建了副本集replicasets
[root@node1 ~]# kubectl get rs
NAME DESIRED CURRENT READY AGE
busybox-555c656b9 1 1 1 3h
linux-alpine-56749b4d9 2 2 2 89m
test-7b48b75784 3 3 3 5h4m
# 以下为正确删除，按顺序
# 删除rc-nginx deployments
[root@node1 ~]# kubectl delete deployment nginx
# 删除rc-nginx ReplicationController
[root@node1 ~]# kubectl delete rc nginx
replicationcontroller "nginx" deleted
# 删除rs replicasets
[root@node1 ~]# kubectl delete rs nginx
# 删除pod
[root@node1 ~]# kubectl delete -f nginx.yaml
pod和容器的区别:
pod是k8s的最小单元，容器包含在pod中，一个pod中有一个pause容器和若干个业务容器，而容器就是单独的一个容器，简而言之，pod是一组容器，而容器单指一个容器。
三、常见问题
pod服务一直处于ContainerCreating状态的问题的过程
pod状态出现ImagePullBackOff的原因
镜像缺失
