此快速Kubernetes提示可获取有关Kubernetes工作节点的详细信息以及如何读取和理解其输出。

什么是kubernetes节点？

节点是Kubernetes中的工作机(虚拟/物理)，其中携带应用程序运行。
在节点上运行的服务包括Docker，Kubelet和Kube-Proxy。

在Kubernetes集群中列出可用节点

看到可用节点的最简单方法是通过使用kubectl命令以此时尚：

kubectl get nodes

它应该一目了然地向我们展示群集中的所有节点。
我们可以看到每个节点的状态，角色，年龄和版本。

Hyman@theitroad:~# kubectl get nodes
NAME          STATUS   ROLES    AGE   VERSION
kmaster-rj    Ready    master   39d   v1.18.8
kworker-rj1   Ready    <none>   39d   v1.18.8
kworker-rj2   Ready    <none>   39d   v1.18.8
Hyman@theitroad:~#

正如我们可以看到工作节点的正常状态。

要查看更详细的输出运行以下命令，我们可以添加如下所示的"范围"选项：

kubectl get nodes -o wide

现在，我们将看到内部和外部IP，容器图像，内核版本和容器的运行时等其他详细信息。

Hyman@theitroad:~# kubectl get nodes -o wide
NAME          STATUS   ROLES    AGE   VERSION   INTERNAL-IP     EXTERNAL-IP   OS-IMAGE             KERNEL-VERSION       CONTAINER-RUNTIME
kmaster-rj    Ready    master   39d   v1.18.8   172.42.42.200   <none>        Ubuntu 18.04.5 LTS   4.15.0-101-generic   docker://19.3.6
kworker-rj1   Ready    <none>   39d   v1.18.8   172.42.42.201   <none>        Ubuntu 18.04.4 LTS   4.15.0-101-generic   docker://19.3.6
kworker-rj2   Ready    <none>   39d   v1.18.8   172.42.42.202   <none>        Ubuntu 18.04.5 LTS   4.15.0-101-generic   docker://19.3.6

让我们更深入地了解特定节点的更多信息。

有关更多详细信息，描述节点

如果我们希望在特定节点上的详细信息，则可以使用节点名称的"kubectl deviage"命令：

kubectl describe nodes worker-node-name

这是一个示例输出：

Hyman@theitroad:~# kubectl describe nodes kworker-rj1
Name:               kworker-rj1
Roles:              <none>
Labels:             app=front-end
                    beta.kubernetes.io/arch=amd64
                    beta.kubernetes.io/os=linux
                    kubernetes.io/arch=amd64
                    kubernetes.io/hostname=kworker-rj1
                    kubernetes.io/os=linux
                    size=medium
Annotations:        kubeadm.alpha.kubernetes.io/cri-socket: /var/run/dockershim.sock
                    node.alpha.kubernetes.io/ttl: 0
                    projectcalico.org/IPv4Address: 172.42.42.201/24
                    projectcalico.org/IPv4IPIPTunnelAddr: 172.16.213.0
                    volumes.kubernetes.io/controller-managed-attach-detach: true
CreationTimestamp:  Sun, 02 Aug 2017 15:42:32 +0000
Taints:             app=front-end:NoExecute
Unschedulable:      false
Lease:
  HolderIdentity:  kworker-rj1
  AcquireTime:     <unset>
  RenewTime:       Fri, 11 Sep 2017 07:09:51 +0000
Conditions:
  Type                 Status  LastHeartbeatTime                 LastTransitionTime                Reason                       Message
  ----                 ------  -----------------                 ------------------                ------                       ------
  NetworkUnavailable   False   Fri, 11 Sep 2017 02:57:12 +0000   Fri, 11 Sep 2017 02:57:12 +0000   CalicoIsUp                   Calico is running on this node
  MemoryPressure       False   Fri, 11 Sep 2017 07:06:56 +0000   Fri, 28 Aug 2017 06:33:29 +0000   KubeletHasSufficientMemory   kubelet has sufficient memory available
  DiskPressure         False   Fri, 11 Sep 2017 07:06:56 +0000   Fri, 28 Aug 2017 06:33:29 +0000   KubeletHasNoDiskPressure     kubelet has no disk pressure
  PIDPressure          False   Fri, 11 Sep 2017 07:06:56 +0000   Fri, 28 Aug 2017 06:33:29 +0000   KubeletHasSufficientPID      kubelet has sufficient PID available
  Ready                True    Fri, 11 Sep 2017 07:06:56 +0000   Fri, 11 Sep 2017 02:56:03 +0000   KubeletReady                 kubelet is posting ready status. AppArmor enabled
Addresses:
  InternalIP:  172.42.42.201
  Hostname:    kworker-rj1
Capacity:
  cpu:                2
  ephemeral-storage:  64800356Ki
  hugepages-2Mi:      0
  memory:             2040812Ki
  pods:               110
Allocatable:
  cpu:                2
  ephemeral-storage:  59720007991
  hugepages-2Mi:      0
  memory:             1938412Ki
  pods:               110
System Info:
  Machine ID:                 c7dbeba40d7b45a387082c96df6cc554
  System UUID:                595C28CA-DBBF-304D-8C5A-7862AA0A60E5
  Boot ID:                    306f36e0-ded3-4b45-946a-89509f845c21
  Kernel Version:             4.15.0-101-generic
  OS Image:                   Ubuntu 18.04.4 LTS
  Operating System:           linux
  Architecture:               amd64
  Container Runtime Version:  docker://19.3.6
  Kubelet Version:            v1.18.8
  Kube-Proxy Version:         v1.18.8
Non-terminated Pods:          (5 in total)
  Namespace                   Name                                    CPU Requests  CPU Limits  Memory Requests  Memory Limits  AGE
  ---------                   ----                                    ------------  ----------  ---------------  -------------  --
  default                     toleration-demo-dep-54f9ff64b9-7zcrn    0 (0%)        0 (0%)      0 (0%)           0 (0%)         4h9m
  default                     toleration-demo-dep-54f9ff64b9-9sldm    0 (0%)        0 (0%)      0 (0%)           0 (0%)         4h9m
  default                     toleration-demo-dep-54f9ff64b9-rgh7z    0 (0%)        0 (0%)      0 (0%)           0 (0%)         4h9m
  kube-system                 calico-node-2jlhm                       250m (12%)    0 (0%)      0 (0%)           0 (0%)         39d
  kube-system                 kube-proxy-54894                        0 (0%)        0 (0%)      0 (0%)           0 (0%)         22d
Allocated resources:
  (Total limits Jan be over 100 percent, i.e., overcommitted.)
  Resource           Requests    Limits
  --------           --------    -----
  cpu                250m (12%)  0 (0%)
  memory             0 (0%)      0 (0%)
  ephemeral-storage  0 (0%)      0 (0%)
  hugepages-2Mi      0 (0%)      0 (0%)
Events:              <none>

这有很多信息。什么对你很重要？

• 大多数信息都是有关系统IP，主机名，资源(CPU，GPU，内存)和版本信息(OS，Docker，Kubernetes)的信息。
• kubelet服务状态。
• 未划分的参数。
• 条件部分可以指示是否有系统资源问题会影响应用程序的运行。例如，如果任何OutofDisk，MemoryPress或者磁盘压缩条件为真，则存在不足的系统资源以提供进一步的工作负载。
• 最后的事件部分还将有消息，可以指示环境是否存在问题。