http负载平衡器和运行状况检查
我发现了这个问题。。
您希望使用最少的步骤为在多个区域中运行的一组计算引擎实例配置网络负载平衡的自动修复。如果VM在3次尝试后无响应，则需要配置VM的重新创建，每次10秒。你应该怎么做？
A、 使用引用现有实例组的后端配置创建HTTP负载平衡器。将运行状况检查设置为健康（HTTP）
B、 使用引用现有实例组的后端配置创建HTTP负载平衡器。定义平衡模式并将最大RPS设置为10。
C.创建托管实例组。将自动修复健康检查设置为健康（HTTP）
D.创建托管实例组。验证自动缩放设置是否打开。
哪个是正确答案？我想是A
共有2个答案
您希望使用最少的步骤为在多个区域中运行的一组计算引擎实例配置网络负载平衡的自动修复。如果VM在3次尝试后无响应，则需要配置VM的重新创建，每次10秒。你应该怎么做？
让我们分析每个可能的答案，以确定最佳答案。请注意，这个问题有一个关键短语“使用尽可能少的步骤”。这句话会偏向于选择最佳答案。
A、 使用引用现有实例组的后端配置创建HTTP负载平衡器。将运行状况检查设置为健康（HTTP）
这是一个可能的答案。此答案假设现有后端配置正确。
B.使用引用现有实例组的后端配置创建HTTP负载均衡器。定义平衡模式并将最大RPS设置为10。
这是一个可能的答案。此答案假设现有后端配置正确。此答案比答案A增加了一个额外步骤。
C.创建托管实例组。将自动修复健康检查设置为健康（HTTP）
这只是部分解决方案。默认配置为启用自动缩放。您仍然需要创建HTTP负载平衡器。
D、 创建托管实例组。确认自动缩放设置已启用。
这只是部分解决方案。需要创建具有自动缩放功能的托管实例组，但您仍然需要创建HTTP负载均衡器。
鼓声请......
因此，在我看来，最好的答案是A。
要配置VM的重新创建，您需要自动修复。所以不是B和D。
A： 负载平衡运行状况检查有助于将流量从无响应实例引导到运行状况良好的实例；这些运行状况检查不会导致计算引擎重新创建实例。
C：基于应用程序的自动修复通过依赖检测应用程序特定问题（例如冻结、崩溃或重载）的健康检查信号来提高应用程序的可用性。如果健康检查确定应用程序在实例上失败，则组会自动重新创建该实例。
所以答案是C。
-
我有一个负载平衡器设置，将流量路由到多个云存储桶和一个后端实例组。这些桶似乎工作得很好，但我就是无法让实例组工作。当我使用它的公共IP时，该实例运行良好。但它无法通过负载平衡器工作。 这是我第二次设置完全相同的部署，所以不完全确定哪里出错了。我查看了文档进行故障排除，看起来我的健康检查有问题。 我已经配置了一个应该可以工作的健康检查，我将其设置为http端口80/path。我的服务器为此返回了20
-
我目前有一个HTTPS负载均衡器设置，该设置使用443前端、后端和健康检查，为单个主机nginx实例提供服务。 通过浏览器直接导航到主机时，页面会正确加载有效的SSL证书。 当尝试通过负载平衡器IP访问站点时，我收到一条502服务器错误消息。我检查了Google日志，发现负载平衡器出现了“failed\u to\u pick\u backend”错误。我还注意到它没有通过健康检查。 通过深入研究，
-
web-service预期会有很多调用，而我希望在出现故障时使该服务成为冗余，因此我希望有两个实例同时运行以处理所有请求。 1）让两个级别的Web服务同时处理请求的最佳方法是什么？使用外部负载均衡器还是使用AKKA/AKKA-HTTP中的某种魔法（我不知道）？ 2)我必须调整哪些主要参数来提高性能？
-
在花了几个小时阅读Http客户机文档和源代码后，我决定在这里寻求帮助。 我有一个使用循环算法的负载均衡服务器
-
我在一个项目中工作，以移动我们的SIP基础设施。至GCP。 我正在使用带有私有IP的UDP内部负载均衡器将呼叫从Asterisk路由到我的Kamailio SBC，Asterisk配置为负载均衡器的地址IP作为单个传出endpoint。 我的内部UDP负载平衡器在5060前端运行，后端有2个SBC，端口80上有基本http健康检查。 在每个kamailio SBC上，我在端口5060上列出了我的应
-
我遵循了GKE教程，使用beta Inrit类型创建HTTP负载均衡器，并且在使用nginx映像时工作正常。我的问题是为什么Inrit是必要的。 我可以创建一个容器引擎集群，然后创建一个使用库伯内特斯创建的实例组作为服务后端的HTTP负载均衡器，并且一切似乎都运行良好。当仅在部分流程中使用库伯内特斯似乎运行良好时，为什么我要经历使用Inete的所有麻烦？