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”,而是“似乎我还不明白”。这就是我的问题。