Kubernetes 为不同命名空间中的两个部署部署一个 NodePort

Question

我必须在我的 kubernetes 集群上部署两个部署，它们使用相同的服务进行通信，但是这两个部署位于两个不同的命名空间中：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: app1
  namespace: namespace1
  labels:
    app: app1
spec:
  replicas: 2
  selector:
    matchLabels:
      app: app1
  template:
    metadata:
      labels:
        app: app1
    spec:
      containers:
        - name: app1
          image: eu.gcr.io/direct-variety-20998876/test1:dev
          resources:
            requests:
              cpu: "100m"
              memory: "128Mi"
          ports:
            - containerPort: 8000
          imagePullPolicy: Always
          env:
              ...

和一个相同的秒，但在另一个 amespace：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: app2
  namespace: namespace2
  labels:
    app: app2
spec:
  replicas: 2
  selector:
    matchLabels:
      app: app2
  template:
    metadata:
      labels:
        app: app2
    spec:
      containers:
        - name: app2
          image: eu.gcr.io/direct-variety-20998876/test1:prod
          resources:
            requests:
              cpu: "100m"
              memory: "128Mi"
          ports:
            - containerPort: 8000
          imagePullPolicy: Always
          env:
              ...

所以我必须为在两个命名空间上运行的机器人部署创建一个通用服务： 我试试：

kind: Service
apiVersion: v1
metadata:
  name: apps-service
  namespace: ???
spec:
  selector:
    app: ???
  ports:
  - protocol: TCP
    port: 8000
    targetPort: 8000
  type: NodePort

到目前为止，我为特定命名空间中的任何应用程序创建一个服务，但是有一种方法可以创建一个服务来管理这两个部署（然后关联一个唯一的入口）？

提前非常感谢

Answer 1

首先，我想提供一些一般性的解释。 正如我们在Ingress documentation 中看到的：

您必须有一个 Ingress 控制器才能满足 Ingress。只创建一个 Ingress 资源是没有效果的。

Ingress Controller 可以部署在任何命名空间中，并且通常部署在与应用程序命名空间分开的命名空间中。

Ingress resource（入口规则）应部署在与其指向的服务相同的命名空间中。

可以为多个入口资源使用一个入口控制器。

将Ingress 资源部署在与其指向的Services 相同的命名空间中是最常见的方法（我推荐这种方法）。 但是，有一种方法可以使用 externalName 服务将 Ingress 放在一个命名空间中，将 Services 放在另一个命名空间中。

---

我将创建一个示例来说明它是如何工作的。

假设，我有两个Deployments（app1，app2）部署在两个不同的Namespaces（namespace1，namespace2）中：

$ cat app1.yml
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: app1
  name: app1
  namespace: namespace1
spec:
  selector:
    matchLabels:
      app: app1
  template:
    metadata:
      labels:
        app: app1
    spec:
      containers:
      - image: nginx
        name: nginx
    
$ cat app2.yml
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: app2
  name: app2
  namespace: namespace2
spec:
  selector:
    matchLabels:
      app: app2
  template:
    metadata:
      labels:
        app: app2
    spec:
      containers:
      - image: nginx
        name: nginx
    

我把这些Deployments和ClusterIPServices曝光了：

$ cat svc-app1.yml
apiVersion: v1
kind: Service
metadata:
  labels:
    app: app1
  name: app1
  namespace: namespace1
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: app1
    
$ cat svc-app2.yml
apiVersion: v1
kind: Service
metadata:
  labels:
    app: app2
  name: app2
  namespace: namespace2
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: app2

我们希望在单独的 Namespace (default) 中拥有一个 Ingress 资源。 首先，我们需要部署将服务映射到 DNS 名称的 ExternalName 类型的服务。

$ cat external-app1.yml
kind: Service
apiVersion: v1
metadata:
  name: external-app1
spec:
  type: ExternalName
  externalName: app1.namespace1.svc
  
$ cat external-app2.yml
kind: Service
apiVersion: v1
metadata:
  name: external-app2
spec:
  type: ExternalName
  externalName: app2.namespace2.svc

然后我们就可以部署 Ingress 资源了：

$ cat ingress.yml
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/rewrite-target: /
  name: app-ingress
spec:
  rules:
    - http:
        paths:
          - path: /app1
            backend:
              serviceName: external-app1
              servicePort: 80
          - path: /app2
            backend:
              serviceName: external-app2
              servicePort: 80
              
$ kubectl apply -f ingress.yml
ingress.networking.k8s.io/app-ingress created
          

最后，我们可以检查它是否按预期工作：

$ curl 34.118.X.207/app1
app1
$ curl 34.118.X.207/app2
app2

注意：这是一种解决方法，不同的入口控制器可能会有所不同。通常最好在不同的命名空间中拥有两个或更多 Ingress 资源。