Kubernetes Service上设置`internalTrafficPolicy: Local`的用途是什么

85次阅读

问题描述

想了解在Kubernetes的Service对象上设置internalTrafficPolicy属性的用途是什么。根据他的理解，当设置为Local时，从另一个节点到达节点的流量，如果目标是服务的IP地址，将会被丢弃。这是否意味着运行在节点1上的Pod永远无法与运行在节点2上的支持该服务的Pod通信？为什么有人希望出现这种情况？除了使用DaemonSet管理支持服务的Pod以防止流量通过集群网络，始终在节点内部处理或丢弃之外，还有其他原因吗？

解决方案

请注意以下操作注意版本差异及修改前做好备份。

根据Kubernetes的文档和用户的最佳回答，internalTrafficPolicy: Local属性的用途是控制服务的内部流量路由。当设置为Local时，服务的内部流量将始终在同一节点上处理，不会跨节点传输。

以下是使用internalTrafficPolicy: Local的一些常见用例：

节点本地流量：如果你希望服务的流量始终在同一节点上处理，而不会跨节点传输，可以使用internalTrafficPolicy: Local。这对于需要将流量限制在特定节点上的应用程序非常有用，例如日志记录守护程序或指标代理。
拓扑感知路由：在某些情况下，你可能希望服务的流量根据节点的拓扑信息进行路由。通过使用internalTrafficPolicy: Local，你可以确保流量始终在同一区域或可用区内进行处理，从而减少跨区域或跨可用区的网络延迟。

需要注意的是，使用internalTrafficPolicy: Local并不意味着节点之间的通信完全被阻止。如果你需要在不同节点上的Pod之间进行通信，可以考虑使用其他网络策略，如Service Mesh或Ingress等。

以下是在Kubernetes中如何设置internalTrafficPolicy: Local的步骤：

编辑你的Service对象的配置文件（例如service.yaml）。
在该文件中，为Service对象添加internalTrafficPolicy: Local属性。
应用配置文件以更新Service对象。

下面是一个示例的Service配置文件：

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app: my-app
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080
  internalTrafficPolicy: Local

在上面的示例中，我们定义了一个名为my-service的Service对象，并将internalTrafficPolicy属性设置为Local。这将确保服务的内部流量始终在同一节点上处理。

请注意，internalTrafficPolicy: Local属性的行为可能会因Kubernetes版本而异。在使用之前，请确保你的Kubernetes集群支持该属性。

参考链接：
– Kubernetes Service Traffic Policy
– KEP-2086: Service Internal Traffic Policy

正文完