节点可以是一个虚拟机或者物理机器#xff0c;取决于所在的集群配置。

每个节点包含运行

这些节点由控制面负责管理。

通常集群中会有若干个节点…Kubernetes

Pod

这些节点由控制面负责管理。

通常集群中会有若干个节点而在一个学习所用或者资源受限的环境中你的集群中也可能只有一个节点。

节点上的组件包括

kubelet、

如果节点是健康的即所有必要的服务都在运行中则该节点可以用来运行

否则直到该节点变为健康之前所有的集群活动都会忽略该节点。

说明Kubernetes

会一直保存着非法节点对应的对象并持续检查该节点是否已经变得健康。

你或者某个控制器必须显式地删除该

Node

而言隐式假定使用相同名称的实例会具有相同的状态例如网络配置、根磁盘内容

和类似节点标签这类属性。

这可能在节点被更改但其名称未变时导致系统状态不一致。

如果某个

这是首选模式被绝大多数发行版选用。

对于自注册模式kubelet

使用下列参数启动--kubeconfig

服务器执行身份认证所用的凭据的路径。

--cloud-provider

与某云驱动

进行通信以读取与自身相关的元数据的方式。

--register-node

自动向

准入控制插件所实施的标签限制。

--node-status-update-frequency

kubelet

例如你可以修改节点上的标签或并标记其为不可调度。

你可以结合使用

Node

只能在符合要求的节点子集上运行。

如果标记节点为不可调度unschedulable将阻止新

Pod

这是重启节点或者执行其他维护操作之前的一个有用的准备步骤。

要标记一个

Node

这些服务也仍需运行在节点之上。

节点状态一个节点的状态包含以下信息:地址Addresses状况Condition容量与可分配Capacity信息Info你可以使用

kubectl

节点名称下面对输出的每个部分进行详细描述。

地址这些字段的用法取决于你的云服务商或者物理机配置。

HostName由节点的内核报告。

可以通过

kubelet

参数覆盖。

ExternalIP通常是节点的可外部路由从集群外可访问的

Running

节点的状况。

状况的示例包括节点状况描述Ready如节点是健康的并已经准备好接收

Pod

False说明如果使用命令行工具来打印已保护Cordoned节点的细节其中的

Condition

SchedulingDisabled。

SchedulingDisabled

Kubernetes

Condition被保护起来的节点在其规约中被标记为不可调度Unschedulable。

在

Kubernetes

上运行。

进一步的细节可参阅根据状况为节点设置污点。

容量Capacity与可分配Allocatable这两个值描述节点上的可用资源CPU、内存和可以调度到节点上的

Pod

的时候了解有关容量和可分配资源的更多信息。

信息InfoInfo

版本kubelet

节点发送的心跳帮助你的集群确定每个节点的可用性并在检测到故障时采取行动。

对于节点有两种形式的心跳:更新节点的

Lease

来表达心跳在大型集群中可以减少这些更新对性能的影响。

kubelet

Lease。

当节点状态发生变化时或者在配置的时间间隔内没有更新事件时kubelet

会更新

管理节点的方方面面。

节点控制器在节点的生命周期中扮演多个角色。

CIDR

分配。

第二个是保持节点控制器内的节点列表与云服务商所提供的可用机器列表同步。

如果在云环境下运行只要某节点不健康节点控制器就会询问云服务是否节点的虚拟机仍可用。

如果不可用节点控制器会将该节点从它的节点列表删除。

第三个是监控节点的健康状况。

节点控制器负责在节点不可达的情况下在

Node

参数来配置周期。

逐出速率限制大部分情况下节点控制器把逐出速率限制在每秒

--node-eviction-rate

当一个可用区域可能从控制面脱离时其它可用区域可能仍然保持连接。

如果你的集群没有跨越云服务商的多个可用区域那整个集群就只有一个可用区域。

跨多个可用区域部署你的节点的一个关键原因是当某个可用区域整体出现故障时

因此如果一个可用区域中的所有节点都不健康时节点控制器会以正常的速率

--node-eviction-rate

节点控制器将假设控制面与节点间的连接出了某些问题它将停止所有驱逐动作

如果故障后部分节点重新连接节点控制器会从剩下不健康或者不可达节点中驱逐

NoExecute

版本中是默认启用的。

注意默认情况下下面描述的两个配置选项shutdownGracePeriod

shutdownGracePeriodCriticalPods

要激活此功能特性这两个

配置选项要适当配置并设置为非零值。

在体面关闭节点过程中kubelet

分两个阶段来终止

选项shutdownGracePeriod指定节点应延迟关闭的总持续时间。

此时间是

Pod

Pod。

shutdownGracePeriodCriticalPods在节点关闭期间指定用于终止关键

Pod

shutdownGracePeriodCriticalPods10s

kubelet

[alpha]为了在节点体面关闭期间提供更多的灵活性尤其是处理关闭期间的

Pod

优先级类数值custom-class-a100000custom-class-b10000custom-class-c1000regular/unset0在

kubelet

shutdownGracePeriodByPodPriority

优先级类数值关闭期限10000010

将会是shutdownGracePeriodByPodPriority:-

priority:

100000shutdownGracePeriodSeconds:

10-

10000shutdownGracePeriodSeconds:

180-

1000shutdownGracePeriodSeconds:

120-

秒的时间停止。

用户不需要为所有的优先级类都设置数值。

例如你也可以使用下面这种配置Pod

优先级类数值关闭期限100000300

会直接跳到下一个优先级数值范围进行处理。

如果此功能特性被启用但没有提供配置数据则不会出现排序操作。

使用此功能特性需要启用

GracefulNodeShutdownBasedOnPodPriority

特性门控

shutdownGracePeriodByPodPriority

其中包含

graceful_shutdown_start_time_seconds

graceful_shutdown_end_time_seconds

Kubernetes

node.kubernetes.io/out-of-service

如果在

node.kubernetes.io/out-of-service

污点之前

并且用户要检查关闭节点是否已恢复因为该用户是最初添加污点的用户。

交换内存管理特性状态

Kubernetes

以后可以逐个节点地启用交换内存支持。

要在节点上启用交换内存必须启用

kubelet

以指定节点使用交换内存的方式。

例如:memorySwap:swapBehavior:

swapBehavior

管理的节点上的工作负载仍然可以交换。

UnlimitedSwapKubernetes

memorySwap