LXC 和 Ingress 上 Kubernetes 的迷人分布

Charmed Distribution Of Kubernetes on LXC and Ingress

我正在尝试从托管在本地 LXC 容器上的 Kubernetes 集群中获得一个不错的解决方案来公开我的服务。

设置如下:

主机:Ubuntu18.04 运行一个LXC集群。

在 LXC 内部有一个迷人的 Kubernetes 发行版,它是 运行 我的应用程序和另一个容器 运行 一个 NGINX 反向代理。

我还在 kubernetes 中设置了一个 Metallb 负载均衡器,并使用所有需要互联网公开的 k8s 服务 LoadBalancer:

apiVersion: v1 kind: Service metadata: namespace: blazedesk name: blazedesk-sdeweb-server labels: app: blazedesk spec: ports: - port: 80 targetPort: 80 name: "http" - port: 443 targetPort: 443 name: "https" selector: app: blazedesk tier: sdeweb-server type: LoadBalancer

到目前为止我是如何做到的是将所有进入主主机的 http 和 https 流量重定向到 NXGINX 反向代理:

lxc config device add proxy myport80 proxy listen=tcp:0.0.0.0:80 connect=tcp:127.0.0.1:80 proxy_protocol=true

lxc config device add proxy myport443 proxy listen=tcp:0.0.0.0:443 connect=tcp:127.0.0.1:443 proxy_protocol=true

然后将 Nginx 配置为将匹配 DNS 地址的流量重定向到 k8s 服务 external-ips:

NAME                               TYPE           CLUSTER-IP       EXTERNAL-IP     PORT(S)                      AGE
service/blazedesk-sdeweb-server    LoadBalancer   10.152.183.215   10.190.26.240   80:31476/TCP,443:31055/TCP   17d

proxy_pass https://10.190.26.240;

如您所想,此设置意味着大量手动工作,尤其是在重新启动 k8s 服务并由 metallb 负载均衡器分配新 ip 的情况下。

是否有更简单的方法将流量从主机直接重定向到 kubernetes 入口,以某种方式绕过 LXC 层?

我实际上让它与作为 LoadBalancer 服务公开的 NGINX 入口控制器一起使用,并使用 iptables 将来自主机的 http 和 https 流量重定向到入口外部 IP。