使用 Azure 的应用程序传送套件进行负载均衡

小提示：您能找到这篇{使用 Azure 的应用程序传送套件进行负载均衡}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的使用 Azure 的应用程序传送套件进行负载均衡内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

< ">简介

< ">Microsoft Azure提供各种全局和区域服务，用于管理网络流量的分布式和负载平衡方式：

< ">应用程序网关

< ">Front Door

< ">负载均衡器

< ">流量管理器

< ">除了Azure的许多区域和区域体系结构外，通过结营销策划的案例合使用这些服务，你可以构建强大、可缩放且高性能的应用程序。

< ">应用程序传送套件

< ">这些服务分为两个类别：

< ">1、流量管理器和前端等全局负载平衡服务将来自你的最终用户的流量分布到各个云甚至你的混合本地服务中。全局负载均衡将流量路由到最近的服务后端，并对服务可靠性的更改进行响应，以维持用户的always on可用性和高性能。

< ">2、区域负载平衡服务（例如负载均衡器和应用程序网关）可以将流量分配到虚拟网络中的虚拟机)(虚拟网络(vnet)或区域内的服务终结点。

< ">当你组合这些全局和区域服务时，你的应用程序将从你的最终用户发送到IaaS、PaaS或本地服务的可靠且安全的端到端流量中获益。下一部分介绍上述各项服务。

< ">全局负载均衡

< ">流量管理器提供全局DNS负载均衡。它查看传入的DNS请求，并按照客户选择的路由策略以正常的后端响应。路由方法选项包括：

< ">**性能路由将请求发送到延迟最少的最近的后端。

< ">优先级路由将所有流量直接传递到后端，并使用其他后端作为备份。

< ">加权轮循机制路由根据分配给每个后端的权重分配流量。

< ">地理路由可确保来自特定地理区域的请求可以由为这些区域映射的后端处理。(例如，来自西班牙的所有请求应定向到法国中央Azure区域)

< ">通过子网路由，你可以将IP地址范围映射到后端，以便将这些ip的传入请求发送到特定的后端。例如，(从公司总部的IP地址范围进行连接的任何用户都应该获取不同于一般用户的web内容)

< ">客户端直接连接到该后端。当某个后端运行不正常时，Azure流量管理器可以检测到这种状态，然后将客户端重定向到另一个正常的实例。有关服务的详细信息，请参阅Azure流量管理器文档。

< ">Azure前门提供动态网站加速(DSA)包含全局HTTP负载平衡。它着眼于为指定的主机名、URL路径和配置的规则路由到最近后端/区域的传入HTTP请求。

< ">Front Door在Microsoft网络边缘终止HTTP请求，并主动进行探测以检测应用程序或基础结构在运行状况或延迟方面的变化。然后始终将流量路由到可用（正常运行）的最远后端。参阅Front Door的路由基础结构详细信息以及流量路由方法深入了解该服务。

< ">区域负载均衡

< ">应用程序网关以服务形式提供应用程序传送控制器(ADC)，借此为应用程序提供许多第7层负载均衡功能。客户可以用它将CPU密集型TLS终止卸载到应用程序网关，优化Web场工作效率。其他其他第7层路由功能还包括传入流量的轮循机制分配、基于cookie的会话相关性、基于URL路径的路由，以及在单个应用程序网关后面托管多个网站的能力。可将应用程序网关配置为面向Internet的终结点、仅限内部的终结点，或两者的组合。应用程序网关完全受Azure管理，为你提供可伸缩性和高可用性。它提供丰富的诊断和日志记录功能以改进可管理性。

< ">负载均衡器是Azure SDN堆栈的有机组成部分，为你提供高性能、低延迟的第4层负载均衡服务，适用于所有UDP和TCP协议。可以通过定义将入站连接映射到后端池的规则来配置公共或内部负载均衡的终结点。通过使用TCP或HTTPS的运行状况探测监视，可帮助你管理服务可用性。

< ">选择全局负载均衡器

< ">选择是将负载均衡器还是Azure Front Door用作全局负做一个营销型网站载均衡器时，应考虑这两个服务的异同点。它们均提供以下功能：

< ">多地域冗余：如果一个区域出现服务中断，流量无缝路由到最近的区域，无需应用程序所有者介入。

< ">最近区域路由：自动将流量路由到最近的区域

< ">下表描述了流量管理器与Azure前门之间的差异：

< ">我们建议客户对其HTTP工作负荷使用前门，因为HTTP与前门一起工作的性能、可操作性和安全优势。流量管理器和Front Door可并行使用，为应用程序提供全部流量。

< ">使用Azure的应用程序传送套件进行生成

< ">建议所有网站、Api、服务在地理上都是冗余的，因此，只要可能，它就可以从最近的位置向其用户提供流量。结合多个负载均衡服务，可以构建地理和区域冗余，以最大程度地提高可靠性和性能。

< ">在下图中，我们将介绍一个示例体系结构，它使用所有这些服务的组合来构建全局web服务。结构设计师使用流量管理器将流量路由到全局后端进行文件和对象传递。使用前门时，将与模式/store/*匹配的URL路径全局路由到它们迁移到应用服务的服务。最后，将所有其他请求路由到区域应用程序网关。

< ">在IaaS服务的每个区域中，应用程序开发人员已决定与模式/images/*匹配的所有Url都从专用的Vm池提供。此Vm池不同于web场的其余部分。

< ">此外，提供动态内容的默认VM池需要与高可用性群集上托管的后端数据库通信。整个部署通过Azure资源管理器进行配置。

< ">下图显示了此方案的体系结构：

< ">应用程序传送套件详细体系结构

< ">备注

< ">此示例只是Azure提供的负载均衡服务的众多可能配置之一。可采用最符合负载均衡需求的方式，混合搭配流量管理器、Front Door、应用程序网关和负载均衡器。例如，如果不需要进行TLS/SSL卸载或第7层处理，则可以使用负载均衡器来代替应用程序网关。