k8s集群创建pod
集群搭建完成后，需要创建pod来运行应用，每个pod中可以有多个容器，每个容器表示提供不同的服务，下面演示一下如何创建pod，本例子中的创建pod的镜像从harbor中拉取(方便，不需要单独上传镜像到服务器上)
机器环境如下：
master：10.88.15.216
worker1：10.88.15.219
worker2: 10.88.15.218
1、本教程中的集群一共有三台，其中一台主两台从，首先需要保证每个机器都可以登录harbor仓库，配置方法：在/etc/docker/daemon.json中添加配置内容如下：
其中10.88.26.131表示仓库地址，如果是域名就填写域名，填写完成后重新启动docker或者执行以下命令实现热更新：kill -SIGHUP $(pidof dockerd)，建议热更新，不需要重启docker进程
注意：需要填写在insecure-registries模块中
在命令窗口输入docker login 10.88.26.131，然后输入仓库的账号密码登陆仓库，如图表示成功
2、仓库登陆成功后，在/root/.docker目录下生成config.json配置文件，将此文件进行加密，执行命令cat /roo/.docker/config.json | base64 ,加密后下方生成加密字符串，如图：
通过config.json方式创建secret秘钥方案有一个问题，如果config.json中配置了多个认证仓库，可能会出现无法拉取镜像的问题
3、创建秘钥认证文件secret.yaml(建议采用最下方的方案来创建secret.yaml)，内容如图：
上图中的代码内容如下：
apiVersion: v1
kind: Secret
metadata:
name: registrkey
namespace: test #可以指定命名空间
data:
.dockerconfigjson:
type: kubernetes.io/dockerconfigjson其中name表示自己设置的一个名字(后面需要用到)，.dockerconfigjson后面加上第二步生成的加密字符串，其余选项按照图示填写即可，填写完成后执行命令如下：
kubectl create -f secret.yaml
创建完之后通过命令kubectl get secret registrkey -o yaml可以查看创建情况，如图：
从上图中可以看出，默认情况下认证文件创建在default命名空间中，这会导致一个问题：当创建pod到其他命名空间的时候，会出现无法从仓库拉取镜像的情况，因此需要针对每个命名空间创建一个认证文件(不同的命名空间可以创建相同的认证文件名字)，然后定义pod的时候指定对应的命名空间的认证文件名字即可，具体方法参考最下方方案
4、创建pod定义文件nginx.yaml，例如创建一个只包含一个nginx容器的pod，文件内容如下：
上图中的pod创建在默认的命名空间default中，registrkey表示第三步中定义的秘钥认证文件的名字，image表示要从仓库中拉取的镜像名字，containerPort表示容器内部的端口，hostPort表示映射出来的主机端口(集群需要通过Service对外统一提供服务，因此可不映射主机端口)
注意上图中的apiVersion 的名字不是乱写的，可以通过kubectl api-versions查询并填写，kind也要根据实际的类型来填写，比如此pod通过deployment控制器创建，那么kind位置就写deployment即可
5、执行命令创建pod，命令如下：
kubectl create -f nginx.yaml –record
注意：加了–record参数后，在查询版本更新历史的时候就可以看到每个版本使用的命令了
6、创建完成后，通过命令kubectl get pod可以查看当前pod的运行状态为running，如图：
执行命令kubectl describe pod +名字 可以查看当前pod运行的详细信息，如图：
执行命令kubectl get pods -o wide可以查看具体运行在哪个节点上，如图：
7、此时在浏览器输入IP地址加端口访问页面如下：
下面是一个最简单的一个创建nginx的pod例子如下：
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx #deployment名字
namespace: gongguan #命名空间
labels:
name: deployment-nginx
spec:
selector:
matchLabels:
app: nginx-pod #管理标签为nginx-pod的pod
replicas: 2 #副本个数为2
template: #创建pod的模板
metadata:
labels:
app: nginx-pod #pod标签，标签选择器就是选择这个标签
spec:
containers:
- name: nginx
image: nginx
ports:
- containerPort: 80
yaml文件的pod定义基本语法如下(供参考)：
# yaml格式的pod定义文件完整内容：
apiVersion: v1 #必选，版本号，例如v1
kind: Pod #必选，Pod
metadata: #必选，元数据
name: string #必选，Pod名称
namespace: string #必选，Pod所属的命名空间
labels: #自定义标签
- name: string #自定义标签名字
annotations: #自定义注释列表
- name: string
spec: #必选，Pod中容器的详细定义
containers: #必选，Pod中容器列表
- name: string #必选，容器名称
image: string #必选，容器的镜像名称
imagePullPolicy: [Always | Never | IfNotPresent] #获取镜像的策略 Alawys表示下载镜像 IfnotPresent表示优先使用本地镜像，否则下载镜像，Nerver表示仅使用本地镜像，如果标签为latest那么默认为Always，如果是其他标签，那么就是IfNotPresent
command: [string] #容器的启动命令列表，如不指定，使用打包时使用的启动命令
args: [string] #容器的启动命令参数列表
workingDir: string #容器的工作目录
volumeMounts: #挂载到容器内部的存储卷配置
- name: string #引用pod定义的共享存储卷的名称，需用volumes[]部分定义的的卷名
mountPath: string #存储卷在容器内mount的绝对路径，应少于512字符
readOnly: boolean #是否为只读模式，默认为读写模式
ports: #容器需要暴露的端口号列表
- name: string #端口号名称
containerPort: int #容器需要监听的端口号
hostPort: int #容器所在主机需要监听的端口号，默认与Container相同，设为hostPort时，同一台宿主机无法启动2个副本
protocol: string #端口协议，支持TCP和UDP，默认TCP
env: #容器运行前需设置的环境变量列表
- name: string #环境变量名称
value: string #环境变量的值
resources: #资源限制和请求的设置
limits: #资源限制的设置
cpu: string #Cpu的限制，单位为core数，将用于docker run --cpu-shares参数
memory: string #内存限制，单位可以为Mib/Gib，将用于docker run --memory参数
requests: #资源请求的设置
cpu: string #cpu请求，单位为core数，容器启动的初始可用数量
memory: string #内存请求，单位为MiB，GiB等，容器启动的初始可用数量
livenessProbe: #对Pod内个容器健康检查的设置，当探测无响应几次后将自动重启该容器，检查方法有exec、httpGet和tcpSocket，对一个容器只需设置其中一种方法即可
exec: #对Pod容器内检查方式设置为exec方式
command: [string] #exec方式需要制定的命令或脚本
httpGet: #对Pod内个容器健康检查方法设置为HttpGet，需要制定Path、port
path: string
port: number
host: string
scheme: string
HttpHeaders:
- name: string
value: string
tcpSocket: #对Pod内个容器健康检查方式设置为tcpSocket方式
port: number
initialDelaySeconds: 0 #容器启动完成后首次探测的时间，单位为秒
timeoutSeconds: 0 #对容器健康检查探测等待响应的超时时间，单位秒，默认1秒，若超过该时间，判断为不健康，将重启容器
periodSeconds: 0 #对容器健康检查的定期探测时间设置，单位秒，默认10秒一次
successThreshold: 0
failureThreshold: 0
securityContext:
privileged:false
restartPolicy: [Always | Never | OnFailure]#Pod的重启策略，Always表示一旦不管以何种方式终止运行，kubelet都将重启，OnFailure表示只有Pod以非0退出码退出才重启，Nerver表示不再重启该Pod
nodeSelector: obeject #设置NodeSelector表示将该Pod调度到包含这个label的node上，以key：value的格式指定
imagePullSecrets: #Pull镜像时使用的secret名称，以key：secretkey格式指定
- name: string
hostNetwork:false #是否使用主机网络模式，默认为false，如果设置为true，表示使用宿主机网络，一台机器无法启动2个副本
volumes: #在该pod上定义共享存储卷列表
- name: string #共享存储卷名称 （volumes类型有很多种）
emptyDir: {} #类型为emtyDir的存储卷，与Pod同生命周期的一个临时目录。为空值
hostPath: string #类型为hostPath的存储卷，表示挂载Pod所在宿主机的目录
path: string #Pod所在宿主机的目录，将被用于同期中mount的目录
secret: #类型为secret的存储卷，挂载集群预定义的secre对象到容器内部
scretname: string
items:
- key: string
path: string
configMap: #类型为configMap的存储卷，挂载预定义的configMap对象到容器内部
name: string
items:
- key: string
path: string附录：
1、创建screct.yaml文件的时候指定命令空间，如图：
2、创建pod的时候指定相同命名空间，并指定认证文件名，如图：
3、执行命令后可以看到pod已经创建成功，如图：
注意：不同的命名空间都需要创建认证文件，其中认证名可以相同，然后在创建pod的时候指定对应的命名空间和对应的认证名，否则会出现拉取镜像出错
重要！！！！！
创建完pod后还需要创建服务，将pod服务暴露出来， 通过创建Service，可以为一组具有相同功能的容器 应用提供一个统一的入口地址，并且将请求负载分发到后端的各个容器应用上。
创建秘钥认证文件secret.yaml
有如下两种方式：
- data：使用 data 字段时，取值的内容必须是 base64 编码的
- stringData：使用 stringData 时，更为方便，您可以直接将取值以明文的方式写在 yaml 文件中
1、在 yaml 中定义 data：
假设您要保存 username=admin 和 password=1f2d1e2e67df 到 Secret 中，请先将数据的值转化为 base64 编码，执行如下命令：
echo -n 'admin' | base64
YWRtaW4=
echo -n '1f2d1e2e67df' | base64
MWYyZDFlMmU2N2Rm创建 secret.yaml 文件，内容如下所示：
apiVersion: v1
kind: Secret
metadata:
name: mysecret //自定义名称
namespace: test //表示命名空间
type: Opaque
data:
username: YWRtaW4=
password: MWYyZDFlMmU2N2Rm最后执行命令kubectl apply -f secret.yaml创建即可
2、在 yaml 中定义 stringData：
有时，您并不想先将用户名和密码转换为 base64 编码之后再创建 Secret，则，您可以通过定义 stringData 来达成，此时 stringData 中的取值部分将被 apiserver 自动进行 base64 编码之后再保存
创建文件 secret.yaml，内容如下所示：
apiVersion: v1
kind: Secret
metadata:
name: mysecret
namespace: test
type: Opaque
stringData:
username: admin
password: 1f2d1e2e67df最后执行命令kubectl apply -f secret.yaml创建即可
静态pod
静态Pod是由kubelet进行管理的仅存在于特定Node上的Pod。它们不 能 通 过 API Server 进 行 管 理 ， 无 法 与 ReplicationController 、Deployment或者DaemonSet进行关联，并且kubelet无法对它们进行健康检查。静态Pod总是由kubelet创建的，并且总在kubelet所在的Node
上运行。
创建静态Pod有两种方式：配置文件方式和HTTP方式
一、配置文件方式：
1、执行命令systemctl status kubelet查看kubenet的进程状态，可以看到配置文件所在位置，如图：
2、查看配置文件config.yaml，可以看到静态pod的文件路径，如下：
3、进入路径/etc/kubernetes/manifests，创建nginx.yaml文件，如图：
注意：静态pod不只是在master节点才能创建，在任何一个节点的/etc/kubernetes/manifests目录下放置pod文件后都可以创建出静态pod
4、过一会就可以看到创建了一个名为nginx-test-gong的pod ,如图：
5、由于静态pod无法通过api-server来管理，因此删除此pod后，状态将变为pending，如图：
如果要彻底删除，只能去相应的节点上，将yaml文件删除即可
二、HTTP方式：
通过设置kubelet的启动参数“–manifest-url”，kubelet将会定期从该URL地址下载Pod的定义文件，并以.yaml或.json文件的格式进行解
析，然后创建Pod。其实现方式与配置文件方式是一致的。
