教程 - 负载均衡

DC/OS 101 教程第 8 部分

IMPORTANT: Tutorials are intended to give you hands-on experience working with a limited set of DC/OS features with no implied or explicit warranty of any kind. None of the information provided--including sample scripts, commands, or applications--is officially supported by Mesosphere. You should not use this information in a production environment without independent testing and validation.

欢迎阅读 DC/OS 101 教程第 8 部分。

先决条件

目的

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

步骤

负载均衡器决定应用程序内部或外部服务应使用的实例。使用 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 地址，可以在群集中的任何位置使用。