除了 HTTP 流量之外,NGINX Ingress Controller 还可以负载 TCP 和 UDP 流量,因此您可以使用它来管理基于以下协议的各种应用和实用程序的流量,它们包括:
- MySQL、LDAP 和 MQTT —— 许多流行应用使用的基于 TCP 协议的应用
- DNS、syslog 和 RADIUS —— 边缘设备和非事务性应用使用的基于 UDP 协议的实用程序
在以下情况下,使用 NGINX Ingress Controller 进行 TCP 和 UDP 负载均衡也是一种将网络流量分发给 Kubernetes 应用的有效解决方案:
- 您正在使用端到端加密 (EE2E),并且让应用(而非 NGINX Ingress Controller)来处理加密和解密
- 您需要对基于 TCP 或 UDP 的应用实施高性能负载均衡
- 在将现有网络 (TCP/UDP) 负载均衡器迁移到 Kubernetes 环境时,您希望尽量减少更改
NGINX Ingress Controller 自带两个支持 TCP/UDP 负载均衡的 NGINX Ingress 资源:
- GlobalConfiguration :集群管理员通常使用该资源指定可供 DevOps 团队使用的 TCP/UDP 端口(监听器)。注意,每个 NGINX Ingress Controller Deployment 只能配置一个 GlobalConfiguration 资源。
- TransportServer:DevOps 团队通常使用该资源为应用配置 TCP/UDP 负载均衡。NGINX Ingress Controller 仅监听管理员在 GlobalConfiguration 资源中实例化的端口。这可以防止端口之间发生冲突,并确保 DevOps 团队仅向公共外部服务暴露管理员预先确定安全的端口,从而添加一层额外的安全性。
下图描述了 GlobalConfiguration 和 TransportServer 资源的用例示例。在 gc.yaml 中,集群管理员在 GlobalConfiguration 资源中定义了 TCP 和 UDP 监听器。在 ts.yaml 中,DevOps 工程师在 TransportServer 资源中引用了 TCP 监听器,以便将流量路由到 MySQL Deployment。
gc.yaml 中的 GlobalConfiguration 资源定义了两个监听器:端口 514 的 UDP 监听器,用于连接 syslog 服务;端口 5353 的 TCP 监听器,用于连接 MySQL 服务。
在 ts.yaml 中,TransportServe 资源的第 6-8 行通过 name (mysql-tcp
) 引用了 gc.yaml 中定义的 TCP 监听器,第 9-14 行定义了将 TCP 流量发送到 mysql-db
upstream 的路由规则。
在这个例子中,DevOps 工程师使用 MySQL 客户端来验证配置是否有效,这可以通过 MySQL deployment 中的 rawdata_content_schema
数据库的表目录输出来确认。
$ echo “SHOW TABLES” | mysql –h <external_IP_address> -P <port> -u <user> –p rawdata_content_schema
Enter Password: <password>
Tables_in_rawdata_content_schema
authors
posts
UDP 流量的 TransportServer 资源配置方法与之类似;有关完整示例,请参见在 GitHub 上的 NGINX Ingress Controller 仓库中的“基础 TCP/UDP 负载均衡”。高级 NGINX 用户可以使用原生 NGINX 配置(使用 stream-snippets
ConfigMap 键)扩展 TransportServer 资源,如仓库中的“支持 TCP/UDP 负载均衡”一例所示。
如欲详细了解您可以在 TransportServer 资源中配置的特性,请参阅 NGINX Ingress Controller 文档。
立即体验基于 NGINX Plus 的 NGINX Ingress Controller 的 30 天免费试用版,或者联系我们讨论您的用例。