有没有办法处理Kubernetes中的SIP，RTP，DIAMETER，M3UA流量？

Question

从快速阅读Kubernetes文档，我注意到kube-proxy表现为Level-4代理，并且可能适用于TCP / IP流量（通常是HTTP流量）。

但是，还有其他协议，如SIP（可能通过TCP或UDP），RTP（通过UDP）和核心电信网络信令协议，如DIAMETER（通过TCP或SCTP）或类似M3UA（通过SCTP）。有没有办法处理在Kubernetes小兵中运行的应用程序中的此类流量？

在我的阅读中，我在Kubernetes上遇到了Ingress API的概念，但我知道这是一种扩展代理功能的方法。那是对的吗 ？

此外，目前没有已知的Ingress API实现（开源或闭源），可以允许Kubernetes集群处理上面列出的流量类型？

最后，除了使用Ingress API之外，即使它有性能限制，也无法处理上面列出的流量？

Answer 1

此外，目前没有已知的Ingress API实现（开源或闭源），可以允许Kubernetes集群处理上面列出的流量类型？

可能，这和IBM study on IBM Voice Gateway "Setting up high availability"

（这里有SIPs (Session Initiation Protocol)，like OpenSIPS）

Kubernetes部署

在Kubernetes术语中，单个语音网关实例等同于单个pod，其中包含SIP Orchestrator容器和Media Relay容器。 语音网关容器安装在Kubernetes群集中，该群集由外部SIP负载平衡器提供。 通过Kubernetes，可以安排语音网关pod在一组VM上运行。该框架还监视窗格，并且可以配置为在检测到故障时自动重新启动语音网关窗格。

注意：由于当前不支持Kubernetes中的SIP负载均衡器自动扩展和自动发现新pod，因此需要外部SIP。

并且，为了说明Kubernetes的局限性：

由于语音网关使用的协议，在Kubernetes环境中运行IBM Voice Gateway需要在部署典型的基于HTTP的应用程序之外进行特殊考虑。

语音网关依赖于用于呼叫信令的SIP协议和用于媒体的RTP协议，这两者都需要与特定语音网关实例的亲和性。为避免破坏会话亲和性，必须绕过这些协议的Kubernetes入口路由器。

要解决入口路由器的限制，必须在主机网络模式下配置语音网关容器。 在主机网络模式下，当在任一语音网关容器中打开端口时，这些相同的端口也会打开并映射到基本虚拟机或节点上。 此配置还消除了在kubectl配置文件中定义媒体端口范围的需要，Kubernetes目前不支持该文件。在主机网络模式下，每个节点仅部署一个Pod可确保在主机VM上打开SIP和媒体端口，并且SIP负载均衡器可以看到这些端口。

---

为kubernetes设置的网络配置在this answer中得到了最好的说明，描述了pod / node-communication中涉及的元素：

example

Answer 2

可以处理从客户端到服务的TCP和UDP流量，但它稍微取决于您运行Kubernetes的位置。

Solutions

一个随处可见的解决方案

可以将Ingress用于TCP和UDP协议，而不仅仅是HTTP。一些Ingress实现支持代理这种类型的流量。

这是用于TCP的Nginx Ingress控制器的那种配置的

apiVersion: v1
kind: ConfigMap
metadata:
  name: tcp-configmap-example
data:
  9000: "default/example-go:8080" here is a "$namespace/$service_name:$port"

：

apiVersion: v1
kind: ConfigMap
metadata:
  name: udp-configmap-example
data:
  53: "kube-system/kube-dns:53" # here is a "$namespace/$service_name:$port"

和UDP：ServiceType

因此，实际上，您可以运行需要普通UDP和TCP连接的应用程序，但有一些限制（如果您有多个pod等，则需要以某种方式管理负载平衡）。

但是，如果你现在有一个应用程序可以立即执行，没有Kubernetes - 我认为在迁移到Kubernetes后你不会遇到任何问题。

交通流量的一个小例子

例如，对于SIP UDP流量，您可以准备如下配置：

客户端 - > Nginx Ingress（UDP） - > OpenSIPS负载均衡器（UDP） - > SIP服务器（UDP）。

因此，客户端将数据包发送到Ingress，它会将其转发给OpenSIPS，OpenSIPS将管理SIP群集的状态并将客户端数据包发送到正确的SIP服务器。

仅适用于云的解决方案

此外，如果您将在云上运行，您可以使用LoadBalancer Service作为here，并通过云平台提供的外部负载均衡器直接获取应用程序的TCP和UDP流量。

About SCTP

不幸的是，SCTP怎么样，不支持，但你可以跟踪进展https://github.com/kubernetes/kubernetes/pull/64973。

Answer 3

关于k8s中的SCTP支持：它最近已合并为k8s作为alpha功能。支持SCTP作为Service，NetworkPolicy和Pod定义中的新协议类型。在这里查看PR：https://tools.ietf.org/html/draft-ietf-tsvwg-natsupp-12

存在一些限制：

• 多宿主SCTP协会的处理不属于PR的范围。对于使用NAT的情况，多宿主SCTP关联的支持是一个更广泛的主题，它也影响处理协议的NAT的当前SCTP内核模块。请参阅此处的示例：qazxswpoi从k8s的角度来看，还需要一个CNI插件，该插件支持将多个IP地址（最好在多个接口上）分配给pod，因此pod可以建立多宿主SCTP关联。还需要一个增强的服务/端点/ DNS控制器来以正确的方式处理这些多个IP地址。
• SCTP作为type = LoadBalancer Services协议的支持取决于负载均衡器实现，这不是k8s问题 为了在NetworkPolicy中使用SCTP，需要一个支持NetworkPolicies中的SCTP的CNI插件