不同命名空间中 k8s 的入口配置

Question

我需要在 azure k8s 上配置 Ingress Nginx，我的问题是是否可以在一个命名空间 et 中配置入口。 ingress-nginx 和其他命名空间中的一些服务，例如。资源？我的文件看起来像这样：

# ingress-nginx.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-ingress-controller
  namespace: ingress-nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: ingress-nginx
  template:
    metadata:
      labels:
        app: ingress-nginx
      annotations:
        prometheus.io/port: '10254'
        prometheus.io/scrape: 'true' 
    spec:
      containers:
        - name: nginx-ingress-controller
          image: quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.12.0
          args:
            - /nginx-ingress-controller
            - --default-backend-service=$(POD_NAMESPACE)/default-http-backend
            - --configmap=$(POD_NAMESPACE)/nginx-configuration
            - --tcp-services-configmap=$(POD_NAMESPACE)/tcp-services
            - --udp-services-configmap=$(POD_NAMESPACE)/udp-services
            - --annotations-prefix=nginx.ingress.kubernetes.io
            - --publish-service=$(POD_NAMESPACE)/ingress-nginx
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
          - name: http
            containerPort: 80
          - name: https
            containerPort: 443
          livenessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 1
          readinessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 1

# configmap.yaml
kind: ConfigMap
apiVersion: v1
metadata:
  name: nginx-configuration
  namespace: ingress-nginx
  labels:
    app: ingress-nginx
---
kind: ConfigMap
apiVersion: v1
metadata:
  name: tcp-services
  namespace: ingress-nginx
---
kind: ConfigMap
apiVersion: v1
metadata:
  name: udp-services
  namespace: ingress-nginx
---
# default-backend.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: default-http-backend
  labels:
    app: default-http-backend
  namespace: ingress-nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app: default-http-backend
  template:
    metadata:
      labels:
        app: default-http-backend
    spec:
      terminationGracePeriodSeconds: 60
      containers:
      - name: default-http-backend
        # Any image is permissible as long as:
        # 1. It serves a 404 page at /
        # 2. It serves 200 on a /healthz endpoint
        image: gcr.io/google_containers/defaultbackend:1.4
        livenessProbe:
          httpGet:
            path: /healthz
            port: 8080
            scheme: HTTP
          initialDelaySeconds: 30
          timeoutSeconds: 5
        ports:
        - containerPort: 8080
        resources:
          limits:
            cpu: 10m
            memory: 20Mi
          requests:
            cpu: 10m
            memory: 20Mi
---
apiVersion: v1
kind: Service
metadata:
  name: default-http-backend
  namespace: ingress-nginx
  labels:
    app: default-http-backend
spec:
  ports:
  - port: 80
    targetPort: 8080
  selector:
    app: default-http-backend

kind: Service
apiVersion: v1
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
  labels:
    app: ingress-nginx
spec:
  externalTrafficPolicy: Local
  type: LoadBalancer
  selector:
    app: ingress-nginx
  ports:
  - name: http
    port: 80
    targetPort: http
  - name: https
    port: 443
    targetPort: https

        # app-ingress.yaml
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: app-ingress
  namespace: ingress-nginx
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  tls:
    - hosts:
      - api-sand.fake.com
  rules:
  - host: api-sand.fake.com
    http:
      paths:
      - backend:
          serviceName: api-sand
          servicePort: 80
        path: /

然后我在 资源命名空间 中有一些应用程序运行，问题是我收到以下错误

error obtaining service endpoints: error getting service resources/api-sand from the cache: service resources/api-sand was not found

如果我将 api-sand 部署在入口所在的同一命名空间中，则此服务可以正常工作。

Answer 1

与其在 ingress-nginx 命名空间中创建入口 app-ingress，不如在拥有服务 api-sand 和 pod 的命名空间中创建它。

或者，可以通过 externalName.Checkout Kubernetes Cross Namespace Ingress Network

在一个命名空间中实现入口，在另一个命名空间中实现服务

这里是引用自 here 的示例。

kind: Service
apiVersion: v1
metadata:
  name: my-service
spec:
  type: ExternalName
  externalName: test-service.namespacename.svc.cluster.local

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: example-ingress
  annotations:
    kubernetes.io/ingress.class: "nginx"
spec:
  rules:
  - host: example.com
    http:
      paths:
      - path: /
        backend:
          serviceName: my-service
          servicePort: 80

Answer 2

其实是可以的，你可以在namespace A中定义一个ExternalName类型的ingress和service，而ExternalName指向namespace B中service的DNS。具体可以参考这个回答：

Answer 3

我想为那些对 Kubernetes 及其入口选项相对陌生的人进一步简化答案。要使 ingress 工作，需要存在 2 个独立的东西：

Ingress Controller（本质上是一个单独的 Pod/Deployment 可用于利用路由和代理的服务。基于例如 nginx 容器);
入口规则（一个单独的 Kubernetes kind: Ingress 的资源。只有 Ingress 才会生效控制器已经 deployed)

现在，Ingress Controller 可以部署在任何命名空间中，事实上，通常部署在与您的应用服务分开的命名空间中。它可以开箱即用地查看集群中所有命名空间中的 Ingress 规则，并将挑选它们。
但是，Ingress 规则必须驻留在它们配置的应用所在的命名空间中。

有一些解决方法，但这是最常见的方法。

Answer 4

每个入口资源都有一个 way to configure 你的默认后端，尽管文档说它通常是在入口控制器级别配置的。

例如：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: myingress
  namespace: myns
spec: 
  defaultBackend:
    service:
      name: default-http-backend
      port: 
        number: 80
...

此处 default-http-backend 必须定义在与入口资源相同的命名空间中。

Answer 5

外部流量通过 ingress controller service 负责根据定义的路由规则或我们在 k8s 世界中所说的 ingress rules 路由流量。

换句话说，ingress 资源只是路由规则（把它想象成类似于 DNS 记录）所以当你定义一个 ingress 资源时，你只是为 ingress controller 根据此类定义的规则处理和路由流量。

解决方案：

由于 Ingress 只是路由规则，您可以在集群中的任何位置（在任何 namespace 中）定义此类规则，并且 controller 应该选择它们因为它会监视此类资源的创建并做出相应反应。

以下是使用 kubectl
轻松创建入口的方法
kubectl create ingress <name> -n namespaceName --rule="host/prefix=serviceName:portNumber"

注意：添加--dry-run=client -oyaml生成yaml清单文件
或者您可以在定义 ingress 的同一 namespace 中创建类型 ExternalName 的服务。这样的外部服务可以指向任何URL（生活在namespace甚至k8s集群之外的服务）

下面是一个示例，展示了如何使用 kubectl 创建 ExternalName 服务：

kubectl create service externalname ingress-ns -n namespaceName --external-name=serviceName.namespace.svc.cluster.local --tcp=80:80 --dry-run=client -oyaml

这应该生成类似于以下内容的内容：

kind: Service
apiVersion: v1
metadata:
  name: nginx
  namespace: ingress-ns
spec:
  type: ExternalName
  externalName: serviceName.namespace.svc.cluster.local #or any external svc
  ports:
  - port: 80 #specify the port of service you want to expose 
    targetPort: 80 #port of external service

如上所述，创建一个入口如下： kubectl create ingress <name> -n namespaceName --rule="host/prefix=serviceName:portNumber"

注意：添加--dry-run=client -oyaml生成yaml清单文件

不同命名空间中 k8s 的入口配置

Ingress configuration for k8s in different namespaces

kubernetes

kubernetes-ingress

nginx-ingress