Kubernetes（十七）深入理解Pod

• 运行单个容器的pod:一个pod运行一个容器是kubernetes最常见的。
• 运行多个容器的pod：pod可能封装多个紧密耦合且需要共享资源的共处容器组成的应用程序。

• 在node节点：cat /opt/kubernetes/cfg/kubelet.kubeconfig 可以看到指定的容器，每创建一个pod都会创建一个，和pod一一对应。
• 在node节点：通过 docker ps 会看到name为*/pause-amd64:3.0的就是了。
• 负责维护pod的网络空间。
• 该容器对用户无感知，由后台自动完成。

• 在pod启动时，在主容器启动前执行初始化工作。
• 参考简书 https://www.jianshu.com/p/2f3736deb16f
• 参考官网 https://kubernetes.io/zh/docs/concepts/workloads/pods/init-containers/

• 我们主要使用的容器

• 官方链接 https://kubernetes.io/zh/docs/tasks/configure-pod-container/pull-image-private-registry/ 
• 生成secret有2种方式：
• 一、使用docker登录的凭证来生成 
  • 1.先登录镜像仓库 docker login -u *** -p *** https://registry.cn-shanghai.aliyuncs.com
  • 2.查看docker登录的凭证 cat .docker/config.json
  • 3.将凭证base64位编码 cat .docker/config.json |base64 -w 0
  • 4.生成token成功，将token保存到yaml模板即可；
• 二、使用kubectl来生成（在集群中创建保存授权令牌的secret）
  
  • 1.创建 kubectl create secret docker-registry regcred --docker-server=<your-registry-server> --docker-username=<your-name> --docker-password=<your-pword> --docker-email=<your-email>
  • 2. 查看  kubectl get secret regcred --output=yaml
• 创建一个使用secret的pod
  • 我们取名叫 useridentity-deployment.yaml
  • 执行 kubectl create -f useridentity-deployment.yaml
  • 如果镜像拉取失败，查看详细信息 kubectl describe pods useridentity
  • 基本的创建pod和service的yaml示例

• cpu和内存都是资源类型，cpu单位是核心数，内存单位是字节     

• pod中的每个容器都可以指定以下一个或者多个值
  • spec.containers[].resources.limits.cpu
  • spec.containers[].resources.limits.memory
  • spec.containers[].resource.requests.cpu
  • spec.containers[].resource.requests.memory          

• 0.1cpu=100m;0.1的cpu在双核，多核机器中的意义是一样的。     

• 内存的限制和请求以字节为单位。常见单位 Ei,Pi,Ti,Gi,Mi,Ki。     

• 当你创建一个pod时，kubernetes调度程序将为pod选择一个节点。每个节点具有每种资源类型的最大容量，调度程序确保对每种资源类型，调度的容器的资源请求综合人小于节点的容量。     

• 当kubectl启动一个容器时，它会将cpu和内存限制传递到容器运行时 。
  • spec.containers[].resource.request.cpu 作用于docker run 命令中的--cpu-shares
  • spec.containers[].resource.limits.cpu 作用于docker run 命令中的--cpu-quota
  • spec.containers[].resource.limits.memory 作用于 docker run 命令中的--memory   

• 如果为集群配置了可选监控，则可以从监控系统检索pod资源使用情况     

• pod状态为pending,并且时间信息显示failedScheduling     
  • 如果调度器找不到任何可以匹配的节点，则该pod将保持不可调度状态，直到找到一个可以被调度的位置。 
  • pod事件查看  kubectl describe pod nginx | grep -A 3 Events   
  • 查看pod资源限制利用率 kubectl describe nodes k8s-node1
• 容器意外终止
  • 容器终止了要查看是否是因为资源限制被杀死，要查看容器详情
  • 查看详情 kubectl describe pod nginx
  • 查看容器终止前后状态对比  kubectl get pod -o go-template=‘{{range.status.containerStatuses}}{{"Container Name: "}}{{.name}}{{"\r\nLastState: "}}{{.lastState}}{{end}}‘ nginx-59d795d786-czfj4
• 含资源限制的yaml示例文件

• Always  当容器终止退出后，总是重启（默认）
• OnFailure 当容器异常退出（退出状态码非0），才重启容器
• Never 当容器终止退出，从不重启容器

• restartPolicy: Always

• 如果检查失败，将容器杀死，使用restartPolicy策略来操作容器     

• 如果检查失败，kubernetes会把pod从service 负载均衡器中移除     

•     可以控制容器在启动成功后进行活性和就绪检查，确保存活和就绪探测器不会影响程序的启动。

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx
  nodeName: kube-01

apiVersion: v1
kind: Pod
metadata:
  name: nginx
  labels:
    env: test
spec:
  containers:
  - name: nginx
    image: nginx
    imagePullPolicy: IfNotPresent
  nodeSelector:
    disktype: ssd