从快速阅读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之外,即使它有性能限制,也无法处理上面列出的流量?
此外,目前没有已知的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中涉及的元素:
可以处理从客户端到服务的TCP和UDP流量,但它稍微取决于您运行Kubernetes的位置。
可以将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流量。
不幸的是,SCTP怎么样,不支持,但你可以跟踪进展https://github.com/kubernetes/kubernetes/pull/64973。
关于k8s中的SCTP支持:它最近已合并为k8s作为alpha功能。支持SCTP作为Service,NetworkPolicy和Pod定义中的新协议类型。在这里查看PR:https://tools.ietf.org/html/draft-ietf-tsvwg-natsupp-12
存在一些限制: