当前位置: 首页 > 知识库问答 >
问题:

kubernetes - k8s 的 NodePort 会影响所有 node 吗?

呼延学
2023-06-26

k8s 的 pod 选择 NodePort

假设我有 10 个 node,但是这个 pod 的 NodePort 选择 6000 端口,并且这个 pod 实例只有 1 份。

这个时候,是不是 10 个 node 上的 6000 端口都会被占用呢?还是说只有跑 pod 的这个 node 的 6000 端口才会被占用呢?

chatGPT 给我的答案自相矛盾

图片.png

共有3个答案

单于智
2023-06-26

nodePod 指的是 pod 在 node 上以 ip:port 的方式去暴露服务,你可以把 pod 看做服务,node 是载体,只有 node 上有运行 6000 端口的 pod,此端口才会被占用,如果没运行,自然不会被占用。你有 10 个 node,但只运行了 5 个 pod 副本,则会有 5 个 node 的 6000 被占用,5 个 node 的不会被占用。

时仰岳
2023-06-26

chatgpt给的答案并没有自相矛盾

第一段说的是单独运行Pod,在Pod只有一个容器的情况下,会被调度到一个节点上,如果pod有做映射端口的操作,那么就会在运行这个Pod的Node上监听端口,这个端口只在这个Node上监听,在其它节点上不会被监听。

第二段是使用的是Service暴露Pod的端口,如果是使用service暴露端口,会在所有的node上监听相同的端口。

苏华荣
2023-06-26

每个节点都会监听该端口,因为如果没有指定节点,kubernetes会对pod进行调度,也就是说谁也不知道会调度到哪个节点上,如果只在调度的节点上监听,对负载程序来说根本没法配置,所以kubernetes会在所有节点上开启监听,只需将请求负载到所有节点,kubernetes内部进行二次调度。

 类似资料:
  • 我有一个UIView,它通过几个约束被放置在屏幕上。一些约束由superview拥有,另一些约束由其他祖先拥有(例如,可能是UIViewController的view属性)。 要澄清这些解决方案的问题,请考虑以下视图层次结构: 爷爷 父亲 我 儿子 女儿 现在假设我们创建了以下约束,并始终将它们附加到它们最近的共同祖先: null

  • 我有一个包含三个模块的工作簿,总共大约19000行代码。 我添加了多个按钮来运行性能完美的子程序。 我添加了四个新的子程序(都很短,总共可能有200行)来复制/粘贴数据并构建一个图形。 当我添加这些子例程时,所有其他子例程都开始异常缓慢地运行(从5-10秒到几分钟,有些子例程完全冻结)。 我有一个解决方法的想法(每次运行例程时关闭和打开自动计算),但我试图理解为什么这是一个问题。 Excel在待机

  • 问题内容: 有没有办法在kubernetes服务YAML定义中指定自定义 NodePort 端口?我需要能够在配置文件中显式定义端口。 问题答案: 您可以在部署中设置类型。请注意,为您的API服务器配置了一个选项(默认为)。您还可以通过设置对象下的属性来专门指定该范围内的端口,否则系统将为您选择该范围内的端口。 因此,带有指定的示例如下所示: 有关NodePort的更多信息,请参阅此文档。有关配置

  • 问题内容: 我正在编写一个具有时隙预订系统的应用程序。用户可以位于不同的时区,因此我需要以UTC时间将值存储在数据库中。 我想知道如何在MySQL中进行计算。它可靠吗? 如果服务器所在的时区位于夏令时区域,即使在夏令时导致的时间变化期间,它也始终可以正确运行吗? 问题答案: UTC始终是-不管是否生效,它都会忽略夏令时。 在英国,如果没有夏令时,我们使用GMT(与UTC相同)。当我们观察到夏时制时

  • 问题内容: varchar列上的索引是否会使查询运行缓慢?我可以将其设为int。而且我不需要做LIKE%比较。 问题答案: varchar列上的索引是否会使查询运行缓慢? 不,不是的。 如果优化器决定使用索引,则查询将运行得更快。 该表上的s / s / s会变慢,但不太可能引起注意。 我不需要做LIKE%比较 请注意,使用: …将 不 使用索引,但以下内容将: 关键是在字符串的左侧使用通配符,这

  • kubectl对kafka的描述也显示了暴露的节点 我有一个出版商二进制文件,将一些信息发送到Kafka。由于我有一个3节点集群部署,我使用我的主节点IP和Kafka节点端口(30092)与Kafka连接。 但是我的二进制文件正在获得错误。我无法理解为什么即使在nodePort到targetPort转换成功后,它还是被拒绝。随着进一步的调试,我在kafka日志中看到了以下调试日志: