通过 ingress 服务从 kubernetes pod 发送 http 请求到 Minikube 中的另一个 pod

我在 Oracle VM Virtualbox 中使用 Minikube 单节点 Kubernetes 集群。节点中的一个 Pod 是基于 Next.js 的客户端，其余 Pod 是不同的微服务。假设我的客户端 (Pod1) 需要在渲染之前向身份验证微服务 (Pod2) 发送 HTTP 请求 - 请参阅图表：Minikube集群 https://i.stack.imgur.com/fTzeq.png

以下是我的 ingress-service.yaml 文件：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-service
  annotations: 
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/use-regex: 'true'
spec:
  rules:
    - host: dummyweb.info
      http:
        paths:
          - path: /api/users/?(.*)
            backend:
              serviceName: auth-srv
              servicePort: 3000
          - path: /?(.*)
            backend:
              serviceName: client-srv
              servicePort: 3000

可以看到每个服务都有特定的路径。因此，我想将 HTTP 请求从客户端 (Pod1) 发送到 Ingress Service，然后 Ingress 根据路径将请求重新路由到适当的服务。换句话说，Pod1 中的客户端将使用以下 URL 通过 Ingress Service 向 Pod2 中的 auth 服务发送 HTTP GET 请求：http://<ingress-service-url>/api/users/....我需要弄清楚 Ingress 服务的 URL 是什么。

我启用了 NGINX Ingress 控制器：

minikube addons enable ingress

我验证了 NGINX Ingress 控制器正在运行：

kubectl get pods -n kube-system

NAME                                       READY   STATUS      RESTARTS   AGE
coredns-f9fd979d6-hfnfj                    1/1     Running     5          45h
etcd-minikube                              1/1     Running     5          45h
ingress-nginx-admission-create-dkthv       0/1     Completed   0          23h
ingress-nginx-admission-patch-4gtth        0/1     Completed   0          23h
ingress-nginx-controller-789d9c4dc-qdqxv   1/1     Running     3          23h
kube-apiserver-minikube                    1/1     Running     5          45h
kube-controller-manager-minikube           1/1     Running     5          45h
kube-proxy-sr6pt                           1/1     Running     5          45h
kube-scheduler-minikube                    1/1     Running     5          45h
storage-provisioner                        1/1     Running     11         45h

然后，我检查 kube-system 命名空间中可用的服务：

kubectl get services -n kube-system

NAME                                 TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)                  AGE
ingress-nginx-controller-admission   ClusterIP   10.97.5.35   <none>        443/TCP                  24h
kube-dns                             ClusterIP   10.96.0.10   <none>        53/UDP,53/TCP,9153/TCP   45h

我假设 Ingress 服务的内部 URL 是：

http://ingress-nginx-controller-admission.kube-system.svc.cluster.local

正如我们在上面看到的，ingress-nginx-controller-admission 服务仅公开端口 443，因此在 HTTP 请求中我收到以下错误：

Server Error
Error: connect ETIMEDOUT 10.97.5.35:80

This error happened while generating the page. Any console logs will be displayed in the terminal window.
Call Stack
<unknown> (Error: connect ETIMEDOUT
10.97.5.35 (80)
TCPConnectWrap.afterConnect [as oncomplete]
net.js (1145:16)

1. 这是访问 Minikube 中 Ingress Service 的正确内部 URL 吗？
2. 如果是的话如何开放80端口？

我对直接连接到身份验证服务不感兴趣。

对于上述问题有一个非常简单的解决方案：

1. 我假设您已经启用了入口插件。如果不：minikube addons enable ingress.
2. 您需要 Helm 来安装 NGINX Ingress Controller：

helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm install my-release ingress-nginx/ingress-nginx

你可以在哪里替换my-release随心所欲。就我而言，这是dimi.

3. 检查默认命名空间中可用的服务：

kubectl get services

NAME                                      TYPE           CLUSTER-IP       EXTERNAL-IP   PORT(S)                      AGE
auth-mongo-srv                            ClusterIP      10.110.44.53     <none>        27017/TCP                    46m
auth-srv                                  ClusterIP      10.106.154.84    <none>        3000/TCP                     46m
client-srv                                ClusterIP      10.108.31.36     <none>        3000/TCP                     46m
dimi-ingress-nginx-controller             LoadBalancer   10.102.12.127    <pending>     80:31599/TCP,443:32639/TCP   34m
dimi-ingress-nginx-controller-admission   ClusterIP      10.102.171.116   <none>        443/TCP                      34m
kubernetes                                ClusterIP      10.96.0.1        <none>        443/TCP                      58m
nats-srv                                  ClusterIP      10.110.239.15    <none>        4222/TCP,8222/TCP            46m
orders-mongo-srv                          ClusterIP      10.101.67.81     <none>        27017/TCP                    46m
orders-srv                                ClusterIP      10.103.29.63     <none>        3000/TCP                     46m
tickets-mongo-srv                         ClusterIP      10.107.137.160   <none>        27017/TCP                    46m
tickets-srv                               ClusterIP      10.106.203.231   <none>        3000/TCP                     46m

4. 现在我们有dimi-ingress-nginx-controllerLoadBalancer 类型的服务。因此，如果您需要处理服务器端渲染 (SSR) 并将 HTTP 请求从一个 pod（运行 Next.js 应用程序的位置）发送到您的一个微服务（在不同的 pod 中运行），请在页面之前甚至呈现，您可以将请求发送到http://dimi-ingress-nginx-controller.default.svc.cluster.local/<path_set_in_the_Ingress_Resource>。 例如，如果我的 Next.js 应用程序需要向我的 Auth 微服务发送请求，则 URL 将是：http://dimi-ingress-nginx-controller.default.svc.cluster.local/api/users。这样，HTTP(S) 流量将由入口资源处理，其中我们已经有了与所有传入请求相匹配的规则列表。