如何访问在另一个名称空间中创建的服务

Question

我在访问另一个命名空间中存在的服务时遇到问题。

我有两个名称空间（在同一个集群中）airflow-dev和dask-dev。

在dask-dev名称空间中，我部署了dask集群(dask调度器和工作器)。此外，还为dask-scheduler pod创建了一个服务(集群IP)。我可以使用“kubectl port-forward”命令从chrome访问dask-scheduler pod。

kubectl端口转发--命名空间dask-dev svc/dask-dev-调度器5002:80

然而，我无法从气流开发命名空间中的pod（气流调度器）访问服务（或dask调度器pod）。尝试使用以下方法访问主机或服务时出现“找不到主机或服务”错误

dask-dev-scheduler.dask-dev.svc.cluster.local:8786

下面是我为dask-dev调度器创建的服务。你能告诉我如何从气流开发命名空间访问服务吗。

apiVersion: v1
metadata:
  name: dask-dev-scheduler
  namespace: dask-dev
  labels:
    app: dask-dev
    app.kubernetes.io/managed-by: Helm
    chart: dask-dev-4.5.7
    component: scheduler
    heritage: Helm
    release: dask-dev
  annotations:
    meta.helm.sh/release-name: dask-dev
    meta.helm.sh/release-namespace: dask-dev
spec:
  ports:
    - name: dask-dev-scheduler
      protocol: TCP
      port: 8786
      targetPort: 8786
    - name: dask-dev-webui
      protocol: TCP
      port: 80
      targetPort: 8787
  selector:
    app: dask-dev
    component: scheduler
    release: dask-dev
  clusterIP: 10.0.249.111
  type: ClusterIP
  sessionAffinity: None
status:
  loadBalancer: {}

[1]: https://i.stack.imgur.com/UrA7u.jpg

Answer 1

您是否将coredns升级到1.8.3？在从1.19升级到1.20后，我刚刚在我的ek集群上遇到了同样的问题。将coredns降级到1.8.0解决了这个问题。

Answer 2

群集域并不总是 cluster.local。尝试只使用 dask-dev-scheduler.dask-dev.svc。假设 Airflow 遵循挂载到 pod 中的生成的 resolv.conf 中的 ndots 查找策略，它应该可以找到它。

Answer 3

通过使用service externalName类型，您可以使用本地服务来引用外部服务(不同命名空间中的服务)。

ExternalName服务没有选择器或任何已定义的端口或endpoint，因此，您可以使用ExternalName服务将流量引导到外部服务。

apiVersion: v1
kind: Service
metadata:
  name: service-b
  namespace: namespace-b
spec:
  selector:
    app: my-app-b
  ports:
    - protocol: TCP
      port: 3000
      targetPort: 3000

apiVersion: v1
kind: Service
metadata:
  name: service-b-ref
  namespace: namespace-a
spec:
  type: ExternalName
  externalName: service-b.namespace-b.svc.cluster.local

命名空间 a 中连接到 service-b-ref 的任何流量：

在您的示例中，您只需在< code>airflow-dev中创建一个服务，该服务将流量路由到< code>dask-dev命名空间中的< code>dask-dev-scheduler:

apiVersion: v1
kind: Service
metadata:
  name: dask-dev-svc
  namespace: airflow-dev
spec:
  type: ExternalName
  externalName: dask-dev-scheduler.dask-dev.svc.cluster.local

因此，所有需要连接到< code>dask-dev-scheduler的< code>airflow-dev资源都会调用:< code>dask-dev-svc:8786

apiVersion: v1
metadata:
  name: dask-dev-scheduler
  namespace: dask-dev
spec:
  ports:
    - name: dask-dev-scheduler
      protocol: TCP
      port: 8786
      targetPort: 8786
# ...
  selector:
    app: dask-dev