imtoken官方下载2.0下载|节点

什么是网络节点？节点有什么用？怎么找到节点？ - 知乎

什么是网络节点？节点有什么用？怎么找到节点？ - 知乎切换模式写文章登录/注册什么是网络节点？节点有什么用？怎么找到节点？留英大师兄英国留学专业咨询首先，什么是网络节点？在计算机网络中，网络节点是指网络中的一个连接点或设备，用于发送、接收或转发数据。它可以是硬件设备（如计算机、服务器、路由器、交换机）或软件实体（如网络应用程序、服务或进程）。网络节点的主要功能是在网络中传输和处理数据。它可以扮演不同的角色，例如：1. 终端节点（End Node）：终端节点是网络中的最终设备，例如个人电脑、智能手机、平板电脑等。它们通过网络连接到其他节点，并发送、接收和处理数据。2. 中间节点（Intermediate Node）：中间节点是在数据传输过程中位于源节点和目标节点之间的设备。它们通常用于转发数据包、路由选择和网络管理。常见的中间节点包括路由器和交换机。3. 服务器节点（Server Node）：服务器节点是专门用于提供网络服务或资源的设备。它们可以是Web服务器、邮件服务器、数据库服务器等，通过网络接收来自终端节点的请求，并提供相应的服务或资源。网络节点通过物理或逻辑连接与其他节点相连，形成一个网络拓扑。节点之间的连接可以是有线连接（如以太网、光纤）或无线连接（如Wi-Fi、蓝牙）。网络节点之间的通信遵循特定的协议和规则，确保数据的传输和交换能够有效进行。其次，节点有什么用？网络节点在计算机网络中有多种用途和重要性，下面是一些常见的用途：1. 数据传输：节点充当数据传输的源和目标。它们接收来自其他节点的数据，并将其传输到目标节点。节点可以通过物理或逻辑连接（如网络协议）进行数据交换。2. 路由和转发：中间节点（如路由器和交换机）在网络中起着关键作用，它们根据特定的路由算法决定数据包的最佳路径，并将数据包从一个节点转发到下一个节点，以确保数据的有效传输。3. 网络管理：节点用于网络管理和监控。网络管理员可以使用节点来监测网络性能、配置和管理网络设备，以及进行故障排除和安全管理。4. 服务提供：服务器节点用于提供各种网络服务。例如，Web服务器提供网页和内容，邮件服务器处理电子邮件，数据库服务器存储和检索数据等。这些服务器节点接收来自终端节点的请求，并提供相应的服务或资源。5. 数据处理：节点可以执行各种数据处理任务。例如，终端节点上的应用程序可以处理数据、运行算法、进行计算和分析等。中间节点可以执行数据包过滤、数据包转换或数据流分析等操作。6. 网络扩展和拓扑：节点可以用于扩展网络并构建更复杂的网络拓扑结构。通过添加更多的节点和连接，可以扩大网络的范围和容量，并提供更多的功能和服务。网络节点的集合形成了一个网络，它们相互连接并合作以实现数据的传输、处理和管理。节点的作用是确保网络的正常运行、数据的可靠传递和提供各种网络服务。最后，怎么找到节点？1. 节点服务提供商：许多服务提供商拥有分布在世界各地的服务器节点网络。您可以选择一家信誉良好的服务提供商，并查看他们的服务器位置列表。通常，这些提供商会在其官方网站或应用程序中提供服务器位置信息，以便用户选择合适的节点，例如一些长期稳定的站点：https://www.xiguajiasu.cc/#/register?code=Cy8GHMZR2. 应用程序：安装并使用应用程序可以帮助您快速找到并连接到国外的节点。这些应用程序通常提供服务器列表，您可以浏览列表以查看可用的节点，并选择您想要连接的国家或地区。3. 服务器评测网站：有一些专门评测和比较节点服务的网站。您可以通过这些网站查找关于不同服务的信息，包括其节点分布。这些网站通常提供用户评价、速度测试和服务器地理位置等详细信息，可以帮助您选择适合您需求的国外节点。4. 社区论坛和讨论板块：在相关的社区论坛和讨论板块上，您可以与其他用户交流并获得关于不同节点服务和其节点的信息。其他用户可能会分享他们的经验、推荐特定的节点或提供其他有用的信息。5. 节点服务地图：有些服务提供商或网站提供了一个交互式地图，显示其服务器节点的地理位置。您可以通过这些地图来查看各个国家或地区的节点分布，并选择您想要连接的国外节点。无论您使用哪种方法，建议选择可靠的服务提供商，并确保节点的地理位置和性能符合您的需求。同时，也要注意遵守当地的法律法规，并确保您的使用符合服务提供商的条款和条件。发布于 2023-07-13 11:06・IP 属地广东计算机网络服务器海外​赞同 6​​6 条评论​分享​喜欢​收藏​申请

节点（通信技术名词）_百度百科

信技术名词）_百度百科 网页新闻贴吧知道网盘图片视频地图文库资讯采购百科百度首页登录注册进入词条全站搜索帮助首页秒懂百科特色百科知识专题加入百科百科团队权威合作下载百科APP个人中心节点是一个多义词，请在下列义项上选择浏览（共2个义项）展开添加义项节点播报讨论上传视频通信技术名词收藏查看我的收藏0有用+10本词条由“科普中国”科学百科词条编写与应用工作项目 审核 。在电信网络中，一个节点(英语：node，拉丁语：nodus）是一个连接点，表示一个再分发点（redistribution point）或一个通信端点（一些终端设备）。节点的定义依赖于所提及的网络和协议层。一个物理网络节点是一个连接到网络的有源电子设备，能够通过通信通道发送、接收或转发信息。因此，无源分发点（如配线架或接插板）不是节点。在网络理论或图论中，术语节点表示网络拓扑中，线相交或分支的点。中文名节点外文名Node领    域通信技术目录1计算机网络节点2电信网络节点3网络拓扑4参见计算机网络节点播报编辑在数据通信中，一个物理网络节点可以是数据电路端接设备（DCE），如调制解调器、集线器、桥接器或交换机；也可以是一个数据终端设备（DTE），如数字手机，打印机或主机（例如路由器、工作站或服务器）。如果所讨论的网络是一个LAN或WAN，每一个LAN或WAN节点（至少应该是数据链路层设备）必须拥有MAC地址，一般每个网卡拥有一个。例如计算机、包交换机、xDSL调制解调器（带有乙太接口）以及无线LAN接入点。注意，集线器构成一个物理网络节点，但是并不构成LAN网络节点。这是因为一个使用集线器连接的网络逻辑上来说是一个总线网络。类似的，中继器或PSTN调制解调器（带有串行接口）是一个物理网络节点而不是一个LAN节点。如果所讨论的网络是Internet或一个Intranet，许多物理网络节点是主机（即通过IP地址来标识的Internet节点）。所有的主机都是物理网络节点。但是，一些数据链路层设备，如交换机、桥接器和WLAN接入点不拥有IP主机地址（除了有时用于管理目的），这些设备不认为是Internet节点或主机，但它们是物理网络节点和LAN节点。 [1]电信网络节点播报编辑在固定电话网络中，一个节点可能是公开或私有的电话交换局、远程集线器或计算机，提供了一些智能网络服务。在蜂窝通信中，交换点和数据库，如基站控制器、归属位置寄存器、网关GPRS支持节点（GGSN）和GPRS服务支持节点（SGSN）都是节点的例子。蜂窝网络基站在此上下文中不被认为是节点。在有线电视系统（CATV）中，这个术语有较广的语境，通常与光纤节点相关。这可以被定义为由一个公共光纤接收器提供服务的特定地理范围内的家庭或办公地点。一个光纤节点通常使用特定光纤节点所服务的"家园通过"数来描述。 [2]网络拓扑播报编辑网络拓扑，指构成网络的成员间特定的排列方式。分为物理的，即真实的、或者逻辑的，即虚拟的两种。如果两个网络的连接结构相同，我们就说它们的网络拓扑相同，尽管它们各自内部的物理接线、节点间距离可能会有不同。 [3]参见播报编辑结束系统主机网络硬件终端新手上路成长任务编辑入门编辑规则本人编辑我有疑问内容质疑在线客服官方贴吧意见反馈投诉建议举报不良信息未通过词条申诉投诉侵权信息封禁查询与解封©2024 Baidu 使用百度前必读 | 百科协议 | 隐私政策 | 百度百科合作平台 | 京ICP证030173号 京公网安备110000020000

网络节点_百度百科

_百度百科 网页新闻贴吧知道网盘图片视频地图文库资讯采购百科百度首页登录注册进入词条全站搜索帮助首页秒懂百科特色百科知识专题加入百科百科团队权威合作下载百科APP个人中心收藏查看我的收藏0有用+10网络节点播报讨论上传视频电子与信息技术领域术语本词条由“科普中国”科学百科词条编写与应用工作项目 审核 。网络节点是指一台电脑或其他设备与一个有独立地址和具有传送或接收数据功能的网络相连。节点可以是工作站、客户、网络用户或个人计算机，还可以是服务器、打印机和其他网络连接的设备。每一个工作站﹑服务器、终端设备、网络设备，即拥有自己唯一网络地址的设备都是网络节点。整个网络就是由这许许多多的网络节点组成的，把许多的网络节点用通信线路连接起来，形成一定的几何关系，这就是计算机网络拓扑。中文名网络节点外文名network node性    质打印机和其他网络连接的设备特    点拥有自己唯一网络地址的设备目录1网络节点的性质2核心节点▪核心层▪大区层3节点地址4常见故障排查▪节点失败▪读表失败▪检查使用环境▪检查指示灯5八大节点城市网络节点的性质播报编辑如图1所示，是一个经典的网络，其中每个节点(Node)代表着人，而每个边(Edge)代表着朋友关系。图1图分为有向(directed)图和无向(undirected)图。所谓的有向图就是连接两个节点之间的边是有方向的，比如说一个代表债务的图，一个人A欠另一个B钱，那么B是债主A是欠债人，这个关系就是单向的，因此边就用带箭头的线来表示。无向图，例如代表婚姻关系的图，那么A是B的配偶，B自然也是A的配偶，因此二者关系平等就用没有箭头或者双向箭头的线来表示。有的时候边也是有权重的，这个权重可以代表二者连接关系的紧密程度，节点为ip地址，你经常访问百度，那么你的ip地址和百度的ip地址的连接更紧密，边的权重也就更大。下面介绍三个网络中节点的重要的性质。度中心性(Degree Centrality): 一个节点直接相连的节点的个数。假如在一个社交网络中，节点代表的是人，边代表的是好友关系，那么一个节点的度中心性越大，就说明这个人的好友越多。这样的人可能是比较有名望的人物，如果需要散布一些消息的话，这样的人最适合，因为他的一条状态可以被很多很多的人看到。紧密中心性(Closeness Centrality): 一个节点到其他所有节点的最短距离的加和，或者是加和的倒数。通常来讲紧密中心性是加和的倒数，也就是说紧密中心性的值在0到1之间，紧密中心性越大则说明这个节点到其他所有的节点的距离越近，越小说明越远。在一些定义中不取倒数，就是该节点到其他节点的最短距离加和，这样定义的话紧密中心性越小说明该点到其他点的距离越近。紧密中心性刻画了一个节点到其他所有节点的性质，在社交网络中，一个人的紧密中心性越大说明这个人能快速的联系到所有的人，可能自己认识的不多，但是有很知名的朋友，可以通过他们快速的找到其他人。中介中心性(Betweenness Centrality): 一个点位于网络中多少个两两联通节点的最短路径上，就好像“咽喉要道”一样，如果联通两个节点A和B的最短路径一定经过点C，那么C的中介中心性就加一，如果说A和B最短路径有很多，其中有的最短路径不经过C，那么C的中介中心性不增加。中介中心性刻画了一个节点掌握的资源多少，在社交网络中，一个人的中介中心性越大说明这个人掌握了更多的资源而且不可替代（必须经过他，不存在其他的最短路径），就好像房屋中介一样，一边是买房的人一边是卖房的人，买卖双方要想联系就要经过中介。核心节点播报编辑骨干网的拓扑结构逻辑上分为两层，即核心层和大区层。 [1]核心层核心层由北京、上海、广州、沈阳、南京、武汉、成都、西安等8个城市的核心节点组成。核心层的功能主要是提供与国际internet的互联，以及提供大区之间信息交换的通路。其中北京、上海、广州核心层节点各设有国际出口路由器，负责与国际internet互联，以及两台核心路由器与其他核心节点互联；其他核心节点各设一台核心路由器。核心节点之间为不完全网状结构。以北京、上海、广州为中心的三中心结构，其他核心节点分别以至少两条高速ATM链路与这三个中心相连。根据所掌握的流量情况，负责覆盖范围如下：北京负责地区： 北京、河北、内蒙、山西、辽宁、河南、吉林、黑龙江、山东上海负责地区： 上海、浙江、江苏、安徽、湖北、天津、江西、陕西、甘肃、青海、宁夏、新疆、广西广州负责地区： 广东、福建、湖南、海南、四川、云南、贵州、西藏、重庆、广西大区层全国31个省会城市按照行政区划，以上述8个核心节点为中心划分为8个大区网络，这8个大区网共同构成了大区层。每个大区设两个大区出口，大区内其它非出口节点分别与两个出口相连。大区层主要提供大区内的信息交换以及接入网接入chinanet的信息通路。大区之间通信必须经过核心层。节点地址播报编辑各个网络节点通过网卡那里获得唯一的地址。每一张网卡在出厂的时候都会被厂家固化一个全球唯一的媒体介质访问层（Media Access Control）地址，使用者是不可能变更此地址的。这样的地址安排就如我们日常的家庭地址一样。是用来区分各自的身份的。您的网络必须有能力去区别这一个地址有别于其它的地址。在网络里面，有很多资料封包会由一个网络节点传送到另一个网络节点，同时要确定封包会被正确的传达目的地，而这个目的地就必须依靠这个网卡地址来认定了。常见故障排查播报编辑节点失败检查节点编号是否正确；检查工程文件中的节点编号、实际安装的节点编号与区域集中器中设置的节点编号三者是否一致；在该小区内是否有重复的节点编号；检查中继网以及主干网连线是否正确；读表失败检查节点输出通道管辖区内的表与节点输出通道号是否对应；检查总线制直读表连线是否正确；检查使用环境最佳环境0℃~55℃; 湿度为5%~95%。检查指示灯电源： 中继网供电时，“电源”指示灯亮；通讯：节点在接收到中继网上的通讯信号期间，该灯闪烁，通讯结束后灯熄灭；输出通道：打开输出1通道后，该灯亮;读表期间闪烁，通讯结束后灯灭。 [2]八大节点城市播报编辑1.北京北京是中国电信三大核心节点城市之一，同时也是 ChinaNet骨干网三个国际出口之一，中国电信北方网络的主节点在北京电信上地机房，现北京上地数据中心原来是263机房，后来被电信收购重组为中国电信北京数据中心之一，也是中国电信北方网络主节点ChinaNet骨干网的交换中枢。2.上海上海是中国电信CHINANET骨干网节点，同时也是 ChinaNet骨干网三个国际出口之一；上海电信是中国电信国内长途电信网的重要枢纽节点，也是中国国际通信的三大出口局之一，拥有京沪、北沿海、北沿江、南沿海、沪杭、沪宁等国内长途光缆系统，以及国内卫星通信地球站；是中美、亚欧、亚太、环球、中日、中韩等国际大容量海光缆、陆地光缆系统的重要节点，并建有太平洋、印度洋卫星地球站。3.广州广州市Internet服务中心系统于1996年1月1日正式开通，作为中国公用互联网络服务系统ChinaNET的一个骨干节点，与北京和上海的Internet节点连接，与它们以及其它地区的节点共同构成ChinaNET骨干网。广州节点是继北京、上海之后的第三个国际出口，也是广东乃至全国最大的国际出口之一。4.西安西安是中国公用计算机网络和中国多媒体信息网络在西北五省的网络核心中枢，同时，西安又是西北五省和中国公用计算机网络（CHINANET）连接的必由之路，拥有最大的网络传输线路。5.南京南京电信作为CHINANET的八大节点之一，南京电信拥有富足的网络资源，与同是八大节点之一的上海电信相比，南京与其他省市之间的骨干网络资源利用率适度。6.成都成都数据中心是中国电信全国大节点之一，并能提供与国内Chinanet主要节点城市连接的长途专线。7.武汉武汉电信是全国重要的通信枢纽和原中国电信第三大业务领导单位,处于国家骨干通信网8纵8横一级通信干线中心位置。是中国电信建设的三大高速光缆环网(南环,西环和北环)的交汇中心。8.沈阳沈阳主要是作为CHINANET在东北地区的网络中心，在96年开通，由于东北大部分地区都被网通网络覆盖，因此CHINANET沈阳节点是电信节点中规模比较小的。新手上路成长任务编辑入门编辑规则本人编辑我有疑问内容质疑在线客服官方贴吧意见反馈投诉建议举报不良信息未通过词条申诉投诉侵权信息封禁查询与解封©2024 Baidu 使用百度前必读 | 百科协议 | 隐私政策 | 百度百科合作平台 | 京ICP证030173号 京公网安备110000020000

Kubernetes入门：Pod、节点、容器和集群都是什么？ - 知乎

Kubernetes入门：Pod、节点、容器和集群都是什么？ - 知乎切换模式写文章登录/注册Kubernetes入门：Pod、节点、容器和集群都是什么？IT168企业级历经21年成长，见证了技术发展史Kubernetes正迅速成为云计算中部署和管理软件的新标准。不过，Kubernetes既然能提供极高的价值，也肯定会附带一个陡峭的学习曲线。作为一个新手，试图解析官方文档可能会很困难。这个系统由许多不同的片段组成，并且很难区分哪些与你的用例相关。这篇文章将提供Kubernetes的简化视图，但它会对最重要的组件和它们如何组合在一起提供一个高层次的概述。首先，让我们看一下硬件是如何表述的：硬件节点(Node)节点是Kubernetes中最小的计算硬件单元。它是集群中单个机器的表示。在大多数生产系统中，节点很可能是数据中心中的物理机器，或者是托管在像谷歌云平台这样的云供应商上的虚拟机。不过，不要让惯例限制了你的想象力，从理论上讲，你可以把任何东西做成一个结点。把机器看作一个“节点”，可以让我们插入一个抽象层。现在，我们不必担心任何单个机器的独特特性，而是可以简单地将每台机器看作一组可以使用的CPU和RAM资源。这样，任何机器都可以替代Kubernetes集群中的任何其他机器。集群(Cluster)虽然使用单个节点是有用的，但它与Kubernetes理念不同。一般来说，你应该将集群看作一个整体，而无需担心单个节点的状态。在Kubernetes中，节点汇聚资源，形成更强大的机器。当你将程序部署到集群中时，它将智能地处理将工作分配给你的各个节点。如果添加或删除了任何节点，集群将根据需要在工作中进行转换。这对程序或程序员来说都不重要，因为机器实际上是在运行代码。如果这种类似“母巢”的系统让你想起《星际迷航》中的Borg，实话告诉你，你不是一个人，“Borg”是Kubernetes内部谷歌项目的名称。持久卷(Persistent Volumes)因为在集群上运行的程序不能保证在特定的节点上运行，所以无法将数据保存到文件系统中的任意位置。如果一个程序试图将数据保存到一个文件中，但随后又被转移到一个新的节点上，那么该文件将不再是程序期望的位置。由于这个原因，与每个节点相关的传统本地存储被当作临时缓存来保存程序，但本地保存的任何数据都不能持久。为了永久存储数据，Kubernetes使用持久卷(Persistent Volumes)。虽然所有节点的CPU和RAM资源都被集群有效地汇集和管理，但持久的文件存储却不是。相反，本地或云驱动器可以作为持久卷附加到集群上。这可以看作是将外部硬盘插入到集群中。持久卷提供了可以挂载到集群的文件系统，而不与任何特定节点相关联。软件容器(Container)在Kubernetes上运行的程序被打包成Linux容器。容器是一个被广泛接受的标准，因此已经有许多预先构建的映像可以部署在Kubernetes上。容器化允许你创建自足式的Linux执行环境。任何程序和它的所有依赖项都可以打包成一个文件，然后在网络上共享。任何人都可以下载该容器并在其基础设施上部署它，所需的设置非常少。创建一个容器可以通过编程方式完成，从而形成强大的CI和CD管道。可以将多个程序添加到单个容器中，但是如果可能的话，你应该将自己限制为每个容器的一个进程。拥有很多小容器比一个大容器好。如果每个容器都有一个紧密的焦点，那么更新更容易部署，并且问题更容易诊断。Pod与你过去使用的其他系统不同，Kubernetes不直接运行容器;相反，它将一个或多个容器封装到一个称为Pod的高级结构中。相同Pod中的任何容器都将共享相同的名称空间和本地网络。容器可以很容易地与其他容器在相同的容器中进行通信，就像它们在同一台机器上同时保持一定程度的隔离。Pod被用作Kubernetes的复制单元。如果你的应用程序太受欢迎，单个的Pod实例无法承载负载，那么可以配置Kubernetes以在必要时将你的Pod的新副本部署到集群。即使在没有重载的情况下，在生产系统中任何时候都要有多个副本，以保证负载均衡和故障抵抗。Pod可以容纳多个容器，但在可能的情况下应该限制自己。因为Pod作为一个单位被放大和缩小时，所有在一个Pod里的容器都必须在一起缩放，不管它们是否需要。这将导致资源的浪费和成本增加。为了解决这个问题，Pod应该保持尽可能小的大小，通常只保留一个主进程和紧密耦合的辅助容器(这些辅助容器通常被称为“侧三轮摩托车”)。部署(Deployment)虽然Pod是Kubernetes的基本计算单元，但它们通常不是直接在集群上启动的。相反，Pod通常由一个抽象层来管理：部署。部署的主要目的是声明一个Pod应该同时运行多少个副本。当将部署添加到集群中时，它将自动地旋转加速所需的Pod数量，然后监视它们。如果一个Pod消失，部署将自动重新创建它。使用部署，你不必手动处理Pod。你只需声明系统的期望状态，它将自动为你管理。入口(Ingress)使用上面描述的概念，你可以创建一个节点集群，并将Pod部署到集群上。不过，还有一个问题需要解决：允许外部通信流进入你的应用程序。默认情况下，Kubernetes提供隔离舱和外部世界。如果你想要与运行在Pod中的服务通信，你必须打开一个通信通道。称作入口(ingress)。有多种方法可以将入口添加到集群中。最常见的方法是添加入口控制器或负载均衡器。这两个选项之间的精确权衡超出了本文的范围，但是你必须知道，在你可以与Kubernetes进行实验之前，你需要处理的是入口。接下来是什么以上是对Kubernetes的简单描述，旨在为你提供开始试验所需的基础知识。想必现在你已经了解了组成系统的部分，现在是时候使用它们来部署一个真正的应用程序了。要在本地使用Kubernetes，可以使用Minikube在你的个人硬件上创建一个虚拟集群。如果你准备尝试云服务，谷歌Kubernetes引擎有一系列教程，可帮助你入门。编辑于 2018-01-04 13:16Kubernetes节点集群​赞同 262​​11 条评论​分享​喜欢​收藏​申请

节点 | Kubernetes

Kubernetes

节点 | Kubernetes文档Kubernetes 博客培训合作伙伴社区案例分析版本列表发布信息

v1.29

v1.28

v1.27

v1.26

v1.25中文 (Chinese)English

Français (French)

Deutsch (German)

Bahasa Indonesia (Indonesian)

日本語 (Japanese)

한국어 (Korean)

Português (Portuguese)

Русский (Russian)

Español (Spanish)

KubeCon + CloudNativeCon Europe 2024Join us for four days of incredible opportunities to collaborate, learn and share with the cloud native community.Buy your ticket now! 19 - 22 March | Paris, France

文档

Kubernetes 文档支持的版本

入门

学习环境

生产环境

容器运行时

使用部署工具安装 Kubernetes

使用 kubeadm 引导集群

安装 kubeadm

对 kubeadm 进行故障排查

使用 kubeadm 创建集群

使用 kubeadm API 定制组件

高可用拓扑选项

利用 kubeadm 创建高可用集群

使用 kubeadm 创建一个高可用 etcd 集群

使用 kubeadm 配置集群中的每个 kubelet

使用 kubeadm 支持双协议栈

Turnkey 云解决方案

最佳实践

大规模集群的注意事项

运行于多可用区环境

校验节点设置

强制实施 Pod 安全性标准

PKI 证书和要求

概念

概述

Kubernetes 对象

Kubernetes 对象管理

对象名称和 ID

标签和选择算符

名字空间

注解

字段选择器

Finalizers

属主与附属

推荐使用的标签

Kubernetes 组件

Kubernetes API

Kubernetes 架构

节点

节点与控制面之间的通信

控制器

租约（Lease）

云控制器管理器

关于 cgroup v2

容器运行时接口（CRI）

垃圾收集

混合版本代理

容器

镜像

容器环境

容器运行时类（Runtime Class）

容器生命周期回调

工作负载

Pod

Pod 的生命周期

Init 容器

边车容器

干扰（Disruptions）

临时容器

Pod QoS 类

用户命名空间

Downward API

工作负载管理

Deployments

ReplicaSet

StatefulSet

DaemonSet

Job

已完成 Job 的自动清理

CronJob

ReplicationController

自动扩缩工作负载

服务、负载均衡和联网

服务（Service）

Ingress

Ingress 控制器

Gateway API

EndpointSlice

网络策略

Service 与 Pod 的 DNS

IPv4/IPv6 双协议栈

拓扑感知路由

Windows 网络

Service ClusterIP 分配

服务内部流量策略

存储

卷

持久卷

投射卷

临时卷

Volume Attributes Classes

存储类

动态卷制备

卷快照

卷快照类

CSI 卷克隆

存储容量

特定于节点的卷数限制

卷健康监测

Windows 存储

配置

配置最佳实践

ConfigMap

Secret

为 Pod 和容器管理资源

使用 kubeconfig 文件组织集群访问

Windows 节点的资源管理

安全

Cloud Native Security

Pod 安全性标准

服务账号

Pod 安全性准入

Pod 安全策略

Windows 节点的安全性

Kubernetes API 访问控制

基于角色的访问控制良好实践

Kubernetes Secret 良好实践

多租户

Hardening Guide - Authentication Mechanisms

Kubernetes API 服务器旁路风险

安全检查清单

策略

限制范围

资源配额

进程 ID 约束与预留

节点资源管理器

调度、抢占和驱逐

Kubernetes 调度器

将 Pod 指派给节点

Pod 开销

Pod 调度就绪态

Pod 拓扑分布约束

污点和容忍度

调度框架

动态资源分配

调度器性能调优

资源装箱

Pod 优先级和抢占

节点压力驱逐

API 发起的驱逐

集群管理

证书

管理资源

集群网络系统

日志架构

Kubernetes 系统组件指标

系统日志

追踪 Kubernetes 系统组件

Kubernetes 中的代理

API 优先级和公平性

安装扩展（Addon）

Kubernetes 中的 Windows

Kubernetes 中的 Windows 容器

Kubernetes 中的 Windows 容器调度指南

扩展 Kubernetes

Operator 模式

计算、存储和网络扩展

网络插件

设备插件

扩展 Kubernetes API

定制资源

Kubernetes API 聚合层

任务

安装工具

在 Linux 系统中安装并设置 kubectl

在 macOS 系统上安装和设置 kubectl

在 Windows 上安装 kubectl

管理集群

用 kubeadm 进行管理

使用 kubeadm 进行证书管理

配置 cgroup 驱动

重新配置 kubeadm 集群

升级 kubeadm 集群

升级 Linux 节点

升级 Windows 节点

更改 Kubernetes 软件包仓库

从 dockershim 迁移

将节点上的容器运行时从 Docker Engine 改为 containerd

将 Docker Engine 节点从 dockershim 迁移到 cri-dockerd

查明节点上所使用的容器运行时

排查 CNI 插件相关的错误

检查移除 Dockershim 是否对你有影响

从 dockershim 迁移遥测和安全代理

手动生成证书

管理内存、CPU 和 API 资源

为命名空间配置默认的内存请求和限制

为命名空间配置默认的 CPU 请求和限制

配置命名空间的最小和最大内存约束

为命名空间配置 CPU 最小和最大约束

为命名空间配置内存和 CPU 配额

配置命名空间下 Pod 配额

安装网络策略驱动

使用 Antrea 提供 NetworkPolicy

使用 Calico 提供 NetworkPolicy

使用 Cilium 提供 NetworkPolicy

使用 kube-router 提供 NetworkPolicy

使用 Romana 提供 NetworkPolicy

使用 Weave Net 提供 NetworkPolicy

使用 Kubernetes API 访问集群

为节点发布扩展资源

自动扩缩集群 DNS 服务

Change the Access Mode of a PersistentVolume to ReadWriteOncePod

从轮询切换为基于 CRI 事件的更新来获取容器状态

改变默认 StorageClass

更改 PersistentVolume 的回收策略

Kubernetes 云管理控制器

配置 kubelet 镜像凭据提供程序

配置 API 对象配额

控制节点上的 CPU 管理策略

控制节点上的拓扑管理策略

自定义 DNS 服务

调试 DNS 问题

声明网络策略

开发云控制器管理器

启用/禁用 Kubernetes API

静态加密机密数据

解密已静态加密的机密数据

关键插件 Pod 的调度保证

IP Masquerade Agent 用户指南

限制存储使用量

迁移多副本的控制面以使用云控制器管理器

名字空间演练

操作 Kubernetes 中的 etcd 集群

为系统守护进程预留计算资源

以非 root 用户身份运行 Kubernetes 节点组件

安全地清空一个节点

保护集群

通过配置文件设置 kubelet 参数

通过名字空间共享集群

升级集群

在集群中使用级联删除

使用 KMS 驱动进行数据加密

使用 CoreDNS 进行服务发现

在 Kubernetes 集群中使用 NodeLocal DNSCache

在 Kubernetes 集群中使用 sysctl

使用 NUMA 感知的内存管理器

验证已签名容器镜像

配置 Pods 和容器

为容器和 Pod 分配内存资源

为容器和 Pods 分配 CPU 资源

调整分配给容器的 CPU 和内存资源

为 Windows Pod 和容器配置 GMSA

为 Windows 的 Pod 和容器配置 RunAsUserName

创建 Windows HostProcess Pod

配置 Pod 的服务质量

为容器分派扩展资源

配置 Pod 以使用卷进行存储

配置 Pod 以使用 PersistentVolume 作为存储

配置 Pod 使用投射卷作存储

为 Pod 或容器配置安全上下文

为 Pod 配置服务账号

从私有仓库拉取镜像

配置存活、就绪和启动探针

将 Pod 分配给节点

用节点亲和性把 Pod 分配到节点

配置 Pod 初始化

为容器的生命周期事件设置处理函数

配置 Pod 使用 ConfigMap

在 Pod 中的容器之间共享进程命名空间

为 Pod 配置用户名字空间

创建静态 Pod

将 Docker Compose 文件转换为 Kubernetes 资源

通过配置内置准入控制器实施 Pod 安全标准

使用名字空间标签来实施 Pod 安全性标准

从 PodSecurityPolicy 迁移到内置的 PodSecurity 准入控制器

监控、日志和调试

集群故障排查

kubectl 故障排查

资源监控工具

资源指标管道

节点健康监测

使用 crictl 对 Kubernetes 节点进行调试

Windows 调试技巧

审计

使用 telepresence 在本地开发和调试服务

用 Kubectl 调试 Kubernetes 节点

应用故障排除

调试 Pod

调试 Service

调试 StatefulSet

确定 Pod 失败的原因

调试 Init 容器

调试运行中的 Pod

获取正在运行容器的 Shell

管理 Kubernetes 对象

使用配置文件对 Kubernetes 对象进行声明式管理

使用 Kustomize 对 Kubernetes 对象进行声明式管理

使用指令式命令管理 Kubernetes 对象

使用配置文件对 Kubernetes 对象进行命令式管理

使用 kubectl patch 更新 API 对象

管理 Secrets

使用 kubectl 管理 Secret

使用配置文件管理 Secret

使用 Kustomize 管理 Secret

给应用注入数据

为容器设置启动时要执行的命令和参数

定义相互依赖的环境变量

为容器设置环境变量

通过环境变量将 Pod 信息呈现给容器

通过文件将 Pod 信息呈现给容器

使用 Secret 安全地分发凭据

运行应用

使用 Deployment 运行一个无状态应用

运行一个单实例有状态应用

运行一个有状态的应用程序

扩缩 StatefulSet

删除 StatefulSet

强制删除 StatefulSet 中的 Pod

Pod 水平自动扩缩

HorizontalPodAutoscaler 演练

为应用程序设置干扰预算（Disruption Budget）

从 Pod 中访问 Kubernetes API

运行 Jobs

使用 CronJob 运行自动化任务

使用工作队列进行粗粒度并行处理

带 Pod 间通信的 Job

使用工作队列进行精细的并行处理

使用索引作业完成静态工作分配下的并行处理

使用展开的方式进行并行处理

使用 Pod 失效策略处理可重试和不可重试的 Pod 失效

访问集群中的应用程序

部署和访问 Kubernetes 仪表板（Dashboard）

访问集群

配置对多集群的访问

使用端口转发来访问集群中的应用

使用服务来访问集群中的应用

使用 Service 把前端连接到后端

创建外部负载均衡器

列出集群中所有运行容器的镜像

在 Minikube 环境中使用 NGINX Ingress 控制器配置 Ingress

同 Pod 内的容器使用共享卷通信

为集群配置 DNS

访问集群上运行的服务

扩展 Kubernetes

配置聚合层

使用自定义资源

使用 CustomResourceDefinition 扩展 Kubernetes API

CustomResourceDefinition 的版本

安装一个扩展的 API server

配置多个调度器

使用 HTTP 代理访问 Kubernetes API

使用 SOCKS5 代理访问 Kubernetes API

设置 Konnectivity 服务

TLS

管理集群中的 TLS 认证

手动轮换 CA 证书

为 kubelet 配置证书轮换

管理集群守护进程

对 DaemonSet 执行滚动更新

对 DaemonSet 执行回滚

仅在某些节点上运行 Pod

网络

使用 HostAliases 向 Pod /etc/hosts 文件添加条目

扩展 Service IP 范围

验证 IPv4/IPv6 双协议栈

调度 GPU

管理巨页（HugePage）

用插件扩展 kubectl

教程

你好，Minikube

学习 Kubernetes 基础知识

创建集群

使用 Minikube 创建集群

部署应用

使用 kubectl 创建 Deployment

了解你的应用

查看 Pod 和节点

交互式教程 - 探索你的应用

公开地暴露你的应用

使用 Service 暴露你的应用

扩缩你的应用

运行应用程序的多个实例

更新你的应用

执行滚动更新

交互式教程 - 更新你的应用

配置

示例：配置 java 微服务

使用 MicroProfile、ConfigMaps、Secrets 实现外部化应用配置

互动教程 - 配置 java 微服务

使用 ConfigMap 来配置 Redis

安全

在集群级别应用 Pod 安全标准

在名字空间级别应用 Pod 安全标准

使用 AppArmor 限制容器对资源的访问

使用 seccomp 限制容器的系统调用

无状态的应用

公开外部 IP 地址以访问集群中应用程序

示例：使用 Redis 部署 PHP 留言板应用

有状态的应用

StatefulSet 基础

示例：使用持久卷部署 WordPress 和 MySQL

示例：使用 StatefulSet 部署 Cassandra

运行 ZooKeeper，一个分布式协调系统

Service

使用 Service 连接到应用

使用源 IP

探索 Pod 及其端点的终止行为

参考

词汇表

API 概述

Kubernetes API 概念

服务器端应用（Server-Side Apply）

客户端库

Kubernetes 中的通用表达式语言

Kubernetes 弃用策略

已弃用 API 的迁移指南

Kubernetes API 健康端点

API 访问控制

用户认证

使用启动引导令牌（Bootstrap Tokens）认证

证书和证书签名请求

准入控制器

动态准入控制

管理服务账号

鉴权概述

使用 RBAC 鉴权

使用 ABAC 鉴权

使用 Node 鉴权

从 PodSecurityPolicy 映射到 Pod 安全性标准

Webhook 模式

Kubelet 认证/鉴权

TLS 启动引导

验证准入策略（ValidatingAdmissionPolicy）

众所周知的标签、注解和污点

审计注解

Kubernetes API

工作负载资源

Pod

PodTemplate

ReplicationController

ReplicaSet

Deployment

StatefulSet

ControllerRevision

DaemonSet

Job

CronJob

HorizontalPodAutoscaler

HorizontalPodAutoscaler

PriorityClass

PodSchedulingContext v1alpha2

ResourceClaim v1alpha2

ResourceClaimTemplate v1alpha2

ResourceClass v1alpha2

Service 资源

Service

Endpoints

EndpointSlice

Ingress

IngressClass

配置和存储资源

ConfigMap

Secret

Volume

PersistentVolumeClaim

PersistentVolume

StorageClass

VolumeAttachment

CSIDriver

CSINode

CSIStorageCapacity

身份认证资源

ServiceAccount

TokenRequest

TokenReview

CertificateSigningRequest

ClusterTrustBundle v1alpha1

SelfSubjectReview

鉴权资源

LocalSubjectAccessReview

SelfSubjectAccessReview

SelfSubjectRulesReview

SubjectAccessReview

ClusterRole

ClusterRoleBinding

Role

RoleBinding

策略资源

LimitRange

ResourceQuota

NetworkPolicy

PodDisruptionBudget

IPAddress v1alpha1

扩展资源

CustomResourceDefinition

MutatingWebhookConfiguration

ValidatingWebhookConfiguration

ValidatingAdmissionPolicy v1beta1

集群资源

Node

Namespace

Event

APIService

Lease

RuntimeClass

FlowSchema v1beta3

PriorityLevelConfiguration v1beta3

Binding

ComponentStatus

ClusterCIDR v1alpha1

公共定义

DeleteOptions

LabelSelector

ListMeta

LocalObjectReference

NodeSelectorRequirement

ObjectFieldSelector

ObjectMeta

ObjectReference

Patch

Quantity

ResourceFieldSelector

Status

TypedLocalObjectReference

其他资源

ValidatingAdmissionPolicyBindingList v1beta1

常用参数

插桩

服务水平指示器指标

CRI Pod 和容器指标

节点指标数据

Kubernetes Metrics Reference

Kubernetes 问题和安全

Kubernetes 问题追踪

Kubernetes 安全和信息披露

CVE feed

节点参考信息

Kubelet Checkpoint API

关于 dockershim 移除和使用兼容 CRI 运行时的文章

Kubelet 设备管理器 API 版本

节点状态

网络参考

Service 所用的协议

端口和协议

虚拟 IP 和服务代理

安装工具

Kubeadm

kubeadm init

kubeadm join

kubeadm upgrade

kubeadm config

kubeadm reset

kubeadm token

kubeadm version

kubeadm alpha

kubeadm certs

kubeadm init phase

kubeadm join phase

kubeadm kubeconfig

kubeadm reset phase

kubeadm upgrade phase

实现细节

命令行工具 (kubectl)

kubectl reference

kubectl

kubectl annotate

kubectl api-resources

kubectl api-versions

kubectl apply

kubectl apply edit-last-applied

kubectl apply set-last-applied

kubectl apply view-last-applied

kubectl attach

kubectl auth

kubectl auth can-i

kubectl auth reconcile

kubectl auth whoami

kubectl autoscale

kubectl certificate

kubectl certificate approve

kubectl certificate deny

kubectl cluster-info

kubectl cluster-info dump

kubectl completion

kubectl config

kubectl config current-context

kubectl config delete-cluster

kubectl config delete-context

kubectl config delete-user

kubectl config get-clusters

kubectl config get-contexts

kubectl config get-users

kubectl config rename-context

kubectl config set

kubectl config set-cluster

kubectl config set-context

kubectl config set-credentials

kubectl config unset

kubectl config use-context

kubectl config view

kubectl cordon

kubectl cp

kubectl create

kubectl create clusterrole

kubectl create clusterrolebinding

kubectl create configmap

kubectl create cronjob

kubectl create deployment

kubectl create ingress

kubectl create job

kubectl create namespace

kubectl create poddisruptionbudget

kubectl create priorityclass

kubectl create quota

kubectl create role

kubectl create rolebinding

kubectl create secret

kubectl create secret docker-registry

kubectl create secret generic

kubectl create secret tls

kubectl create service

kubectl create service clusterip

kubectl create service externalname

kubectl create service loadbalancer

kubectl create service nodeport

kubectl create serviceaccount

kubectl create token

kubectl debug

kubectl delete

kubectl describe

kubectl diff

kubectl drain

kubectl edit

kubectl events

kubectl exec

kubectl explain

kubectl expose

kubectl get

kubectl kustomize

kubectl label

kubectl logs

kubectl options

kubectl patch

kubectl plugin

kubectl plugin list

kubectl port-forward

kubectl proxy

kubectl replace

kubectl rollout

kubectl rollout history

kubectl rollout pause

kubectl rollout restart

kubectl rollout resume

kubectl rollout status

kubectl rollout undo

kubectl run

kubectl scale

kubectl set

kubectl set env

kubectl set image

kubectl set resources

kubectl set selector

kubectl set serviceaccount

kubectl set subject

kubectl taint

kubectl top

kubectl top node

kubectl top pod

kubectl uncordon

kubectl version

kubectl wait

kubectl 快速参考

kubectl 命令

kubectl

JSONPath 支持

适用于 Docker 用户的 kubectl

kubectl 的用法约定

调试集群

流控

组件工具

特性门控

特性门控（已移除）

kubelet

kube-apiserver

kube-controller-manager

kube-proxy

kube-scheduler

配置 API

Event Rate Limit Configuration (v1alpha1)

Image Policy API (v1alpha1)

kube 配置 (v1)

kube-apiserver Admission (v1)

kube-apiserver Audit 配置 (v1)

kube-apiserver 加密配置（v1）

kube-apiserver 配置 (v1)

kube-apiserver 配置 (v1alpha1)

kube-apiserver 配置 (v1beta1)

kube-controller-manager Configuration (v1alpha1)

kube-proxy 配置 (v1alpha1)

kube-scheduler 配置 (v1)

kubeadm 配置 (v1beta3)

kubeadm 配置 (v1beta4)

Kubelet CredentialProvider (v1)

Kubelet 配置 (v1)

Kubelet 配置 (v1alpha1)

Kubelet 配置 (v1beta1)

WebhookAdmission 配置 (v1)

客户端身份认证（Client Authentication） (v1)

客户端身份认证（Client Authentication）(v1beta1)

外部 API

Kubernetes 外部指标 (v1beta1)

Kubernetes 指标 (v1beta1)

Kubernetes 自定义指标 (v1beta2)

调度

调度器配置

调度策略

其他工具

从 Docker 命令行映射到 crictl

贡献

为 Kubernetes 文档出一份力

提出内容改进建议

贡献新内容

发起拉取请求（PR）

为发行版本撰写文档

博客和案例分析

评阅变更

评审 PR

评阅人和批准人

本地化 Kubernetes 文档

参与 SIG Docs

角色与责任

Issue 管理者

PR 管理者

更新参考文档

Quickstart

为上游 Kubernetes 代码库做出贡献

为 Kubernetes API 生成参考文档

为 kubectl 命令集生成参考文档

为指标生成参考文档

为 Kubernetes 组件和工具生成参考文档

文档样式概述

内容指南

样式指南

图表指南

撰写新主题

页面内容类型

内容组织

定制 Hugo 短代码

进阶贡献

查看站点分析

中文本地化样式指南

测试页面（中文版）Kubernetes 文档概念Kubernetes 架构节点节点Kubernetes 通过将容器放入在节点（Node）上运行的 Pod

中来执行你的工作负载。

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

每个节点包含运行 Pod 所需的服务；

这些节点由控制面负责管理。通常集群中会有若干个节点；而在一个学习所用或者资源受限的环境中，你的集群中也可能只有一个节点。节点上的组件包括

kubelet、

容器运行时以及

kube-proxy。管理向 API 服务器添加节点的方式主要有两种：节点上的 kubelet 向控制面执行自注册；你（或者别的什么人）手动添加一个 Node 对象。在你创建了 Node 对象或者节点上的

kubelet 执行了自注册操作之后，控制面会检查新的 Node 对象是否合法。

例如，如果你尝试使用下面的 JSON 对象来创建 Node 对象：{

"kind": "Node",

"apiVersion": "v1",

"metadata": {

"name": "10.240.79.157",

"labels": {

"name": "my-first-k8s-node"

}

}

}

Kubernetes 会在内部创建一个 Node 对象作为节点的表示。Kubernetes 检查 kubelet

向 API 服务器注册节点时使用的 metadata.name 字段是否匹配。

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

否则，直到该节点变为健康之前，所有的集群活动都会忽略该节点。说明：Kubernetes 会一直保存着非法节点对应的对象，并持续检查该节点是否已经变得健康。你，或者某个控制器必须显式地删除该

Node 对象以停止健康检查操作。Node 对象的名称必须是合法的

DNS 子域名。节点名称唯一性节点的名称用来标识 Node 对象。

没有两个 Node 可以同时使用相同的名称。 Kubernetes 还假定名字相同的资源是同一个对象。

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

和类似节点标签这类属性。这可能在节点被更改但其名称未变时导致系统状态不一致。

如果某个 Node 需要被替换或者大量变更，需要从 API 服务器移除现有的 Node 对象，

之后再在更新之后重新将其加入。节点自注册当 kubelet 标志 --register-node 为 true（默认）时，它会尝试向 API 服务注册自己。

这是首选模式，被绝大多数发行版选用。对于自注册模式，kubelet 使用下列参数启动：--kubeconfig - 用于向 API 服务器执行身份认证所用的凭据的路径。--cloud-provider - 与某云驱动

进行通信以读取与自身相关的元数据的方式。--register-node - 自动向 API 服务器注册。--register-with-taints - 使用所给的污点列表

（逗号分隔的 =:）注册节点。当 register-node 为 false 时无效。--node-ip - 可选的以英文逗号隔开的节点 IP 地址列表。你只能为每个地址簇指定一个地址。

例如在单协议栈 IPv4 集群中，需要将此值设置为 kubelet 应使用的节点 IPv4 地址。

参阅配置 IPv4/IPv6 双协议栈了解运行双协议栈集群的详情。如果你未提供这个参数，kubelet 将使用节点默认的 IPv4 地址（如果有）；

如果节点没有 IPv4 地址，则 kubelet 使用节点的默认 IPv6 地址。--node-labels - 在集群中注册节点时要添加的标签。

（参见 NodeRestriction 准入控制插件所实施的标签限制）。--node-status-update-frequency - 指定 kubelet 向 API 服务器发送其节点状态的频率。当 Node 鉴权模式和

NodeRestriction 准入插件被启用后，

仅授权 kubelet 创建/修改自己的 Node 资源。说明：正如节点名称唯一性一节所述，当 Node 的配置需要被更新时，

一种好的做法是重新向 API 服务器注册该节点。例如，如果 kubelet 重启时其 --node-labels

是新的值集，但同一个 Node 名称已经被使用，则所作变更不会起作用，

因为节点标签是在 Node 注册时完成的。如果在 kubelet 重启期间 Node 配置发生了变化，已经被调度到某 Node 上的 Pod

可能会出现行为不正常或者出现其他问题，例如，已经运行的 Pod

可能通过污点机制设置了与 Node 上新设置的标签相排斥的规则，也有一些其他 Pod，

本来与此 Pod 之间存在不兼容的问题，也会因为新的标签设置而被调到同一节点。

节点重新注册操作可以确保节点上所有 Pod 都被排空并被正确地重新调度。手动节点管理你可以使用 kubectl

来创建和修改 Node 对象。如果你希望手动创建节点对象时，请设置 kubelet 标志 --register-node=false。你可以修改 Node 对象（忽略 --register-node 设置）。

例如，你可以修改节点上的标签或并标记其为不可调度。你可以结合使用 Node 上的标签和 Pod 上的选择算符来控制调度。

例如，你可以限制某 Pod 只能在符合要求的节点子集上运行。如果标记节点为不可调度（unschedulable），将阻止新 Pod 调度到该 Node 之上，

但不会影响任何已经在其上的 Pod。

这是重启节点或者执行其他维护操作之前的一个有用的准备步骤。要标记一个 Node 为不可调度，执行以下命令：kubectl cordon $NODENAME

更多细节参考安全地腾空节点。说明：被 DaemonSet 控制器创建的 Pod

能够容忍节点的不可调度属性。

DaemonSet 通常提供节点本地的服务，即使节点上的负载应用已经被腾空，

这些服务也仍需运行在节点之上。节点状态一个节点的状态包含以下信息:地址（Addresses）状况（Condition）容量与可分配（Capacity）信息（Info）你可以使用 kubectl 来查看节点状态和其他细节信息：kubectl describe node <节点名称>

更多细节参见 Node Status。节点心跳Kubernetes 节点发送的心跳帮助你的集群确定每个节点的可用性，并在检测到故障时采取行动。对于节点，有两种形式的心跳：更新节点的 .statuskube-node-lease 名字空间中的

Lease（租约）对象。

每个节点都有一个关联的 Lease 对象。节点控制器节点控制器是 Kubernetes 控制面组件，

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

第一个是当节点注册时为它分配一个 CIDR 区段（如果启用了 CIDR 分配）。第二个是保持节点控制器内的节点列表与云服务商所提供的可用机器列表同步。

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

如果不可用，节点控制器会将该节点从它的节点列表删除。第三个是监控节点的健康状况。节点控制器负责：在节点不可达的情况下，在 Node 的 .status 中更新 Ready 状况。

在这种情况下，节点控制器将 NodeReady 状况更新为 Unknown。如果节点仍然无法访问：对于不可达节点上的所有 Pod 触发

API 发起的逐出操作。

默认情况下，节点控制器在将节点标记为 Unknown 后等待 5 分钟提交第一个驱逐请求。默认情况下，节点控制器每 5 秒检查一次节点状态，可以使用 kube-controller-manager

组件上的 --node-monitor-period 参数来配置周期。逐出速率限制大部分情况下，节点控制器把逐出速率限制在每秒 --node-eviction-rate 个（默认为 0.1）。

这表示它每 10 秒钟内至多从一个节点驱逐 Pod。当一个可用区域（Availability Zone）中的节点变为不健康时，节点的驱逐行为将发生改变。

节点控制器会同时检查可用区域中不健康（Ready 状况为 Unknown 或 False）

的节点的百分比：如果不健康节点的比例超过 --unhealthy-zone-threshold（默认为 0.55），

驱逐速率将会降低。如果集群较小（意即小于等于 --large-cluster-size-threshold 个节点 - 默认为 50），

驱逐操作将会停止。否则驱逐速率将降为每秒 --secondary-node-eviction-rate 个（默认为 0.01）。在逐个可用区域中实施这些策略的原因是，

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

如果你的集群没有跨越云服务商的多个可用区域，那（整个集群）就只有一个可用区域。跨多个可用区域部署你的节点的一个关键原因是当某个可用区域整体出现故障时，

工作负载可以转移到健康的可用区域。

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

--node-eviction-rate 进行驱逐操作。

在所有的可用区域都不健康（也即集群中没有健康节点）的极端情况下，

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

（如果故障后部分节点重新连接，节点控制器会从剩下不健康或者不可达节点中驱逐 Pod）。节点控制器还负责驱逐运行在拥有 NoExecute 污点的节点上的 Pod，

除非这些 Pod 能够容忍此污点。

节点控制器还负责根据节点故障（例如节点不可访问或没有就绪）

为其添加污点。

这意味着调度器不会将 Pod 调度到不健康的节点上。资源容量跟踪Node 对象会跟踪节点上资源的容量（例如可用内存和 CPU 数量）。

通过自注册机制生成的 Node 对象会在注册期间报告自身容量。

如果你手动添加了 Node，

你就需要在添加节点时手动设置节点容量。Kubernetes 调度器

保证节点上有足够的资源供其上的所有 Pod 使用。

它会检查节点上所有容器的请求的总和不会超过节点的容量。

总的请求包括由 kubelet 启动的所有容器，但不包括由容器运行时直接启动的容器，

也不包括不受 kubelet 控制的其他进程。说明：如果要为非 Pod 进程显式保留资源。

请参考为系统守护进程预留资源。节点拓扑特性状态： Kubernetes v1.27 [stable]如果启用了 TopologyManager 特性门控，

kubelet 可以在作出资源分配决策时使用拓扑提示。

参考控制节点上拓扑管理策略了解详细信息。节点体面关闭特性状态： Kubernetes v1.21 [beta]kubelet 会尝试检测节点系统关闭事件并终止在节点上运行的所有 Pod。在节点终止期间，kubelet 保证 Pod 遵从常规的

Pod 终止流程，

且不接受新的 Pod（即使这些 Pod 已经绑定到该节点）。节点体面关闭特性依赖于 systemd，因为它要利用

systemd 抑制器锁机制，

在给定的期限内延迟节点关闭。节点体面关闭特性受 GracefulNodeShutdown

特性门控控制，

在 1.21 版本中是默认启用的。注意，默认情况下，下面描述的两个配置选项，shutdownGracePeriod 和

shutdownGracePeriodCriticalPods 都是被设置为 0 的，因此不会激活节点体面关闭功能。

要激活此功能特性，这两个 kubelet 配置选项要适当配置，并设置为非零值。一旦 systemd 检测到或通知节点关闭，kubelet 就会在节点上设置一个

NotReady 状况，并将 reason 设置为 "node is shutting down"。

kube-scheduler 会重视此状况，不将 Pod 调度到受影响的节点上；

其他第三方调度程序也应当遵循相同的逻辑。这意味着新的 Pod 不会被调度到该节点上，

因此不会有新 Pod 启动。如果检测到节点关闭过程正在进行中，kubelet 也会在 PodAdmission

阶段拒绝 Pod，即使是该 Pod 带有 node.kubernetes.io/not-ready:NoSchedule

的容忍度。同时，当 kubelet 通过 API 在其 Node 上设置该状况时，kubelet

也开始终止在本地运行的所有 Pod。在体面关闭节点过程中，kubelet 分两个阶段来终止 Pod：终止在节点上运行的常规 Pod。终止在节点上运行的关键 Pod。节点体面关闭的特性对应两个

KubeletConfiguration 选项：shutdownGracePeriod：指定节点应延迟关闭的总持续时间。此时间是 Pod 体面终止的时间总和，不区分常规 Pod

还是关键 Pod。shutdownGracePeriodCriticalPods：在节点关闭期间指定用于终止关键 Pod

的持续时间。该值应小于 shutdownGracePeriod。说明：在某些情况下，节点终止过程会被系统取消（或者可能由管理员手动取消）。

无论哪种情况下，节点都将返回到 Ready 状态。然而，已经开始终止进程的

Pod 将不会被 kubelet 恢复，需要被重新调度。例如，如果设置了 shutdownGracePeriod=30s 和 shutdownGracePeriodCriticalPods=10s，

则 kubelet 将延迟 30 秒关闭节点。

在关闭期间，将保留前 20（30 - 10）秒用于体面终止常规 Pod，

而保留最后 10 秒用于终止关键 Pod。说明：当 Pod 在正常节点关闭期间被驱逐时，它们会被标记为关闭。

运行 kubectl get pods 时，被驱逐的 Pod 的状态显示为 Terminated。

并且 kubectl describe pod 表示 Pod 因节点关闭而被驱逐：Reason: Terminated

Message: Pod was terminated in response to imminent node shutdown.

基于 Pod 优先级的节点体面关闭特性状态： Kubernetes v1.24 [beta]为了在节点体面关闭期间提供更多的灵活性，尤其是处理关闭期间的 Pod 排序问题，

节点体面关闭机制能够关注 Pod 的 PriorityClass 设置，前提是你已经在集群中启用了此功能特性。

此功能特性允许集群管理员基于 Pod

的优先级类（Priority Class）

显式地定义节点体面关闭期间 Pod 的处理顺序。前文所述的节点体面关闭特性能够分两个阶段关闭 Pod，

首先关闭的是非关键的 Pod，之后再处理关键 Pod。

如果需要显式地以更细粒度定义关闭期间 Pod 的处理顺序，需要一定的灵活度，

这时可以使用基于 Pod 优先级的体面关闭机制。当节点体面关闭能够处理 Pod 优先级时，节点体面关闭的处理可以分为多个阶段，

每个阶段关闭特定优先级类的 Pod。kubelet 可以被配置为按确切的阶段处理 Pod，

且每个阶段可以独立设置关闭时间。假设集群中存在以下自定义的 Pod

优先级类。Pod 优先级类名称Pod 优先级类数值custom-class-a100000custom-class-b10000custom-class-c1000regular/unset0在 kubelet 配置中，

shutdownGracePeriodByPodPriority 可能看起来是这样：Pod 优先级类数值关闭期限10000010 秒10000180 秒1000120 秒060 秒对应的 kubelet 配置 YAML 将会是：shutdownGracePeriodByPodPriority:

- priority: 100000

shutdownGracePeriodSeconds: 10

- priority: 10000

shutdownGracePeriodSeconds: 180

- priority: 1000

shutdownGracePeriodSeconds: 120

- priority: 0

shutdownGracePeriodSeconds: 60

上面的表格表明，所有 priority 值大于等于 100000 的 Pod 会得到 10 秒钟期限停止，

所有 priority 值介于 10000 和 100000 之间的 Pod 会得到 180 秒钟期限停止，

所有 priority 值介于 1000 和 10000 之间的 Pod 会得到 120 秒钟期限停止，

所有其他 Pod 将获得 60 秒的时间停止。用户不需要为所有的优先级类都设置数值。例如，你也可以使用下面这种配置：Pod 优先级类数值关闭期限100000300 秒1000120 秒060 秒在上面这个场景中，优先级类为 custom-class-b 的 Pod 会与优先级类为 custom-class-c

的 Pod 在关闭时按相同期限处理。如果在特定的范围内不存在 Pod，则 kubelet 不会等待对应优先级范围的 Pod。

kubelet 会直接跳到下一个优先级数值范围进行处理。如果此功能特性被启用，但没有提供配置数据，则不会出现排序操作。使用此功能特性需要启用 GracefulNodeShutdownBasedOnPodPriority

特性门控，

并将 kubelet 配置

中的 shutdownGracePeriodByPodPriority 设置为期望的配置，

其中包含 Pod 的优先级类数值以及对应的关闭期限。说明：在节点体面关闭期间考虑 Pod 优先级的能力是作为 Kubernetes v1.23 中的 Alpha 功能引入的。

在 Kubernetes 1.29 中该功能是 Beta 版，默认启用。kubelet 子系统中会生成 graceful_shutdown_start_time_seconds 和

graceful_shutdown_end_time_seconds 度量指标以便监视节点关闭行为。处理节点非体面关闭特性状态： Kubernetes v1.28 [stable]节点关闭的操作可能无法被 kubelet 的节点关闭管理器检测到，

是因为该命令不会触发 kubelet 所使用的抑制锁定机制，或者是因为用户错误的原因，

即 ShutdownGracePeriod 和 ShutdownGracePeriodCriticalPod 配置不正确。

请参考以上节点体面关闭部分了解更多详细信息。当某节点关闭但 kubelet 的节点关闭管理器未检测到这一事件时，

在那个已关闭节点上、属于 StatefulSet

的 Pod 将停滞于终止状态，并且不能移动到新的运行节点上。

这是因为已关闭节点上的 kubelet 已不存在，亦无法删除 Pod，

因此 StatefulSet 无法创建同名的新 Pod。

如果 Pod 使用了卷，则 VolumeAttachments 不会从原来的已关闭节点上删除，

因此这些 Pod 所使用的卷也无法挂接到新的运行节点上。

所以，那些以 StatefulSet 形式运行的应用无法正常工作。

如果原来的已关闭节点被恢复，kubelet 将删除 Pod，新的 Pod 将被在不同的运行节点上创建。

如果原来的已关闭节点没有被恢复，那些在已关闭节点上的 Pod 将永远滞留在终止状态。为了缓解上述情况，用户可以手动将具有 NoExecute 或 NoSchedule 效果的

node.kubernetes.io/out-of-service 污点添加到节点上，标记其无法提供服务。

如果在 kube-controller-manager

上启用了 NodeOutOfServiceVolumeDetach

特性门控，

并且节点被通过污点标记为无法提供服务，如果节点 Pod 上没有设置对应的容忍度，

那么这样的 Pod 将被强制删除，并且该在节点上被终止的 Pod 将立即进行卷分离操作。

这样就允许那些在无法提供服务节点上的 Pod 能在其他节点上快速恢复。在非体面关闭期间，Pod 分两个阶段终止：强制删除没有匹配的 out-of-service 容忍度的 Pod。立即对此类 Pod 执行分离卷操作。说明：在添加 node.kubernetes.io/out-of-service 污点之前，

应该验证节点已经处于关闭或断电状态（而不是在重新启动中）。将 Pod 移动到新节点后，用户需要手动移除停止服务的污点，

并且用户要检查关闭节点是否已恢复，因为该用户是最初添加污点的用户。交换内存管理特性状态： Kubernetes v1.28 [beta]要在节点上启用交换内存，必须启用 kubelet 的 NodeSwap 特性门控，

同时使用 --fail-swap-on 命令行参数或者将 failSwapOn

配置设置为 false。警告：当内存交换功能被启用后，Kubernetes 数据（如写入 tmpfs 的 Secret 对象的内容）可以被交换到磁盘。用户还可以选择配置 memorySwap.swapBehavior 以指定节点使用交换内存的方式。例如：memorySwap:

swapBehavior: UnlimitedSwap

UnlimitedSwap（默认）：Kubernetes 工作负载可以根据请求使用尽可能多的交换内存，

一直到达到系统限制为止。LimitedSwap：Kubernetes 工作负载对交换内存的使用受到限制。

只有具有 Burstable QoS 的 Pod 可以使用交换空间。如果启用了特性门控但是未指定 memorySwap 的配置，默认情况下 kubelet 将使用与

UnlimitedSwap 设置相同的行为。采用 LimitedSwap 时，不属于 Burstable QoS 分类的 Pod

（即 BestEffort/Guaranteed QoS Pod）

被禁止使用交换内存。为了保持上述的安全性和节点健康性保证，

在 LimitedSwap 生效时，不允许这些 Pod 使用交换内存。在详细介绍交换限制的计算之前，有必要定义以下术语：nodeTotalMemory：节点上可用的物理内存总量。totalPodsSwapAvailable：节点上可供 Pod 使用的交换内存总量

（一些交换内存可能被保留由系统使用）。containerMemoryRequest：容器的内存请求。交换限制被配置为 (containerMemoryRequest / nodeTotalMemory) * totalPodsSwapAvailable 的值。需要注意的是，位于 Burstable QoS Pod 中的容器可以通过将内存请求设置为与内存限制相同来选择不使用交换空间。

以这种方式配置的容器将无法访问交换内存。只有 Cgroup v2 支持交换空间，Cgroup v1 不支持。如需了解更多信息、协助测试和提交反馈，请参阅关于

Kubernetes 1.28：NodeSwap 进阶至 Beta1 的博客文章、

KEP-2400

及其设计提案。接下来进一步了解以下资料：构成节点的组件。Node 的 API 定义。架构设计文档中有关

Node

的章节。污点和容忍度。节点资源管理器。Windows 节点的资源管理。反馈此页是否对你有帮助？是

否感谢反馈。如果你有一个关于如何使用 Kubernetes 的具体问题需要答案，可以访问

Stack Overflow.

在 GitHub 仓库上登记新的问题

报告问题

或者

提出改进建议.最后修改 March 02, 2024 at 9:41 PM PST: [zh-cn]sync nodes assign-pod-node source-ip kubeadm_config_print_reset-defaults (58a60d7546) 编辑此页

添加子页面

登记一个问题

整节打印管理节点名称唯一性节点自注册手动节点管理节点状态节点心跳节点控制器逐出速率限制资源容量跟踪节点拓扑节点体面关闭基于 Pod 优先级的节点体面关闭处理节点非体面关闭交换内存管理接下来文档

博客

培训

合作伙伴

社区

案例分析© 2024 The Kubernetes 作者 | 文档发布基于 CC BY 4.0 授权许可Copyright © 2024 Linux 基金会®。保留所有权利。Linux 基金会已注册并使用商标。如需了解 Linux 基金会的商标列表，请访问商标使用页面ICP license: 京ICP备17074266

HTML DOM 节点 | 菜鸟教程

HTML DOM 节点 | 菜鸟教程

菜鸟教程 -- 学的不仅是技术，更是梦想！

首页

HTML

CSS

JavaScript

Vue

Bootstrap

NodeJS

Python3

Python2

Java

C

C++

C#

Go

SQL

Linux

jQuery

本地书签

首页

HTML

CSS

JS

本地书签

Search

Python3 教程

Python2 教程

Vue3 教程

vue2 教程

Bootstrap3 教程

Bootstrap4 教程

Bootstrap5 教程

Bootstrap2 教程

HTML DOM 教程

HTML DOM 教程

HTML DOM 简介

HTML DOM 节点

HTML DOM 方法

HTML DOM 属性

HTML DOM 访问

HTML DOM 修改

HTML DOM 修改 HTML 内容

HTML DOM 元素

HTML DOM 事件

HTML DOM 导航

HTML DOM 总结

DOM 实例

DOM 参考手册

HTML DOM 对象

HTML DOM 简介

HTML DOM 方法

HTML DOM 节点

在 HTML DOM 中，所有事物都是节点。DOM 是被视为节点树的 HTML。

DOM Nodes

DOM 节点

根据 W3C 的 HTML DOM 标准，HTML 文档中的所有内容都是节点：

整个文档是一个文档节点

每个 HTML 元素是元素节点

HTML 元素内的文本是文本节点

每个 HTML 属性是属性节点

注释是注释节点

HTML DOM 节点树

HTML DOM 将 HTML 文档视作树结构。这种结构被称为节点树：

HTML DOM 树实例

节点父、子和同胞

节点树中的节点彼此拥有层级关系。

我们常用父（parent）、子（child）和同胞（sibling）等术语来描述这些关系。父节点拥有子节点。同级的子节点被称为同胞（兄弟或姐妹）。

在节点树中，顶端节点被称为根（root）。

每个节点都有父节点、除了根（它没有父节点）。

一个节点可拥有任意数量的子节点。

同胞是拥有相同父节点的节点。

下面的图片展示了节点树的一部分，以及节点之间的关系：

请看下面的 HTML 片段：

DOM 课程1

Hello world!

从上面的 HTML 中：

节点没有父节点；它是根节点

和 的父节点是 节点

文本节点 "Hello world!" 的父节点是

节点

并且：

节点拥有两个子节点： 和

节点拥有两个子节点： 与 ，元素节点