使用 Windows Azure Traffic Manager 可以控制向指定终结点(可能包括云服务和网站)的用户流量分配。Traffic Manager 的工作原理是将智能策略引擎应用到对 Internet 资源域名执行的域名系统 (DNS) 查询。云服务或网站可以在同一数据中心内运行，也可以在世界各地不同的数据中心内运行。

　　Traffic Manager 可帮助你：

　　提高关键应用程序的可用性 – 使用 Traffic Manager，可以通过监视 Windows Azure 中的终结点并在云服务或网站关闭时提供自动故障转移功能来提高关键应用程序的可用性。

　　提高高性能应用程序的响应能力 – Windows Azure 允许你在世界各地的数据中心内运行云服务或网站。郑州最好的牛皮癣医院通过从客户端将最终用户定向到网络延迟最低的云服务或网站，Traffic Manager 可以提高应用程序的响应能力并缩短内容交付时间。

　　在不停机的情况下执行升级和服务维护 – 当一个终结点关闭(可能的原因是执行维护)时，Traffic Manager 会将用户流量定向到你在 Traffic Manager 配置文件中定义的其他可用终结点。这可帮助你在不造成客户端停机的情况下维护和升级服务。

　　工作原理

　　在配置 Traffic Manager 配置文件时，指定的设置将为 Traffic Manager 提供所需的信息来根据 DNS 查询确定应该由哪个终结点为请求提供服务。实际的终结点流量不会通过 Traffic Manager 路由。

　　Figure 1 显示了 Traffic Manager 如何将用户定向到一组基于云服务的终结点中的一个。图 1 中的数字对应于下面的编号说明：

　　图 1

　　用户流量指向公司域名：使用公司域名的客户端请求信息。目标是将 DNS 名称解析为 IP 地址。必须通过在 Traffic Manager 外部维护的正常 Internet 域名注册保留公司域。在图 1 中，示例公司域为 www.contoso.com。

　　公司域名指向 Traffic Manager 域名：公司域的 DNS 资源记录指向在 Windows Azure Traffic Manager 中维护的 Traffic Manager 域名。这是使用一条 CNAME 资源记录来实现的，该记录可将公司域名映射到 Traffic Manager 域名。在本示例中，Traffic Manager 域名为 contoso.trafficmanager.net。

　　Traffic Manager 域名和配置文件：Traffic Manager 域名是 Traffic Manager 配置文件的一部分。用户的 DNS 服务器针对 Traffic Manager 域名(在本示例中为 contoso.trafficmanager.net)发送新的 DNS 查询，该查询由 Traffic Manager DNS 名称服务器接收。

　　处理的 Traffic Manager 配置文件规则：Traffic Manager 使用指定的负载平衡方法和监视状态来确定应该由哪个 Windows Azure 终结点为请求提供服务。

　　发送给用户的终结点域名：Traffic Manager 返回一条 CNAME 记录，该记录将 Traffic Manager 域名映射到终结点(云服务或网站)的域名。用户的 DNS 服务器将终结点域名解析为其 IP 地址，并将该地址发送给用户。

　　用户调用终结点：用户直接使用返回的终结点的 IP 地址调用该终结点。由于公司域和解析的 IP 地址已在客户端计算机上缓存，因此，用户将持续与所选终结点交互，直到该终结点的本地 DNS 缓存过期。 特别要注意的是，DNS 客户端缓存 DNS 主机条目的持续时间就是这些条目的生存时间 (TTL)。从 DNS 客户端缓存中检索主机条目会绕过 Traffic Manager 配置文件，郑州牛皮癣医院如果在 TTL 过期之前终结点变为不可用，则你可能会遇到连接延迟的情况。如果缓存中 DNS 主机条目的 TTL 过期，并且客户端计算机需要再次解析公司域名，则该计算机将发送新的 DNS 查询。

　　当客户端的 DNS 缓存条目过期并且客户端计算机需要再次解析公司域名时，该过程将自行重复。根据应用的负载平衡方法和请求时终结点的运行状况，用户可能会收到不同终结点的 IP 地址。

　　如何实现?

　　Figure 2 按顺序显示实现 Traffic Manager 所需的步骤。在全面理解 Traffic Manager 配置和最佳实践之后，你可以按略有不同的顺序执行这些步骤。图 2 中的数字对应于下面的编号说明：

　　图 2

　　将云服务和网站部署到生产环境。在创建 Traffic Manager 配置文件时，必须将其与某个订阅关联。然后，在生产环境中为云服务和网站添加属于同一订阅的终结点。如果某个终结点在过渡环境中而不在 Windows Azure 生产环境中或同一订阅中，则不能添加该终结点。有关云服务的详细信息，请参阅云服务。有关网站的详细信息，请参阅网站。

　　确定要使用的负载平衡方法。有三种不同的负载平衡方法。花时间了解哪种方法最满足你的要求。你之后可以随时更改方法。另请注意，每种方法都需要稍微不同的配置步骤。有关负载平衡方法的信息，请参阅关于 Traffic Manager 负载平衡方法。

　　确定要使用的监视配置。无论使用哪种负载平衡方法，Traffic Manager 都会监视终结点以确保它们联机。在你配置监视设置之后，Traffic Manager 不会将流量定向到监视系统判定为脱机的终结点，除非它检测到所有终结点均已脱机，或无法检测配置文件中包含的任一终结点的状态。有关监视的详细信息，请参阅关于 Traffic Manager 监视。

　　确定 Traffic Manager 域的名称。考虑为域使用带有唯一前缀的名称。域的后半部分(即 trafficmanager.net)是固定的。有关详细信息，请参阅最佳实践。

　　创建配置文件并配置设置。可以使用 REST API 或管理门户来创建 Traffic Manager 配置文件及配置设置。以下步骤假定你将在管理门户中使用“快速创建”。

　　创建 Traffic Manager 配置文件 - 若要使用“快速创建”在管理门户中创建配置文件，请参阅使用“快速创建”创建 Traffic Manager 配置文件。

　　配置负载平衡方法设置 - 在“快速创建”期间，你必须为配置文件选择负载平衡方法。在完成“快速创建”步骤之后，你可以随时在管理门户中更改此设置。关于配置步骤，请参阅与负载平衡方法对应的主题：配置性能负载平衡, 配置故障转移负载平衡, 配置循环负载平衡.

　　配置终结点 – 在执行“快速创建”期间无法配置终结点。在创建配置文件并指定负载平衡方法后，必须让 Traffic Manager 了解相应的终结点。有关配置监视的步骤，请参阅添加或删除终结点。

　　配置监视设置 – 在“快速创建”期间，监视设置无法配置。创建配置文件并指定负载平衡方法之后，你必须让 Traffic Manager 了解要监视的内容。有关配置监视的步骤，请参阅配置 Traffic Manager 监视。

　　测试 Traffic Manager 配置文件。测试你的配置文件和域是否按预期工作。有关如何执行此操作的信息，请参阅测试 Traffic Manager 设置。

　　将公司域名的 DNS 资源记录指向配置文件以使其生效。有关更多信息，请参见将公司 Internet 域指向 Traffic Manager 域。

　　使用图 1 中的示例，更改服务器上的 DNS 资源记录使其包含以下行，以便将公司域名指向 Traffic Manager 域名：

　　www.contoso.com IN CNAME contoso.trafficmanager.net

　　我在何处配置设置?

　　可以使用管理门户或 REST API 来配置 Traffic Manager 设置。尽管每个 REST API 元素在管理门户中不可见，但使用其中的任何一种方法都可以配置所有设置。不能使用管理门户配置的其他设置也同样不能使用 REST API 进行配置。有关 REST API 用法的详细信息，请参阅 Traffic Manager 的操作(REST API 参考)。

　　在管理门户中配置设置

　　在管理门户中，你可以通过使用“快速创建”创建你的 Traffic Manager 配置文件。快速创建允许你创建基本的配置文件。在创建配置文件后，可以配置其他设置，或者编辑你以前配置的设置。有关使用快速创建来创建你的 Traffic Manager 配置文件的详细信息，请参阅使用“快速创建”创建 Traffic Manager 配置文件。

　　你可以在管理门户中配置以下设置：

　　DNS 前缀 – 你创建的唯一前缀。配置文件按前缀显示在管理门户中。

　　DNS TTL - DNS 生存时间 (TTL) 值控制客户端本地缓存名称服务器在 Windows Azure Traffic Manager DNS 系统中查询已更新 DNS 条目的频率。

　　订阅 – 选择你的配置文件将对应于的订阅。请注意，仅当你有多个订阅时，才显示此选项。

　　负载平衡方法 – 你希望 Traffic Manager 用于处理负载平衡的方式。

　　故障转移顺序 – 使用故障转移负载平衡方法时终结点的顺序。

　　监视 – 监视设置包含协议(HTTP 或 HTTPS)、端口、相对路径和文件名。

　　通过使用 REST API 配置设置

　　你可以通过使用 REST API 创建和配置你的 Traffic Manager 配置文件。有关详细信息，请参阅 Traffic Manager 的操作(REST API 参考)。

　　配置文件 – 配置文件包含你创建的域名前缀。每个配置文件都与你的订阅对应。你可以为每个订阅创建多个配置文件。配置文件名称在管理门户中是可见的。你所创建的、包含在配置文件中的名称被称为你的“Traffic Manager 域”。

　　定义 – 定义包含策略设置和监视设置。定义与配置文件相对应。每个配置文件只能有一个定义。定义本身在管理门户中不可见，但在管理门户中可以看到定义的许多设置，并可对其进行配置。

　　DNS 选项 – 每个定义都包含 DNS 选项。这是配置 DNS TTL 的位置。

　　监视 – 每个定义都包含监视设置。这是配置协议、端口、相对路径和文件名的位置。在管理门户中，可以看到监视设置，也可以对其进行配置。有关详细信息，请参阅关于 Traffic Manager 监视。

　　策略 – 每个定义都包含策略设置。策略是指定负载平衡方法和终结点的位置。策略本身在管理门户中不可见，但在管理门户中可以看到策略的某些设置，并可对其进行配置。有关详细信息，请参阅关于 Traffic Manager 负载平衡方法。

　　最佳实践

　　使前缀唯一并易于理解 – Traffic Manager 配置文件的 DNS 名称必须唯一。你只能控制 DNS 名称的第一部分。Traffic Manager 域名仅用于标识及定向客户端请求。客户端计算机将永远不会向最终用户显示这些名称。但是，配置文件由此域名标识，因此，你必须能够快速地将此域名与管理门户中列出的其他域名区分开来。

　　使用点号来增强唯一性或使域名易读 – 也可以使用句点来分隔域名前缀部分。如果计划在 Traffic Manager 中创建多个策略，可使用一致的层次结构区分服务。例如，Contoso 拥有针对 Web、计费和实用工具管理的全局策略。这三个策略应为 web.contoso.trafficmanager.net、bill.contoso.trafficmanager.net和 util.contoso.trafficmanager.net。设置云服务或网站时，请使用包含位置的名称。例如，web-us-contoso.cloudapp.net 和 web-asia-contoso.cloudapp.net。你将受限于 DNS 的各种限制。假定一个域名是一个点号分隔的标签序列(“标签.标签.标签.标签.等等”)。截至本文档撰写时，Traffic Manager 中域名的限制如下：

　　每个标签最多可以包含 63 个字符。

　　标签总数不能超过 40 个。因为 trafficmanager.net 占用两个标签，所以前缀可以使用 38 个。

　　整个域名最多只能包含 253 个字符。请注意，trafficmanager.net 占用了这些字符中的 19 个。

　　DNS TTL - DNS TTL 值控制客户端本地缓存名称服务器在 Windows Azure Traffic Manager DNS 系统中查询已更新 DNS 条目的频率。Traffic Manager 中发生的任何更改(例如，配置文件更改或终结点可用性的更改)都需要经过这么长的时间才能在整个 DNS 服务器全局系统中刷新。建议保持该设置的默认值 300 秒(5 分钟)。指定的值越大，则 DNS 解析程序和客户端缓存 Traffic Manager DNS 响应的时间就越长，而这可以减少总体 DNS 查询延迟。但是，如果要求故障转移的速度很快，则最好是配置一个较小的值。