(在学习 Kubernetes 时,我从未真正找到任何解释这一点的好资源)设想:我拥有 mywebsite1.com 和 mywebsite2.com,我想将它们都托管在 Kubernetes 集群中。我根据以下网站使用 2 kubectl apply -f 命令部署了一个通用的云入口 Controller 。 (mandatory.yaml 和通用 ingress.yaml) https://kubernetes.github.io/ingress-nginx/deploy/所以问题是这种架构是什么样的?以及数据如何流入集群? 最佳答案 我将 2 个证书转换为 2 个 .key 和 2 个 .crt 文件我使用这些文件制作 2 个 TLS secret (每个网站 1 个,因此它们将启用 HTTPS)我创建了 2 个入口对象: 表示 website1.com/,指向名为 website1fe 的服务,并引用 website1 的 HTTPS/TLS 证书 key 。 ( website1fe 服务仅监听端口 80,并将流量转发到由 website1fe 部署产生的 Pod) 另一个说 website2.com/,指向一个名为 website2fe 的服务,并引用了 website2 的 HTTPS/TLS 证书 key 。 ( website2fe 服务仅监听端口 80,并将流量转发到由 website2fe 部署产生的 Pod) 我有一个存在于私有(private)子网中的 3 节点 Kubernetes 集群。他们有IP 10.1.1.10 10.1.1.11 10.1.1.12当我跑 2kubectl apply -f 命令这些命令生成: 包含运行 Nginx L7 LB 软件的 Pod 的 kubernetes 部署,基于存储在 etcd 中的 Ingress .yaml 对象声明性地配置自己,因为 nginx L7 LB Pod 是自配置的,它们被称为 Ingress Controller Pod。 (这些 nginx 入口 Controller pod 监听端口 80 和 443。) Kubernetes Service of type Load Balancer:Kubernetes Service of Load Balancer,在后台使用Nodeports,(NodePort在节点有私有(private)IP时可以安全使用,NodePorts随机(注:服务类型LB在后台使用NodePorts,将随机选择,云 API 将自动将云 LB 链接到正确的随机 NodePort。或者,您可以使用服务类型 NodePort 并获得显式选择 NodePort 的选项。)从 30000 - 32767 的范围中选择,但对于为了清楚起见,我会说 NodePort 服务正在监听集群中每个节点的端口 30080 和 30443),云 LB 被自动配置并存在于具有公共(public) IP 地址的集群之外(使用默认设置),并且它自动将流量路由到 Ingress Controller 所在的 NodePort。 (流量示例:LB:443 --> NP:30443 --> IngressControllerPod:443 --> Grafana:3000) kubectl get svc --all-namespaces 给出 L4 LB 的 IPv4 IP 地址(假设它是可公开路由的 IP 1.2.3.4)由于我拥有两个域:我配置了互联网 DNS,以便 website1.com 和 website2.com 都指向 1.2.3.4注意:入口 Controller 可以识别云提供商,因此它会自动执行以下反向代理/负载平衡配置:L4LB 1.2.3.4:80 --(LB between)--> 10.1.1.10:30080, 10.1.1.11:30080, 10.1.1.12:30080L4LB 1.2.3.4:443 --(LB between)--> 10.1.1.10:30443, 10.1.1.11:30443, 10.1.1.12:30443KubeProxy 使任何节点的端口 30080 或 30443 上的请求在集群内部转发到 Nginx L7 LB/Ingress Controller Service,然后将流量转发到 L7 Nginx LB Pod。L7 Nginx LB Pod 终止* HTTPS 连接并将流量转发到正在监听未加密端口 80 的 website1.com 和 website2.com 服务。(它未加密是可以的,因为我们在集群中,没有人会嗅探流量。)(*注意有时云 LB 会终止 HTTPS,然后通过明文端口 80 转发到入口 Controller ,但这还不错 b/c 明文发生在私有(private) IP 空间上)(Nginx L7 LB 根据流量进来的 L7(http://url)地址知道要转发到哪个内部集群服务/网站)注意要避免的错误:假设 website1.com 想要访问 website2.com 上存在的一些资源那么 website2.com 实际上有 2 个 IP 地址和 2 个 DNS 名称。website2fe.default.svc.cluster.local website2.com 而不是让 website1 通过 website2.com 访问资源您应该让 website1 通过 website2fe.default.svc.cluster.local 访问资源(这是更有效的路由)关于kubernetes - Kubernetes 集群内的流量如何流动?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/52241501/
10-15 22:23