Kubernetes中的Ingress和Load Balancer

78次阅读
没有评论

问题描述

是Kubernetes的新手,他想要公开暴露一个应用程序。他使用的是Scaleway作为云提供商。他了解到有多种方法可以实现这个目标。
1. 创建一个Ingress Controller:通过这种方式,Ingress会公开一个节点的IP地址和端口,并将所有请求转发到所附加的服务。用户将DNS记录指向公开的IP地址。使用cert-manager创建SSL证书,并且似乎与Ingress Controller很好地配合使用,这意味着证书会自动创建并附加到Ingress资源上。当集群具有可以自动删除/创建的多个节点时,如何管理DNS记录?
2. 创建一个Load Balancer类型的服务:这将创建一个由云提供商提供的负载均衡器,该负载均衡器在内部配置为将所有流量路由到集群中的所有节点。通过这种方法,用户可以将DNS记录指向负载均衡器IP,负载均衡器可以配置为保留公共IP,这意味着集群节点的添加/删除不会影响DNS记录。但是,用户不知道如何使用这种方法添加SSL证书。
用户想知道这两种方法中哪种最适合公开暴露应用程序,同时考虑到DNS管理和SSL证书。

解决方案

请注意以下操作注意版本差异及修改前做好备份。

方案1:使用Ingress Controller和Load Balancer

根据云提供商的支持人员、文档和其他云提供商的做法,我认为这两种方法都是需要的。
为了简化DNS区域管理,您需要以某种方式公开所有集群节点,而这种方式就是使用外部负载均衡器。
负载均衡器确保始终指向所有集群节点,即使节点本身发生更改(添加/删除)。这样,您可以通过将DNS区域指向负载均衡器IP来更新所需的域的DNS记录。当然,您需要确保此IP不会更改。
现在,有了一种将外部流量从自定义域路由到Kubernetes集群的方法,您需要知道将该流量重定向到何处。
这就是Ingress Controller的作用。
使用Ingress Controller,您可以根据主机名(例如)转发流量,以便到达所需的服务。
比较两个云提供商及其公开暴露应用程序的方法,我发现它们都使用外部负载均衡器以及Ingress Controller:
1. Scaleway:为了通过负载均衡器公开所有集群节点,您需要创建一个具有以下配置的服务:

spec:
  type: LoadBalancer
  ports:
    - port: 80
      name: http
      targetPort: 80
    - port: 443
      name: https
      targetPort: 443

targetPort必须是这些确切的端口。
创建负载均衡器后,您可以使用其IP地址作为DNS记录。
现在,您可以创建Ingress Controller来将流量转发到服务。
2. AWS:您可以创建一个Ingress Controller,它本身会创建一个AWS应用程序负载均衡器(ALB)。
ALB没有IP地址,而是依赖于CNAME记录。
它们都使用外部负载均衡器将流量转发到集群,并使用Ingress Controller将流量重定向到服务。
我认为这是在Kubernetes集群后面公开暴露应用程序的方式。

方案2:使用Istio和VirtualService

如果您考虑使用Istio作为服务网格,您可以使用VirtualService来通过负载均衡器公开DNS。
请注意,使用Istio和VirtualService可能会增加复杂性,并且需要对Istio有一定的了解。

总结

在Kubernetes中,要公开暴露应用程序,您可以使用Ingress Controller和Load Balancer的组合。通过外部负载均衡器,您可以将流量路由到集群中的所有节点,并使用Ingress Controller将流量转发到所需的服务。这样,您可以通过更新DNS记录来管理域名,并使用SSL证书来保护流量。如果您考虑使用Istio作为服务网格,您可以使用VirtualService来公开DNS。请根据您的需求选择适合您的方法。

正文完