Minikube 上的 Kubernetes Ingress nginx 失败

Question

Ubuntu 18.04 上的 minikube v1.13.0 和 Docker 19.03.8 上的 Kubernetes v1.19.0。使用 helm/helmfile ("v3.3.4")。 Ubuntu 虚拟机在运行在 Win10 上的 VM-Workstation 上，网络设置为 NAT，一切都在我的家庭 wifi 网络中。

我正在尝试使用 ingress-backend stable/nginx-ingress 1.36.0 。我在 ingress/charts 文件夹中有 nginx-ingress-1.36.0.tgz，并且我有 ingress/enabled minikube addons enable ingress。

在我在 minikube 上启用入口之前，一切都将成功部署（没有错误），但服务/LB 仍处于挂起状态：

  ClusterIP      10.101.41.156    <none>        8080/TCP  

    ingress-controller-nginx-ingress-controller        LoadBalancer   10.98.157.222    <pending>     80:30050/TCP,443:32294/TCP 

在 minikube 上启用入口后，我现在收到 connection refused 错误：

STDERR:
Error: UPGRADE FAILED: cannot patch "ingress-service" with kind Ingress: 
    Internal error occurred: failed calling webhook "validate.nginx.ingress.kubernetes.io": Post "https://ingress-nginx-controller-admission.kube-system.svc:443/extensions/v1beta1/ingresses?timeout=30s": 
    dial tcp 10.105.131.220:443: connect: connection refused
        
COMBINED OUTPUT:
Error: UPGRADE FAILED: cannot patch "ingress-service" with kind Ingress: 
    Internal error occurred: failed calling webhook "validate.nginx.ingress.kubernetes.io": Post "https://ingress-nginx-controller-admission.kube-system.svc:443/extensions/v1beta1/ingresses?timeout=30s":
     dial tcp 10.105.131.220:443: connect: connection refused

我不知道这个 IP 10.105.131.220 是什么 - 看起来像 pvt IP。这不是我的 minikube IP，也不是我的 VM IP 或我的笔记本电脑 IP，我无法 ping 通。

但这一切仍然可以正常部署 - 但负载均衡器仍然显示 pending。

更新

我错过了基于documentation 的步骤之一

kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.30.0/deploy/static/mandatory.yaml

我停止/删除了minkube并重做了一切，现在错误消失了，但负载均衡器仍然是<pending>

Answer 1

默认情况下，minikube 等所有解决方案都不会为您提供LoadBalancer。 EKS、Google Cloud、Azure 等云解决方案通过在后台单独运行 LB 自动为您完成。这就是您看到Pending 状态的原因。

解决方案：

1. 使用MetalLB on minikube

MetalLB 挂钩到您的 Kubernetes 集群，并提供网络负载均衡器实现。简而言之，它允许您在不在云提供商上运行的集群中创建 LoadBalancer 类型的 Kubernetes 服务，因此不能简单地连接到付费产品以提供负载均衡器。

安装：

kubectl apply -f https://raw.githubusercontent.com/google/metallb/v0.8.1/manifests/metallb.yaml

namespace/metallb-system created
podsecuritypolicy.policy/speaker created
serviceaccount/controller created
serviceaccount/speaker created
clusterrole.rbac.authorization.k8s.io/metallb-system:controller created
clusterrole.rbac.authorization.k8s.io/metallb-system:speaker created
role.rbac.authorization.k8s.io/config-watcher created
clusterrolebinding.rbac.authorization.k8s.io/metallb-system:controller created
clusterrolebinding.rbac.authorization.k8s.io/metallb-system:speaker created
rolebinding.rbac.authorization.k8s.io/config-watcher created

1. 使用minikube tunnel

LoadBalancer 类型的服务可以通过 minikube 隧道公开 命令。它必须在单独的终端窗口中运行以保持 负载均衡器正在运行。终端中的 Ctrl-C 可用于终止 清理网络路由的过程。

minikube tunnel作为进程运行，在主机上使用集群的IP创建到集群的服务CIDR的网络路由 地址作为网关。隧道命令暴露外部 IP 直接连接到主机操作系统上运行的任何程序。