Service 所用的协议

    Kubernetes 支持以下协议用于 Service：

    • TCP （默认值）

    当你定义 Service 时， 你还可以指定其使用的应用协议。

    本文详细说明了一些特殊场景，这些场景通常均使用 TCP 作为传输协议：

    Service 端口的 protocol 有 3 个有效值：

    特性状态： Kubernetes v1.20 [stable]

    当使用支持 SCTP 流量的网络插件时，你可以为大多数 Service 使用 SCTP。 对于 Service，对 SCTP 的支持情况取决于提供此项设施的云供应商（大部分不支持）。

    运行 Windows 的节点不支持 SCTP。

    支持多宿主 SCTP 关联

    针对多宿主 SCTP 关联的 NAT 需要在对应的内核模块具有特殊的逻辑。

    说明：

    当 kube-proxy 处于 userspace 模式时不支持管理 SCTP 关联。

    TCP

    你可以将 TCP 用于任何类别的 Service，这是默认的网络协议。

    你可以将 UDP 用于大多数 Service。对于 type: LoadBalancer Service， UDP 的支持与否取决于提供此项设施的云供应商。

    特殊场景

    HTTP

    如果你的云供应商支持负载均衡，而且尤其是该云供应商的负载均衡器实现了 HTTP/HTTPS 反向代理， 可将流量转发到该 Service 的后端端点，那么你就可以使用 LoadBalancer 模式的 Service 以便在 Kubernetes 集群外部配置负载均衡器。

    通常，你将 Service 协议设置为 TCP， 并添加一个 （一般取决于你的云供应商）配置负载均衡器，以便在 HTTP 级别处理流量。 此配置也可能包括为你的工作负载提供 HTTPS（基于 TLS 的 HTTP）并反向代理纯 HTTP。

    你也可以使用 Ingress 来暴露 HTTP/HTTPS Service。

    你可能还想指定连接的是 http 还是 。如果从负载均衡器到工作负载的会话是不带 TLS 的 HTTP，请使用 http； 如果从负载均衡器到工作负载的会话使用 TLS 加密，请使用 https。

    如果你的云供应商支持此协议，你可以使用设置为 type: LoadBalancer 的 Service， 在 Kubernetes 本身的外部配置负载均衡器，以转发用 封装的连接。

    负载均衡器然后发送一个初始的八位元组系列来描述传入的连接，这类似于以下示例（PROXY 协议 v1）：

    代理协议前导码之后的数据是来自客户端的原始数据。 当任何一侧关闭连接时，负载均衡器也会触发连接关闭并在可行的情况下发送所有残留数据。

    通常，你会将 Service 协议定义为 TCP。 你还会设置一个特定于云供应商的注解，将负载均衡器配置为以 PROXY 协议封装所有传入的连接。

    TLS

    如果你的云供应商支持 TLS，你可以使用设置为 type: LoadBalancer 的 Service 作为设置外部反向代理的一种方式，其中从客户端到负载均衡器的连接是 TLS 加密的且该负载均衡器是 TLS 对等服务器。从负载均衡器到工作负载的连接可以是 TLS，或可能是纯文本。 你可以使用的确切选项取决于你的云供应商或自定义 Service 实现。