GKE的Google Cloud HTTP负载均衡器（第7层）
我在GKE中使用HTTP负载均衡器（第7层）时遇到了麻烦。我最初使用LoadBalancer服务类型在GKE中公开服务：
kubectl公开部署myservice--type=“LoadBalancer”
-
null
我错过了什么？
共有1个答案
事实证明，如果我想遵循入口教程，我不能在同一个endpoint上定义HTTP(S)负载均衡器。您要么选择遵循教程，让ingress对象自动定义一个LB，这在删除我的测试LB后对我有效，要么不使用ingress并手动定义LB（我从来没有让它工作）。
-
GCP为GKE负载平衡器提供了自己的托管入口控制器。我还看到了部署和利用Nginx入口控制器的文档。 https://cloud.google.com/community/tutorials/nginx-ingress-gke 内置入口控制器也在负载均衡器级别处理SSL终止。是否有特定的流量处理能力使Nginx成为GKE更好的入口控制候选者？
-
负载均衡（Load balancing）是一种计算机网络技术，用来在多个计算机（计算机集群）、网络连接、CPU、磁盘驱动器或其他资源中分配负载，以达到最佳化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的。 使用带有负载均衡的多个服务器组件，取代单一的组件，可以通过冗余提高可靠性。负载均衡服务通常是由专用软体和硬件来完成。 负载均衡最重要的一个应用是利用多台服务器提供单一服务，这种方案有
-
负载均衡包括负载均衡实例、访问控制及证书。 实例 负载均衡实例是一个运行的负载均衡服务，通过设置的虚拟IP接收流量并将其转发分配给后端服务器。 访问控制 访问控制用于设置访问负载均衡的IP白名单或IP黑名单。 证书 当在负载均衡实例上配置HTTPS监听转发来自HTTPS协议的请求时，需要配置证书。
-
一个简单的负载均衡的示例，把www.domain.com均衡到本机不同的端口，也可以改为均衡到不同的地址上。> http { : upstream myproject { : server 127.0.0.1:8000 weight=3; : server 127.0.0.1:8001; : server 127.0.0.1:8002; : server 127.0.0.1:8003; : }
-
SOFARPC 提供多种负载均衡算法，目前支持以下五种： 类型 名称 描述 random 随机算法 默认负载均衡算法。 localPref 本地优先算法 优先发现是否本机发布了该服务，如果没有再采用随机算法。 roundRobin 轮询算法 方法级别的轮询，各个方法间各自轮询，互不影响。 consistentHash 一致性hash算法 同样的方法级别的请求会路由到同样的节点。 weightRou
-
我已经看到了这个问题；好了，我正在做答案里的所有事情。 使用GKE，我为包含两个几乎相同部署的kubernetes集群部署了一个基于GCP HTTP（S）负载均衡器的入口：同一应用程序的生产和开发实例。 我在每个pod模板上设置了一个专用端口，用于负载平衡器的健康检查，这样它们就不会受到来自主HTTP端口根路径的重定向的影响。然而，健康检查总是失败。 从这些文档中，我向我的部署添加了一个参数，负载