我如何减少 Traffic Manager 的费用?

用户的 PC 执行 DNS 查询时不会直接联系流量管理器名称服务器。相反,这些查询将通过由企业和 ISP 运行的递归 DNS 服务器发送。这些服务器将缓存 DNS 响应,以便让其他用户的查询得到快速处理。由于这些缓存的响应不会到达 Traffic Manager 名称服务器,因此不会产生费用。 缓存持续时间由原始 DNS 响应中的“TTL”参数决定。此参数可在 Traffic Manager 中配置,默认值为 300 秒,最小值为 30 秒。 通过使用较大的 TTL,你可以增加递归 DNS 服务器完成的缓存的数量并由此减少 DNS 查询费用。但是,增加缓存还将影响用户获取终结点状态变化的速度(即,当某个终结点出现故障时,用户故障转移时间将会变得更长)。因此,我们不建议使用非常大的 TTL 值。 同样,如果 TTL 较小,故障转移速度就会变快,但由于缓存减少,针对 Traffic Manage 名称服务器的查询计数将增加。 由于允许你配置 TTL 值,Traffic Manager 使你能够根据应用程序的业务需求作出最佳的 TTL 选择。

流量管理器

相关问题和解答

  • 利用 Traffic Manager,你可以通过监视托管的 Azure 服务终结点并在服务中断时提供自动故障转移功能来提高关键应用程序的可用性。 为此,流量管理器将持续监视每个服务终结点的运行状况。当这些“运行状况检查”检测到某个服务停止时,Traffic Manager 会将流量重新路由到其他服务。

  • 是的,无论使用哪种流量路由方法,DNS 查询和运行状况检查的价格都是相同的。

  • 无论用户何时访问你的应用程序,都将使用 DNS 查询将你的服务的名称映射到其 IP 地址。通过为不同的 DNS 查询提供不同的响应,流量管理器可让你路由多个托管 Azure 服务之间的传入流量,无论这些服务是在同一个数据中心内运行还是在全球的不同数据中心内运行。 流量管理器提供了多种流量路由方法供你选择,包括性能、故障转移和轮循机制。通过使用这些方法有效管理流量,可以确保应用程序具有较高的性能、可用性和恢复能力。