Service 所用的协议

如果你配置 Service， 你可以从 Kubernetes 支持的任何网络协议中选择一个协议。

Kubernetes 支持以下协议用于 Service：

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

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

支持的协议

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

SCTP

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

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

运行 Windows 的节点不支持 SCTP。

支持多宿主 SCTP 关联

对多宿主 SCTP 关联的支持要求 CNI 插件可以支持为 Pod 分配多个接口和 IP 地址。

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

说明：

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

TCP

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

UDP

你可以将 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 还是 https。如果从负载均衡器到工作负载的会话是不带 TLS 的 HTTP，请使用 http； 如果从负载均衡器到工作负载的会话使用 TLS 加密，请使用 https。

PROXY 协议

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

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

  1. PROXY TCP4 192.0.2.202 10.0.42.7 12345 7\r\n

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

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

TLS

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

通常，你会将协议设置为 TCP 并设置一个注解（通常特定于你的云供应商）， 将负载均衡器配置为充当一个 TLS 服务器。你将使用特定于云供应商的机制来配置 TLS 身份 （作为服务器，也可能作为连接到工作负载的客户端）。