Microsoft Azure 的负载平衡器的Session Sticky

Microsoft Azure 的负载平衡器是一种 Layer-4负载平衡器。Microsoft Azure 负载平衡器通过针对给定输入端点上接收到的流量计算哈希函数,在一组可用的服务器(虚拟机)之间分配负载。计算哈希函数是为了使来自同一连接(TCP 或 UDP)的所有数据包最终位于同一台服务器上。Microsoft Azure 负载平衡器采用 5个信息(源 IP、源端口、目标 IP、目标端口、协议类型)计算用于将流量映射到可用服务器的哈希函数。我们选择的哈希函数使到服务器的连接的分布非常随机。但是,根据流量模式,不同的连接可能映射到同一台服务器。(请注意,到服务器的连接的分布不是轮询的,也不像其他文章或博客中误称的那样具有请求队列)。哈希函数的基本前提是获得了大量来自不同客户端的请求,这样请求就可以跨服务器完美分配。

Azure负载均衡目前支持三种分发模式:1、五元组;2、三元组;3、二元组。在portal上设置的负载均衡默认是采用五元组(源 IP、源端口、目标 IP、目标端口、协议类型)来计算哈希值。如果采用二元组(源IP、目的IP)的分发模式,来自同一个客户端的连接,将会分发到均衡集中的同一台server上。但是请注意,这样会导致请求不能平均分发的情况,因为位于同一个NAT设备后不同的客户端请求将被当做同一个负载进行分配。三元组是采用source IP, Destination IP, protocol来计算哈希值。它比二元组增加了一个协议的区分。

关于修改负载均衡的分发模式,请您参见如下:

查看虚拟机终结点信息,get-azurevm -ServiceName fuzl -Name fuzlc66 |Get-AzureEndpoint

将分发方式设置为SourceIPProtocol:

Set-AzureLoadBalancedEndpoint -ServiceName "fuzl" -LBSetName "tomcatLB" -Protocol tcp -LocalPort 8080 -ProbeProtocolTCP -ProbePort 8080 –LoadBalancerDistribution "sourceIPProtocol"

命令: Set-AzureLoadBalancedEndpoint -ServiceName "xxxx" -LBSetName "xxxx" -Protocol tcp -LocalPort xx -ProbeProtocolTCP -ProbePort xx –LoadBalancerDistribution "sourceIP"

参考:

https://azure.microsoft.com/en-us/blog/azure-load-balancer-new-distribution-mode/

https://azure.microsoft.com/en-us/blog/azure-load-balancer-new-distribution-mode/?cdn=disable

时间: 2024-10-08 04:08:58

Microsoft Azure 的负载平衡器的Session Sticky的相关文章

Microsoft Azure 配置负载均衡

负载均衡大家都知道是什么了吧,就不用介绍了.如何在 microsoft Azure 上配置了?创建两台虚拟机,并加入如云服务.然后在远处登录上去,有时你想在两台虚拟机上通信,怎么办,比如mymv2 ping mymv1先在 mymv1  打开 ICMP协议 右键启用即可这是通信.下面添加服务角色在两台虚拟机添加 web服务器 在 mymv2  iisstart   加了一段代码  <div><h1>mymv2</h1></div> 同样在 mymv1  ii

Azure内部负载平衡器

负载平衡是云计算服务中的一个必备服务项目,通常用来对负载平衡后端的计算实例(虚拟机)或应用程序进行外部访问请求的负载,以缓解处理压力并提供容错能力.在微软的私有云产品体系中,System Center的VMM组件具备创建windows系统原生NLB以及兼容第三方软硬负载平衡器的能力(比如F5),但是个人认为目前使用还是不便的,特别是在租户端.反观Azure公有云平台上,云服务功能肩负起了NLB的作用,除此之外Azure还提供了一个"内部负载平衡"功能,即对于外部NLB后面的应用或数据层

Microsoft Azure系列之九 实现基于Iaas云服务的虚机负载平衡

如果需要对一个云服务下的不同虚拟机实现负载均衡,可以将Public Port的消息通过负载均衡转发到每个VM,从而实现请求的自动负载均衡. 具体拓扑如下: 我们可以对之前创建的这两台虚拟机,设置80端口的负载均衡. 注意:Azure的负载均衡目前只支持四层,不能保留Session. 负载均衡的算法是Azure设置好的,不能修改.算法主要依赖于五元组(source IP, source port, destination IP, destination port, protocol type).

高性能Web服务之Httpd负载均衡Tomcat实现Session Sticky及Session Cluster

Httpd负载均衡Tomcat实现Session Sticky及Session Cluster架构如下所示: 实现过程如下: 配置tomcat服务(tomcat1\tomcat2) (1)安装JDK # rpm -ivh jdk-7u9-linux-x64.rpm  --安装JDK后生成的文件 # cd /usr/java/ ; ll total 4 lrwxrwxrwx  1 root root   16 Sep 27 09:09 default -> /usr/java/latest drw

Apache Httpd负载均衡Tomcat并实现Session Sticky和Session Cluster 大纲

Apache Httpd负载均衡Tomcat并实现Session Sticky和Session Cluster 大纲 前言 实验拓扑 实验步骤 安装配置tomcat 安装配置Apache Httpd并测试 实现session sticky 实现Session Cluster 总结 前言 上篇文章我们介绍如何构建一个LANMT平台并搭建一个jspxcms, 这次我们介绍使用apache httpd负载均衡Tomcat并实现Session Sticky和Session Cluster 实验拓扑 实验

Azure技术13-高可用--Azure负载平衡器

上一章中因为账号的资源问题,做完实验就将虚拟机都删除了,所以这一章补一下负载平衡器的功能,这里我做一个简单的DEMO,两台虚拟机建IIS网站,在每个网站负载均衡英文名称为Load Balance 建立在现有网络结构之上,它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽.增加吞吐量.加强网络数据处理能力.提高网络的灵活性和可用性.Azure 负载均衡器可提高应用程序的可用性和网络性能. 它是第 4 层(TCP.UDP)类型的负载均衡器,可在负载均衡集中定义的运行状况良好的服务实例之间分配传

通过Microsoft Azure服务设计网络架构的经验分享(转)

原文:http://www.infoq.com/cn/articles/azure-networking-tips 本文从产品设计和架构角度分享了 Microsoft Azure 网络服务方面的使用经验,希望你在阅读本文之后能够了解这些服务之间,从而更好地设计你的架构. Microsoft Azure 的网络架构特别针对企业私有云和混合云进行了设计,其中包含三个常用的服务: 虚拟网络(Virtual Network):连接本地网络与云端基础设施 流量管理器(Traffic Manager):将用

Microsoft Azure系列之七 Azure IaaS虚拟机大小

创建Azure虚拟机的时候,虚拟机类型分为两种:基本和标准.如图: 基本类型的虚拟机有以下特点: 1. 减少了部分功能:基本类型的虚拟机不包含负载均衡和自动扩展功能 2. 单实例的应用程序,比如:开发用虚拟机.测试服务器等,不提供SLA 3. 价格比标准类型的虚拟机要便宜. Microsoft Azure提供不同大小的计算能力,Microsoft Azure目前支持的虚拟机类型为A系列和D系列. A系列虚拟机的类型如下: 虚拟机类型 CPU 内存 外挂磁盘数 IOPS A0 共享 768MB 1

Tomcat高级部分-使用特定模块和软件反向代理请求到后端tomcat实现负载均衡和session保持

实验目标: 1.反向代理服务器将用户请求负载均衡到后端tomcat节点: 2.配置基于nginx的负载均衡,实现会话绑定: 3.配置基于mod_jk的负载均衡,实现会话绑定: 4.基于mod_proxy实现负载均衡,实现会话绑定: 网络架构图: 网络主机规划表: 实验步骤: 前提配置: 1.tom1和tom2节点时间必须同步: 建议使用ntp协议进行: 参考博客:http://sohudrgon.blog.51cto.com/3088108/1598314 2.节点之间必须要通过主机名互相通信: