通过

Lync Server 2013 中的 DNS 负载均衡

  • 项目

 

上次修改的主题： 2014-01-15

Lync Server 支持 DNS 负载均衡，这是一种软件解决方案，可大大降低网络上负载均衡的管理开销。 DNS 负载均衡平衡 Lync Server 特有的网络流量，例如 SIP 流量和媒体流量。

如果部署 DNS 负载均衡，则会将组织用于硬件负载均衡器的管理开销降到最低。 此外，将消除与 SIP 流量负载均衡器配置错误相关问题的复杂故障排除。 还可以阻止服务器连接，以便使服务器脱机。 DNS 负载均衡还可确保硬件负载均衡器问题不会影响 SIP 流量的元素，例如基本呼叫路由。

如果使用 DNS 负载均衡，则还可以购买成本较低的硬件负载均衡器，而不是将硬件负载均衡器用于所有类型的流量。 应使用已通过 Lync Server 互操作性资格测试的负载均衡器。 有关负载均衡器互操作性测试的详细信息，请参阅“Lync Server 2010 负载均衡器合作伙伴”https://go.microsoft.com/fwlink/p/?linkId=202452

前端池、边缘服务器池、Director 池和独立中介服务器池支持 DNS 负载均衡。

前端池和目录池上的 DNS 负载均衡

可以对前端池和 Director 池上的 SIP 流量使用 DNS 负载均衡。 部署 DNS 负载均衡后，你仍需要为这些池使用硬件负载均衡器，但仅适用于客户端到服务器的 HTTPS 流量。 硬件负载均衡器用于通过端口 443 和 80 从客户端发送的 HTTPS 流量。

尽管这些池仍需要硬件负载均衡器，但其设置和管理将主要用于 HTTPS 流量，硬件负载均衡器的管理员已习惯这些流量。

DNS 负载均衡和支持较旧的客户端和服务器

DNS 负载均衡仅支持运行 Lync Server 2013 或 Lync Server 2010 的服务器以及 Lync 2013 和 Lync 2010 客户端的自动故障转移。 早期版本的客户端和 Office Communications Server 仍然可以连接到运行 DNS 负载均衡的池，但如果它们无法连接到 DNS 负载均衡所引用的第一台服务器，则无法故障转移到池中的另一台服务器。

此外，如果使用的是 Exchange UM，则必须至少使用 Exchange 2010 SP1 来获取对 Lync Server DNS 负载均衡的支持。 如果使用早期版本的 Exchange，则用户将不具备这些 Exchange UM 方案的故障转移功能：

  • 在手机上播放企业语音语音邮件

  • 从 Exchange UM 自动助理传输呼叫

所有其他 Exchange UM 方案将正常工作。

在前端池和 Director 池上部署 DNS 负载均衡

在前端池和 Director 池上部署 DNS 负载均衡需要使用 FQDN 和 DNS 记录执行几个额外的步骤。

  • 使用 DNS 负载均衡的池必须具有两个 FQDN：DNS 负载均衡 (（如 pool01.contoso.com) ）使用的常规池 FQDN，并解析为池中服务器的物理 IP，以及池 Web 服务的另一个 FQDN (（如 web01.contoso.com) ）解析为池的虚拟 IP 地址。

    在拓扑生成器中，如果要为池部署 DNS 负载均衡，若要为池的 Web 服务创建此额外的 FQDN，必须在“指定此池”页的 Web 服务 URL 中选中“替代内部 Web 服务池 FQDN”复选框并键入 FQDN。

  • 若要支持 DNS 负载均衡使用的 FQDN，必须预配 DNS 来解析池 FQDN (，例如 pool01.contoso.com) 池中所有服务器的 IP 地址 (，例如 192.168.1.1、192.168.1.2 等) 。 应仅包括当前部署的服务器的 IP 地址。

    警告

    如果有多个前端池或前端服务器，则外部 Web 服务 FQDN 必须是唯一的。 例如，如果将前端服务器的外部 Web 服务 FQDN 定义为 pool01.contoso.com，则不能对另一个前端池或前端服务器使用 pool01.contoso.com 。 如果还要部署 Director，则为任何 Director 或 Director 池定义的外部 Web 服务 FQDN 必须唯一来自任何其他 Director 或 Director 池以及任何前端池或前端服务器。 如果决定使用自定义 FQDN 替代内部 Web 服务，则每个 FQDN 必须唯一来自任何其他前端池、Director 或 Director 池。

边缘服务器池上的 DNS 负载均衡

可以在 Edge Server 池上部署 DNS 负载均衡。 如果这样做，则必须注意一些注意事项。

在边缘服务器上使用 DNS 负载均衡会导致在以下情况下故障转移能力丧失：

  • 与运行 Lync Server 2010 之前发布的 Office Communications Server 版本的组织联合。

  • 除了基于 XMPP 的提供商和服务器（如 Google Talk）之外，与公共即时消息 (即时消息) 服务 AOLand Yahoo！的用户进行即时消息交换。

    重要

    • Google Talk 目前是唯一受支持的 XMPP 合作伙伴。

    • 自 2012 年 9 月 1 日起，Microsoft Lync 公共 IM 连接用户订阅许可证 (“PIC USL”) 不再可用于购买新的或续订协议。 拥有有效许可证的客户将能够继续与 Yahoo！ 联合！ Messenger，直到服务关闭日期。 美国在线和雅虎的 2014 年 6 月生命期结束！ 已宣布。 有关详细信息，请参阅 Lync Server 2013 中对公共即时信使连接的支持。

只要池中的所有边缘服务器都已启动并运行，这些方案就会起作用，但如果一个 Edge Server 不可用，则发送到池中的所有应用场景的任何请求都将失败，而不是路由到另一个 Edge Server。

如果使用的是 Exchange UM，则必须至少使用 Exchange 2013 来获取对 Edge 上的 Lync Server DNS 负载均衡的支持。 如果使用较早版本的 Exchange，则远程用户将没有这些 Exchange UM 方案的故障转移功能：

  • 在手机上播放企业语音语音邮件

  • 从 Exchange UM 自动助理传输呼叫

所有其他 Exchange UM 方案将正常工作。

内部边缘接口和外部边缘接口必须使用同一类型的负载平衡。 您不能在一个边缘接口上使用 DNS 负载平衡的同时，在另一个边缘接口上使用硬件负载平衡。

在边缘服务器池上部署 DNS 负载均衡

若要在 Edge Server 池的外部接口上部署 DNS 负载均衡，需要以下 DNS 条目：

  • 对于 Access Edge 服务，池中的每个服务器都需要一个条目。 每个条目必须解析 Access Edge 服务的 FQDN (例如，sip.contoso.com) 到池中某个边缘服务器上 Access Edge 服务的 IP 地址。

  • 对于 Web 会议 Edge 服务，需要池中每个服务器有一个条目。 每个条目必须解析 Web 会议边缘服务的 FQDN (例如，webconf.contoso.com) 到池中某个边缘服务器上的 Web 会议边缘服务的 IP 地址。

  • 对于音频/视频边缘服务，池中的每个服务器都需要一个条目。 每个条目必须解析音频/视频边缘服务 (的 FQDN，例如，av.contoso.com) 到池中某个边缘服务器上的 A/V Edge 服务的 IP 地址。

若要在 Edge Server 池的内部接口上部署 DNS 负载均衡，必须添加一条 DNS A 记录，将边缘服务器池的内部 FQDN 解析为池中每个服务器的 IP 地址。

在中介服务器池上使用 DNS 负载均衡

可以在独立中介服务器池中使用 DNS 负载均衡。 所有 SIP 和媒体流量均通过 DNS 负载均衡进行均衡。

若要在中介服务器池上部署 DNS 负载均衡，必须预配 DNS 来解析池 FQDN (，例如，mediationpool1.contoso.com) 到池中所有服务器的 IP 地址 (例如 192.168.1.1、192.168.1.2 等) 。

使用 DNS 负载均衡阻止发往服务器的流量

如果使用 DNS 负载平衡并且需要阻止至特定计算机的流量，则仅仅删除池 FQDN 中的 IP 地址条目是不够的。 您还必须删除计算机的 DNS 条目。

请注意，对于服务器到服务器的流量，Lync Server 2013 使用拓扑感知负载均衡。 服务器在中央管理存储中读取已发布的拓扑，以获取拓扑中服务器的 FQDN，并自动在服务器之间分配流量。 若要阻止服务器接收服务器到服务器的流量，必须从拓扑中删除服务器。