Kubernetes 为什么GKE控制台将内部LB列为外部LB?

Kubernetes 为什么GKE控制台将内部LB列为外部LB?,kubernetes,google-kubernetes-engine,Kubernetes,Google Kubernetes Engine,当我创建这样的负载平衡器时: apiVersion: v1 kind: Service metadata: name: webhook-event-source-service namespace: argo-events annotations: networking.gke.io/load-balancer-type: "Internal" spec: type: LoadBalancer loadBalancerIP: 10.196.xxx.

当我创建这样的负载平衡器时:

apiVersion: v1
kind: Service
metadata:
  name: webhook-event-source-service
  namespace: argo-events
  annotations:
    networking.gke.io/load-balancer-type: "Internal"
spec:
  type: LoadBalancer
  loadBalancerIP: 10.196.xxx.xxx
  selector:
    controller: eventsource-controller
  ports:
  - port: 1212
    targetPort: 1212
    protocol: TCP
为什么GKE控制台将其列为“外部负载平衡器”


事实上,这一问题早在一段时间前就在谷歌的网站上报道过,目前正在调查中:

您遇到的问题:

我创建了一个部署和一个LoadBalancer服务,如中所述

请注意,LoadBalancer服务的注释为
networking.gke.io/load-balancer-type:“内部”

您期望发生的事情:

我希望在中看到此服务被列为
内部负载平衡器
GCP控制台的
服务和入口视图

相反,它被列为
外部负载平衡器
。(见附件)

转到
负载平衡
视图中的特定负载平衡器 将其显示为内部

复制步骤:

只需按照文档进行操作,即可进入中的
服务和入口
视图
控制台

以及来自GCP支持部门的回答,确认他们也能够重现问题,目前正在对其进行分析:

你好,

谢谢你伸出援手

我已经成功地重现了您在中包含的相同场景 你的留言

我将此信息转发给工程团队

如果有任何进一步的更新,请关注此问题

致意


因此,如果您对这一问题的进展感兴趣,请随时关注进一步的更新。

我想说,StackOverflow不是回答此类问题的最佳场所。如果你认为这种差异是一种错误,你可以通过它报告。我钦佩你的自信。但我对这样一个观察的第一反应(特别是对Google/K8s的wrt)不是“我发现了一个bug”,而是“似乎我还不明白”。这就是我的问题。