DC/OS文档Mesosphere® DC/OS™ 提供东西向第 4 层负载均衡器 (Minuteman)，可实现多层微服务架构。它充当 TCP 第 4 层负载均衡器，利用 Linux 内核中的负载均衡功能实现接近线路速率的吞吐量和延迟。
这些特性包括：
- 应用程序的分布式负载均衡。
- 促进群集内的东西向通信。
- 用户指定 DC/OS 服务的 FQDN 地址。
- 尊重健康状况检查。
- 自动为服务 FQDN 分配虚拟 IP。
您可以通过在应用定义中分配 VIP 来使用第 4 层负载均衡器。创建一个任务或一组任务后，使用 VIP，它将自动可用于群集中的所有节点，包括管理节点。
启动一组任务时，DC/OS 将它们分配给群集中的一组节点。在每个群集代理节点上运行的 Minuteman 实例对负载均衡决策进行协调。每个代理节点上的 Minuteman 对 Linux 内核中的 IPVS 模块进行编程，其中所有任务的条目与给定服务相关联。这使得 Linux 内核可以按接近线路速率的速度进行负载均衡决策。Minuteman 跟踪这些任务的可用性和可达到性，并保持 IPVS 数据库与所有健康的后端均处于最新状态，意味着 Linux 内核可为每个进行负载均衡的请求选择实时后端。
要求
- 不要用防火墙保护节点之间的通信（允许所有 TCP/UDP）。
- 请勿更改
ip_local_port_range。
持久连接
保持长时间运行的持久连接，否则您可以快速填充 TCP 套接字表。Linux 系统上的默认本地端口范围允许从 32768 到 61000 的源连接。这使得可以在给定源 IP 和目标地址和端口对之间建立 28232 连接。TCP 连接必须在回收前经历时间等待状态。Linux 内核的默认 TCP 时间等待期为 120 秒。如果没有持久连接，您将只能通过每秒 235 个新连接来耗尽连接表。
健康检查
使用 Apache® Mesos™ 健康检查。Mesos 健康检查显示在负载均衡层。Marathon 仅将命令 健康检查 转换为 Mesos 健康检查。您可以通过以下类似命令来模拟 HTTP 健康检查：
test "$(curl -4 -w '%{http_code}' -s http://localhost:${PORT0}/|cut -f1 -d" ")" == 200
这可确保返回的 HTTP 状态代码为 200。它还假定您的应用程序邦定到本地主机。${PORT0} 被 Marathon 设置为变量。您不应使用 TCP 健康检查，因为它们可能提供有关服务活跃度的误导性信息。
注意：Docker® 容器命令健康检查在 Docker 容器之内运行。例如，如果使用 cURL 检查 NGINX，则 NGINX 容器必须安装 cURL，或者容器必须 `/opt/mesosphere`在 RW 模式下
挂载。故障排除
DC/OS 覆盖虚拟网络
如果指定的 VIP 地址在网络中其他地方使用，将会出现问题。尽管 VIP 是一个 3 元组，但最好确保 VIP 专用的 IP 仅供负载均衡软件使用，并且在网络中根本未使用。因此，应该从 RFC1918 范围中选择 IP。
端点
端口 61420 必须打开才能让负载均衡器正常工作。因为负载均衡器维持部分网格，因此它需要确保节点之间的连接性不受阻碍。