【问题标题】:Health check with VMs使用 VM 进行健康检查
【发布时间】:2019-09-05 08:28:16
【问题描述】:

我有这个问题

您需要为 HTTPS Web 应用程序创建一个自动扩展的托管实例组。您要确保重新创建不正常的 VM。你应该怎么做?

A.在端口 443 上创建健康检查,并在创建托管实例组时使用它。

B.创建托管实例组时选择 Multi-Zone 而不是 Single-Zone。

C.在 Instance Template 中,添加标签“health-check”。

D.在 Instance Template 中,添加一个向元数据服务器发送心跳的启动脚本。

哪个是正确答案?

【问题讨论】:

    标签: google-cloud-platform cloud virtual-machine


    【解决方案1】:

    您需要为 HTTPS 创建一个自动扩展的托管实例组 Web应用程序。您要确保运行状况不佳的 VM 重新创建。你应该怎么做?

    让我们分析每个可能的答案以确定最佳答案。有两种类型的健康检查,一种用于负载均衡器,另一种用于自动修复。我下面的 cmets 用于自动修复。

    这个问题有点棘手。根据您“阅读”问题的方式,答案可能会有所不同。

    A.在端口 443 上创建健康检查,并在创建 托管实例组。

    这是一个可能的答案。如果实例上运行 HTTPS,您可以在端口 443 上检测实例的运行状况。但是,这不是正常情况。通常,SSL 卸载在负载均衡器上执行,后端流量为 HTTP。但是,问题指出“HTTPS Web 应用程序”。这是一个关键点。要进行自动修复,您必须拥有或创建运行状况检查并将其应用于托管实例组。

    B.创建 Managed 时选择 Multi-Zone 而不是 Single-Zone 实例组。

    这是一个可能的答案。如果您的所有实例都在单个区域中运行,则区域的丢失意味着所有实例的丢失。在这种情况下,自动修复将不起作用。使用多区域架构增加了区域容错能力。但是,丢失一个区域并不意味着将在其他区域中创建新实例,除非您还启用了自动扩展。选择多区域不会在所有情况下都满足自动修复故障虚拟机的目标。您还需要创建/分配运行状况检查。

    C.在 Instance Template 中,添加标签“health-check”。

    这不是一个可能的答案。为实例模板指定标签意味着该标签将应用于创建的每个实例。这对健康检查没有任何帮助。这是一个诡计的答案。

    D.在实例模板中,添加一个启动脚本,该脚本发送一个 元数据服务器的心跳。

    这不是一个可能的答案。元数据服务器不提供健康检查功能。

    请打鼓……

    因此,我认为最好的答案是 A。 A 是唯一真正进行健康检查的答案。

    B 是一个诡计的答案,我认为它会欺骗很多人。

    最佳答案是 A 和 B 的组合加上自动缩放,但这不是这个问题的选项。

    【讨论】:

      猜你喜欢
      • 2014-10-02
      • 2018-06-15
      • 2019-08-17
      • 2021-07-25
      • 1970-01-01
      • 2017-08-19
      • 2022-01-06
      • 2020-01-02
      • 2021-09-13
      相关资源
      最近更新 更多