什么是 Kubernetes 中的负载均衡器，为什么不同的 Kubernetes 引擎像 GKE 有自己的负载均衡器
What is a loadbalancer in Kubernetes, Why do different Kubernetes engines like GKE have their own loadbalancer
Loadbalancer 用于处理请求并将该请求转发到特定的 pod，但我的问题是 GKE LoadBalancer 是如何工作的，它有何不同来自minikube中的LoadBalancer，我们应该如何正确使用LoadBalancer。
在 GKE 中，当您添加 LoadBalancer 类型的服务时，它会进行必要的 Google 云 API 调用以创建外部网络 LB，或内部 TCP/UDP LB.
cloud.google.com/load-balancer-type: "Internal"注解表示内部LB；否则，GKE 会创建一个外部网络负载均衡器。这种类型的 LB 在第 3/4 层运行，不是应用程序负载平衡器，因此不知道 HTTP 请求或 headers.
LB 服务专为在外部云提供商中部署而设计。在 Minikube 中你需要使用 tunnel 特性来暴露它。 tunnel 作为进程运行，使用集群的 IP 地址作为网关在主机上创建到集群服务 CIDR 的网络路由。 tunnel 命令将外部 IP 直接暴露给主机 OS.
上的程序 运行
Loadbalancer 用于处理请求并将该请求转发到特定的 pod，但我的问题是 GKE LoadBalancer 是如何工作的，它有何不同来自minikube中的LoadBalancer，我们应该如何正确使用LoadBalancer。
在 GKE 中，当您添加 LoadBalancer 类型的服务时，它会进行必要的 Google 云 API 调用以创建外部网络 LB，或内部 TCP/UDP LB.
cloud.google.com/load-balancer-type: "Internal"注解表示内部LB；否则，GKE 会创建一个外部网络负载均衡器。这种类型的 LB 在第 3/4 层运行，不是应用程序负载平衡器，因此不知道 HTTP 请求或 headers.
LB 服务专为在外部云提供商中部署而设计。在 Minikube 中你需要使用 tunnel 特性来暴露它。 tunnel 作为进程运行，使用集群的 IP 地址作为网关在主机上创建到集群服务 CIDR 的网络路由。 tunnel 命令将外部 IP 直接暴露给主机 OS.