初探Azure负载均衡器

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

在传统的数据中心内，企业需要使用四层或七层的负载均衡器来对其内部运行的LOB场景的应用程序进负载均衡，以确保其业务系统的连续性和可用性。那么当企业迁移到Azure云以后是否可以像其在内部一样使用四层或七层的负载均衡器来对业务的流量进行负载呢？答案是可以的。当我们本地的应用系统迁移到Azure以后可以使用Azure LoadBalancer或Application Gateway来对关键性的业务系统进行负载均衡，其中Azure LoadBalancer可以实现四层的负载快手作品推广均衡网络舆情分析，Application Gateway可以实现7层的负载均衡。那么今天我们主要来聊聊Azure LoadBalancer。在后续的文章中会和大家聊Application Gateway。

Azure负载均衡器可提高应用程序的高可用性和网络性能。Azure负载均衡器是基于TCP/UDP的四层负载均衡器，，可在负载均衡集中定义的运行状况良好的服务实例之间分配传入流量。Azure负载均衡器支持两种不同的类型，分别为基本和标准。本文主要介绍基本负载均衡器。如果应用程序需要使用7层负载均衡，那就需要使用Azure应用程序网关。

Azure负载均衡器主要适用于以下场景：

1、 对传入到虚拟机的Internet流量进行负载均衡（公共负载均衡器）。

2、 对虚拟网络中虚拟机之间的流量、云服务中虚拟机之间的流量或本地计算机和跨界虚拟网络中虚拟机之间的流量进行负载均衡（内部负载均衡器）。

3、 将外部流量转发到虚拟机（NAT）。

4、 使用公共负载均衡器为虚拟网络中的VM提供出站连接。

根据之前所说我们今天主要介绍基本负载淘宝危机公关均衡器，那么基本负载均衡器主要支持那些功能呢？下面我们就一起来看一下基本负载均衡器的主要功能：

1. 负载均衡：负载均衡这个功能可以说是最核心的功能了，我们可以使用Azure负载平衡器创建负载平衡规则，从而将到达负载均衡器前端的流量分发到后端池实例。默认情况下，Load Balancer使用由源IP地址，源端口，目标IP地址，目标端口和IP协议编号组成的5元组哈希，以将流映射到可用服务器。您可以选择通过选择给定规则的2或3元组哈希来创建与特定源IP地址的亲缘关系。

2. 端口转发：我们可以使用负载均衡器创建入站的NAT规则，从而将来自特定前端IP地址的特定端口的流量转发到特定后端实例的特定端口。这个功能的一个常见使用场景是使用负载均衡器的NAT规则来建立到Azure虚拟网络内部的各个VM实例的远程桌面协议RDP/SSH会话。

3. 自动重新配置：当我们对实例进行横向或纵向扩展时，负载均衡器会立即重新配置。也就是说当我们在后端池中添加或删除VM，负载均衡器会自动重新配置。而不会影响其他负载均衡器资源。

4. 健康探测器：负载均衡器根据健康探测器来判断后端池中VM的运行状况。当VM无法响应健康探测器时，负载均衡器会将无响应的VM标记为不健康的状态并停止向其发送流量。

负载均衡器支持三种探测模式

1） HTTP自定义探测：可以使用HTTP自定义探测来确定后端实例的运行状况。负载平衡器定期探测您的端点（默认情况下每15秒）。如果在超时期限内（默认为31秒）响应HTTP 200，则认为该实例是健康的。HTTP 200以外的任何状态都会导致此探测失败。此探针还可用于实现您自己的逻辑，以从负载均衡器的轮换中删除实例。例如，如果实例的CPU大于90％，则可以将实例配置为返回非200状态。

2） TCP自定义探测：可以使用TCP自定义探测来探测是否在特定端口上成功建立TCP会话，此种探测只要VM上的指定侦听器存在就会探测成功。

3） 来宾代理探测：除了上述的两种探测方式以外负载均衡器还可以利用VM内的来宾代理。仅当实例处于就绪状态时，guest虚拟机代理才会侦听并响应HTTP 200 OK响应。如果代理无法使用HTTP 200 OK响应，则负载均衡器会将实例标记为无响应，并停止向该实例发送流量。

除此以外，Azure负载均衡器还分为内部负载均衡器和公共负载均衡器，其主要区别如下：

公共负载均衡器：公共负载均衡器将传入流量的公共IP和端口号映射到后端VM的专用IP和端口号来响应来自Internet的流量。通过应用负载平衡规则我们可以跨多个VM或服务分发特定类型的流量。默认情况下，Azure负载均衡器在多个VM实例之间平均分配网络流量。您还可以配置会话关联.

内部负载均衡器：内部负载平衡器仅将流量定向到虚拟网络内的资源或使用访问Azure基础结构的资源。在这方面，内部负载平衡器不同于公共负载平衡器。Azure基础结构限制对虚拟网络的负载平衡前端IP地址的访问。前端IP地址和虚拟网络永远不会直接暴露给Internet端点。内部业务线应用程序在Azure中运行，可从Azure内部或本地资源进行访问。

内部负载平衡器支持如下类型的负载平衡：

1、 在虚拟网络中：从虚拟网络中的VM到驻留在同一虚拟网络中的一组VM之间的负载平衡。

2、 对于跨界虚拟网络：从本地计算机到驻留在同一虚拟网络中的一组VM之间的负载平衡。

3、 对于多层应用程序：面向Internet 的多层应用程序的负载平衡，其中后端层不是面向Internet的。后端层需要来自面向Internet的层的流量负载平衡。

4、 对于业务线应用程序：在Azure中托管的业务线应用程序的负载平衡，无需额外的负载平衡器硬件或软件。