k8s如何查看主节点

使用以下命令可以查看Kubernetes集群中的主节点：kubectl get nodes、kubectl get nodes -o wide、kubectl describe node 。 其中，最常用和直接的方法是使用kubectl get nodes命令，这个命令会列出所有节点以及它们的角色信息，比如主节点和工作节点。通过这个命令，你可以快速了解集群的节点状态和角色分配。kubectl get nodes -o wide命令提供了更多的详细信息，包括节点的外部IP、内部IP等。kubectl describe node 命令则可以查看节点的详细配置和状态信息，比如节点的资源使用情况、分配的Pod信息等。在实际操作中，使用kubectl get nodes命令是最简便且高效的方法。

一、KUBECTL GET NODES

kubectl get nodes 是 Kubernetes 提供的一个基本命令，用于获取集群中所有节点的列表。这个命令展示了每个节点的名称、状态、角色、版本等基本信息。通过这个命令，我们可以快速地辨别出哪些是主节点，哪些是工作节点。在输出结果中，主节点通常会标记为 master 或 control-plane。使用这个命令的一个优势是它简单易用，适合快速检查节点状态。

示例:

kubectl get nodes

输出结果可能如下：

NAME STATUS ROLES AGE VERSION master-node Ready master 10d v1.20.0 worker-node1 Ready <none> 10d v1.20.0 worker-node2 Ready <none> 10d v1.20.0

在这个例子中，我们可以看到名为 master-node 的节点是主节点，其角色标记为 master。而其他节点则是工作节点。

二、KUBECTL GET NODES -O WIDE

kubectl get nodes -o wide 命令提供了比 kubectl get nodes 更多的详细信息，比如节点的外部IP、内部IP、操作系统、架构等。这个命令非常适合在需要了解节点更多细节时使用。它不仅展示了节点的基本信息，还补充了节点的网络和系统信息，方便进行更深入的运维和管理。

示例:

kubectl get nodes -o wide

输出结果可能如下：

NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME master-node Ready master 10d v1.20.0 10.0.0.1 <none> Ubuntu 18.04.5 LTS 5.4.0-58-generic docker://19.3.8 worker-node1 Ready <none> 10d v1.20.0 10.0.0.2 <none> Ubuntu 18.04.5 LTS 5.4.0-58-generic docker://19.3.8 worker-node2 Ready <none> 10d v1.20.0 10.0.0.3 <none> Ubuntu 18.04.5 LTS 5.4.0-58-generic docker://19.3.8

通过这个输出，我们可以获取到更多关于每个节点的详细信息，例如内部IP地址、操作系统版本、内核版本以及容器运行时版本。这些信息对于诊断和解决集群问题非常有用。

三、KUBECTL DESCRIBE NODE

kubectl describe node <node_name> 命令用于查看特定节点的详细信息。这个命令输出的信息非常详尽，包括节点的资源使用情况、标签、注释、分配的Pod信息等。使用这个命令可以对特定节点进行深入的诊断和分析，是解决节点问题和优化节点配置的利器。

示例:

kubectl describe node master-node

输出结果可能如下：

Name: master-node Roles: master Labels: beta.kubernetes.io/arch=amd64 beta.kubernetes.io/os=linux kubernetes.io/hostname=master-node node-role.kubernetes.io/master= Annotations: kubeadm.alpha.kubernetes.io/cri-socket: /var/run/dockershim.sock node.alpha.kubernetes.io/ttl: 0 CreationTimestamp: Mon, 04 Jan 2021 10:00:00 +0000 Taints: node-role.kubernetes.io/master:NoSchedule Unschedulable: false Conditions: Type Status LastHeartbeatTime LastTransitionTime Reason Message ---- ------ ----------------- ------------------ ------ ------- OutOfDisk False Mon, 04 Jan 2021 10:00:00 +0000 Mon, 04 Jan 2021 10:00:00 +0000 KubeletHasSufficientDisk kubelet has sufficient disk space available MemoryPressure False Mon, 04 Jan 2021 10:00:00 +0000 Mon, 04 Jan 2021 10:00:00 +0000 KubeletHasSufficientMemory kubelet has sufficient memory available DiskPressure False Mon, 04 Jan 2021 10:00:00 +0000 Mon, 04 Jan 2021 10:00:00 +0000 KubeletHasNoDiskPressure kubelet has no disk pressure Ready True Mon, 04 Jan 2021 10:00:00 +0000 Mon, 04 Jan 2021 10:00:00 +0000 KubeletReady kubelet is posting ready status Addresses: InternalIP: 10.0.0.1 Hostname: master-node Capacity: cpu: 4 ephemeral-storage: 50Gi hugepages-2Mi: 0 memory: 16Gi pods: 110 Allocatable: cpu: 4 ephemeral-storage: 50Gi hugepages-2Mi: 0 memory: 16Gi pods: 110 System Info: Machine ID: 1234567890abcdef System UUID: 12345678-1234-1234-1234-1234567890ab Boot ID: abcdef12-3456-7890-abcd-ef1234567890 Kernel Version: 5.4.0-58-generic OS Image: Ubuntu 18.04.5 LTS Operating System: linux Architecture: amd64 Container Runtime Version: docker://19.3.8 Kubelet Version: v1.20.0 Kube-Proxy Version: v1.20.0 PodCIDR: 10.244.0.0/24 PodCIDRs: 10.244.0.0/24 Non-terminated Pods: (5 in total) Namespace Name CPU Requests CPU Limits Memory Requests Memory Limits AGE --------- ---- ------------ ---------- --------------- ------------- --- kube-system etcd-master-node 0 (0%) 0 (0%) 0 (0%) 0 (0%) 10d kube-system kube-apiserver-master-node 250m (6%) 0 (0%) 256Mi (1%) 0 (0%) 10d kube-system kube-controller-manager-master- 200m (5%) 0 (0%) 512Mi (3%) 0 (0%) 10d kube-system kube-proxy-abcdef 0 (0%) 0 (0%) 0 (0%) 0 (0%) 10d kube-system kube-scheduler-master-node 100m (2%) 0 (0%) 256Mi (1%) 0 (0%) 10d Allocated resources: (Total limits may be over 100 percent, i.e., overcommitted.) CPU Requests CPU Limits Memory Requests Memory Limits ------------ ---------- --------------- ------------- 550m (13%) 0 (0%) 1024Mi (6%) 0 (0%) Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal NodeHasSufficientMemory 10d kubelet, master-node Node master-node status is now: NodeHasSufficientMemory Normal NodeHasNoDiskPressure 10d kubelet, master-node Node master-node status is now: NodeHasNoDiskPressure Normal NodeHasSufficientPID 10d kubelet, master-node Node master-node status is now: NodeHasSufficientPID Normal Starting 10d kube-proxy, master-node Starting kube-proxy. Normal Starting 10d kubelet, master-node Starting kubelet.

通过这个命令，我们可以看到关于节点的非常详细的信息，包括节点的标签、注释、创建时间、状态、条件、地址、容量、系统信息以及分配的Pod等。这些信息对于深入理解节点的运行状况和进行节点级别的调试非常有帮助。

四、KUBECTL LABEL NODES

在Kubernetes中，标签是一个非常重要的概念，它们用于标识和组织资源。通过为节点打标签，我们可以更好地管理和调度工作负载。使用kubectl label nodes命令，可以为节点添加或更新标签，从而实现更细粒度的资源管理和调度策略。

示例:

kubectl label nodes master-node role=master

这条命令为名为 master-node 的节点添加了一个标签 role=master。通过这种方式，我们可以更清晰地标识和区分主节点和工作节点，方便后续的资源调度和管理。

五、KUBECTL TAINT NODES

污点和容忍度是Kubernetes中的重要概念，用于控制Pod在节点上的调度行为。通过为节点添加污点，可以防止不符合条件的Pod调度到该节点上。使用kubectl taint nodes命令，可以为节点添加污点，从而实现更灵活的调度策略。

示例:

kubectl taint nodes master-node node-role.kubernetes.io/master=:NoSchedule

这条命令为名为 master-node 的节点添加了一个污点 node-role.kubernetes.io/master=:NoSchedule，表示不允许新的Pod调度到这个节点上。通过这种方式，可以确保主节点的资源主要用于系统组件，而不是用户工作负载。

六、KUBECTL CORDON 和 DRAIN

在进行节点维护或升级时，可能需要暂时停止该节点上的Pod调度。使用kubectl cordon命令，可以将节点标记为不可调度状态。使用kubectl drain命令，可以安全地驱逐该节点上的所有Pod。

示例:

kubectl cordon master-node kubectl drain master-node --ignore-daemonsets

这两条命令将名为 master-node 的节点标记为不可调度，并安全地驱逐该节点上的所有Pod（忽略DaemonSet类型的Pod）。通过这种方式，可以在不影响服务的前提下进行节点维护和升级。

七、KUBECTL DEBUG NODE

在某些情况下，可能需要对节点进行更深入的调试。Kubernetes提供了kubectl debug命令，可以在节点上启动一个调试容器，从而实现更深入的调试和问题排查。

示例:

kubectl debug node/master-node -it --image=busybox

这条命令在名为 master-node 的节点上启动了一个基于 busybox 镜像的调试容器，并进入交互模式。通过这种方式，可以在节点上直接运行命令，进行更深入的调试和问题排查。

八、利用监控工具查看主节点

除了使用kubectl命令之外，还可以借助一些监控工具来查看和管理Kubernetes集群中的主节点。例如，Prometheus和Grafana是常用的监控工具，可以通过设置和配置，实时监控集群的运行状态，包括节点的资源使用情况、健康状态等。

示例:

安装Prometheus和Grafana
配置Prometheus监控Kubernetes集群
在Grafana中创建或导入Kubernetes监控仪表盘

通过这种方式，可以实现对Kubernetes集群的可视化监控，更直观地了解主节点和工作节点的运行状态和资源使用情况。

九、使用API查看主节点

Kubernetes提供了丰富的API，可以通过调用API来获取集群中的节点信息。使用API的一个好处是可以编写自动化脚本，实现更灵活的集群管理和监控。

示例:

curl -k -H "Authorization: Bearer <token>" https://<k8s-api-server>/api/v1/nodes

通过调用这个API，可以获取集群中所有节点的详细信息。然后可以根据需要解析和处理这些信息，实现自动化的节点管理和监控。

十、总结与最佳实践

在Kubernetes集群中查看主节点是一个基本但非常重要的任务。通过使用kubectl get nodes、kubectl get nodes -o wide、kubectl describe node <node_name>等命令，可以快速获取节点的基本信息和详细配置。此外，通过使用标签、污点、cordon和drain等机制，可以实现更灵活和精细的节点管理。在实际操作中，结合监控工具和API，可以实现对集群的全面监控和自动化管理。掌握这些工具和方法，可以有效提升集群的稳定性和管理效率。

相关问答FAQs：

K8s如何查看主节点？

在Kubernetes中，主节点（Master Node）是集群的控制平面，负责管理和调度工作负载。要查看主节点的状态和信息，可以使用多种方法和命令。以下是一些常用的方法。

首先，可以通过kubectl命令行工具来查看集群的节点信息。运行以下命令：

kubectl get nodes

该命令会列出集群中所有节点的状态，包括主节点和工作节点。主节点通常会标记为“master”或“control-plane”，具体取决于Kubernetes的版本和配置。在输出的列表中，您可以看到每个节点的名称、状态、角色、年龄和版本等信息。

除了使用kubectl命令，还可以通过访问Kubernetes API服务器获取主节点的信息。API服务器可以提供关于集群的详细信息，包括节点的详细状态和配置。可以通过以下命令访问API并获取节点列表：

curl -k https://<API_SERVER>/api/v1/nodes

确保用实际的API服务器地址替换<API_SERVER>。该命令将返回一个JSON格式的节点列表，其中包含有关主节点的详细信息。

另外，您还可以在Kubernetes的主节点上查找相关的配置文件。Kubernetes的主要组件通常会在主节点上运行，如kube-apiserver、kube-controller-manager和kube-scheduler。通过查看这些组件的状态，您可以了解主节点的健康状况和性能。

如果您在使用Kubernetes的过程中遇到问题，可以查看主节点的日志。这些日志通常位于/var/log/目录下，文件名可能包括kube-apiserver.log、kube-controller-manager.log和kube-scheduler.log等。通过查看这些日志文件，您可以获取有关主节点的详细信息，帮助您诊断和解决问题。

K8s主节点与工作节点的区别是什么？

在Kubernetes集群中，主节点和工作节点扮演着不同的角色。主节点主要负责管理集群的整体状态和调度工作负载，而工作节点则用于运行实际的容器化应用。

主节点包含Kubernetes的控制平面组件，如kube-apiserver、kube-scheduler和kube-controller-manager。这些组件共同工作，确保集群的健康状态和资源的有效利用。主节点负责接收用户的请求，调度资源，并监控集群的状态。

工作节点则负责运行Pod，这是Kubernetes中最小的可调度单元。每个工作节点上都运行着kubelet和kube-proxy，前者负责管理容器的生命周期，后者则负责网络通信。工作节点可以根据主节点的调度来启动、停止和管理应用程序。

在集群中，主节点通常是高可用的，可以通过配置多个主节点来实现冗余。这意味着即使一个主节点出现故障，其他主节点仍然能够继续管理集群。而工作节点则可能会有多个，通常数量较多，以满足应用程序的需求。

了解主节点与工作节点之间的区别，对于有效管理和优化Kubernetes集群至关重要。通过合理的配置和资源分配，可以确保集群的性能和稳定性。

K8s如何监控主节点的状态？

监控Kubernetes主节点的状态是确保集群健康和性能的关键步骤。可以使用多种工具和方法来实现主节点的监控，以便及时发现并解决潜在的问题。

一种常用的方法是使用Prometheus和Grafana。这两个工具通常结合使用，Prometheus负责数据采集，而Grafana则用于数据可视化。可以通过安装Prometheus Operator来部署Prometheus，并配置监控Kubernetes集群的相关指标。安装完成后，可以在Grafana中创建仪表板，以便实时监控主节点的CPU使用率、内存占用、网络流量等重要指标。

此外，Kubernetes还提供了内置的监控解决方案，如Metrics Server。Metrics Server可以收集集群中的资源使用情况，并提供API供其他工具查询。通过安装Metrics Server，用户可以使用以下命令查看节点的资源使用情况：