Kubernetes 系列一文带你吃透 K8S 应用pod结点

Posted 2022-07-27 半身风雪

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Kubernetes 系列一文带你吃透 K8S 应用pod结点相关的知识，希望对你有一定的参考价值。

作者：半身风雪
上一节：创建K8s集群项目
简介：上一节我们一起学习了，如何去部署一个K8S 的应用程序，这一节，我们主要讲解一下，K8S 应用的框架结构。

K8S 应用pod结点

目标
一、Kubernetes Pods
- 1.1、Kubernetes 中的pod 是做什么的
二、工作结点
三、故障排除
- 3.1、常见kubectl 命令
- 3.2、可视化界面
四、pod 资源详情
总结

目标

本节我将和大家一起学习Kubernetes 应用中的pod结点

了解 Kubernetes Pod。
了解 Kubernetes 工作节点。
对已部署的应用故障排除。

一、Kubernetes Pods

在上一节中，我们一起学会了如何使用 kubectl 创建一个应用。这里我们一起来重温一遍。

启动minikube 集群

minikube start

打开 Kubernetes 仪表板（Dashboard）

minikube dashboard

在 dashboard 中，我们找到pods 结点，并打开

1.1、Kubernetes 中的pod 是做什么的

Pod 是 Kubernetes 抽象出来的，表示一组一个或多个应用程序容器（如 Docker），以及这些容器的一些共享资源。这些资源包括:

共享存储，当作卷
网络，作为唯一的集群 IP 地址
有关每个容器如何运行的信息，例如容器映像版本或要使用的特定端口。

Pod 是为应用程序的“logic host”建模，并且可以包含相对紧耦合的不同应用容器。例如，Pod 可能既包含带有 Node.js 应用的容器，也包含另一个不同的容器，用于提供 Node.js 网络服务器要发布的数据。Pod 中的容器共享 IP 地址和端口，始终位于同一位置并且共同调度，并在同一工作节点上的共享上下文中运行。

Pod是 Kubernetes 平台上的原子单元。当我们在 Kubernetes 上创建 Deployment 时，该 Deployment 会在其中创建包含容器的 Pod （而不是直接创建容器）。每个 Pod 都与调度它的工作节点绑定，并保持在那里直到终止（根据重启策略）或删除。如果工作节点发生故障，则会在集群中的其他可用工作节点上调度相同的 Pod。

通过运行起来的程序，我们可以在web 界面中，非常直观的看到pods 所有信息。

二、工作结点

首先，我们先来看一张图：

通过这张官方图，再结合我们自己的应用程序中的pods 结点的展示内容，你是不是也发现了什么呢？

每一个 pod 都是运行在 工作节点中。工作节点是 Kubernetes 中的参与计算的机器，可以是虚拟机或物理计算机，具体取决于集群。每个工作节点由主节点管理。工作节点可以有多个 pod ，Kubernetes 主节点会自动处理在集群中的工作节点上调度 pod 。主节点的自动调度考量了每个工作节点上的可用资源。

每一个 Kubernetes 工作节点必须包含Kubelet 和容器:

Kubelet，负责 Kubernetes 主节点和工作节点之间通信的过程; 它管理 Pod 和机器上运行的容器。
容器运行时（如 Docker）负责从仓库中提取容器镜像，解压缩容器以及运行应用程序。

三、故障排除

我们之前一直使用的Kubectl 命令来获取应用的相关信息，那么我们如何查看已经部署的项目的环境信息呢？当然还是使用Kubectl 相关命令咯。

3.1、常见kubectl 命令

下面我们一起来看看几个最常见的 kubectl 命令：

kubectl get - 列出资源
kubectl describe - 显示有关资源的详细信息
kubectl logs - 打印 pod 和其中容器的日志
kubectl exec - 在 pod 中的容器上执行命令

3.2、可视化界面

我们除了使用上面的 kubectl 命令 来查看及排查应用的故障之外， Kubernetes 仪表板（Dashboard）也为我们做出了最直观的展示。

点击应用名称，进入详情页面

Metadata - 元数据
Resource information - 资源信息

Conditions - 条件

Controlled by - 管控器

Persistent Volume Claims - 资源体积

Events - 事件

容器状态

四、pod 资源详情

看到这里，肯定大家也有一些困惑，我们能不能更直观的，查看整个pods 资源，并且做一些修改呢？下面我们一起来看一张图：

查看pods 日志。
在pod 中重新运行编译加载资源。
pod 资源编辑，在这里可以修改当前pod 资源类似。
删除当前pod 资源

pod 资源详细内容

kind: Pod
apiVersion: v1
metadata:
  name: hello-node-6b89d599b9-jdg2k
  generateName: hello-node-6b89d599b9-
  namespace: default
  uid: 52ca897e-8cf5-469c-a221-b19d1f5f8dfc
  resourceVersion: '1984'
  creationTimestamp: '2022-07-01T06:36:04Z'
  labels:
    app: hello-node
    pod-template-hash: 6b89d599b9
  ownerReferences:
    - apiVersion: apps/v1
      kind: ReplicaSet
      name: hello-node-6b89d599b9
      uid: 6fff5c66-6897-47f0-b531-c7f8c6d2acb3
      controller: true
      blockOwnerDeletion: true
  managedFields:
    - manager: kube-controller-manager
      operation: Update
      apiVersion: v1
      time: '2022-07-01T06:36:04Z'
      fieldsType: FieldsV1
      fieldsV1:
        f:metadata:
          f:generateName: 
          f:labels:
            .: 
            f:app: 
            f:pod-template-hash: 
          f:ownerReferences:
            .: 
            k:"uid":"6fff5c66-6897-47f0-b531-c7f8c6d2acb3": 
        f:spec:
          f:containers:
            k:"name":"echoserver":
              .: 
              f:image: 
              f:imagePullPolicy: 
              f:name: 
              f:resources: 
              f:terminationMessagePath: 
              f:terminationMessagePolicy: 
          f:dnsPolicy: 
          f:enableServiceLinks: 
          f:restartPolicy: 
          f:schedulerName: 
          f:securityContext: 
          f:terminationGracePeriodSeconds: 
    - manager: Go-http-client
      operation: Update
      apiVersion: v1
      time: '2022-07-01T06:36:05Z'
      fieldsType: FieldsV1
      fieldsV1:
        f:status:
          f:conditions:
            k:"type":"ContainersReady":
              .: 
              f:lastProbeTime: 
              f:lastTransitionTime: 
              f:status: 
              f:type: 
            k:"type":"Initialized":
              .: 
              f:lastProbeTime: 
              f:lastTransitionTime: 
              f:status: 
              f:type: 
            k:"type":"Ready":
              .: 
              f:lastProbeTime: 
              f:lastTransitionTime: 
              f:status: 
              f:type: 
          f:containerStatuses: 
          f:hostIP: 
          f:phase: 
          f:podIP: 
          f:podIPs:
            .: 
            k:"ip":"172.17.0.3":
              .: 
              f:ip: 
          f:startTime: 
      subresource: status
spec:
  volumes:
    - name: kube-api-access-79cmb
      projected:
        sources:
          - serviceAccountToken:
              expirationSeconds: 3607
              path: token
          - configMap:
              name: kube-root-ca.crt
              items:
                - key: ca.crt
                  path: ca.crt
          - downwardAPI:
              items:
                - path: namespace
                  fieldRef:
                    apiVersion: v1
                    fieldPath: metadata.namespace
        defaultMode: 420
  containers:
    - name: echoserver
      image: k8s.gcr.io/echoserver:1.4
      resources: 
      volumeMounts:
        - name: kube-api-access-79cmb
          readOnly: true
          mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      terminationMessagePath: /dev/termination-log
      terminationMessagePolicy: File
      imagePullPolicy: IfNotPresent
  restartPolicy: Always
  terminationGracePeriodSeconds: 30
  dnsPolicy: ClusterFirst
  serviceAccountName: default
  serviceAccount: default
  nodeName: minikube
  securityContext: 
  schedulerName: default-scheduler
  tolerations:
    - key: node.kubernetes.io/not-ready
      operator: Exists
      effect: NoExecute
      tolerationSeconds: 300
    - key: node.kubernetes.io/unreachable
      operator: Exists
      effect: NoExecute
      tolerationSeconds: 300
  priority: 0
  enableServiceLinks: true
  preemptionPolicy: PreemptLowerPriority
status:
  phase: Running
  conditions:
    - type: Initialized
      status: 'True'
      lastProbeTime: null
      lastTransitionTime: '2022-07-01T06:36:04Z'
    - type: Ready
      status: 'True'
      lastProbeTime: null
      lastTransitionTime: '2022-07-01T06:36:05Z'
    - type: ContainersReady
      status: 'True'
      lastProbeTime: null
      lastTransitionTime: '2022-07-01T06:36:05Z'
    - type: PodScheduled
      status: 'True'
      lastProbeTime: null
      lastTransitionTime: '2022-07-01T06:36:04Z'
  hostIP: 192.168.49.2
  podIP: 172.17.0.3
  podIPs:
    - ip: 172.17.0.3
  startTime: '2022-07-01T06:36:04Z'
  containerStatuses:
    - name: echoserver
      state:
        running:
          startedAt: '2022-07-01T06:36:04Z'
      lastState: 
      ready: true
      restartCount: 0
      image: k8s.gcr.io/echoserver:1.4
      imageID: >-
        docker-pullable://k8s.gcr.io/echoserver@sha256:5d99aa1120524c801bc8c1a7077e8f5ec122ba16b6dda1a5d3826057f67b9bcb
      containerID: >-
        docker://ad3680651ec9494578d3217606d040e1ce5469eb8ba7644f8efa4d8c0d5e8411
      started: true
  qosClass: BestEffort

总结

本节内容相对比较简单，但却很重要，还是需要花费一点时间，做一个详细的验证学习理解的。
那么本节内容到这里就结束了，下一节我们一起学习如何将 Pod 暴露给外部实现通信交互。

以上是关于Kubernetes 系列一文带你吃透 K8S 应用pod结点的主要内容，如果未能解决你的问题，请参考以下文章