教程 - 负载均衡

第 8 部分 - 负载均衡

免责声明：Mesosphere 不支持本教程、相关脚本或命令，它们不提供任何形式的保证。本教程的目的是为了演示功能，可能不适合在生产环境中使用。在您的环境中使用类似的解决方案之前，您必须进行调整、验证和测试。

先决条件

目的

在本部分中，您将您的应用程序扩展到多个实例，并了解内部和外部服务在应用程序扩展后如何选择使用的实例。

步骤

负载均衡器决定应用程序内部或外部服务应使用的实例。使用 DC/OS，您有两种不同的内置负载均衡器选项：

  1. Marathon-LB
  2. 命名 VIP。

您已经在服务发现中探讨了这些负载均衡机制，并且在之前的教程中，您使用 Marathon-LB 公开了 app2。现在让我们再深入探讨一下。

  • 首先，将 app2 扩展为两个实例：

    dcos marathon app update /dcos-101/app2 instances=2

  • Marathon-LB 像以前一样通过 http://<public-node>10000 检查 app2。重复执行此操作时，您应该看到 app2 的不同实例所提供的请求。

  • 您还也可以通过 http://<public-node>:9090/haproxy?stats 检查 Marathon-LB 统计数据

  • 命名 VIP

  • 通过 SSH 连接到主导管理节点：dcos node ssh --master-proxy --leader

  • 使用 curl 从应用程序中获取原始 HTML 输出：

    curl dcos-101app2.marathon.l4lb.thisdcos.directory:10000

重复执行此操作时，您应该看到不同实例所提供的请求。

  • 将 app2 减少到一个实例：

    dcos marathon app update /dcos-101/app2 instances=1

结果

您使用 Marathon-LB 和 VIP 对应用程序的两个不同实例进行负载均衡请求。

深入研究

选择负载均衡机制时，请考虑这些功能和优点。

  • Marathon-LB 是主要用于外部请求的第 7 层负载均衡器。它基于知名的 HAProxy 负载均衡器，并使用 Marathon 的事件总线实时更新其配置。作为第 7 层负载均衡器，它支持基于会话的功能，如 HTTP 粘滞会话和零停机部署。
  • 命名 VIP 是用于内部 TCP 流量的第 4 层负载均衡器机制。由于它们与内核紧密集成，因此它们提供负载均衡的 IP 地址，可以在集群中的任何位置使用。