摘要：
DNS是互联网上最重要的基础服务之一,它负责将域名解析为IP地址,使得用户能够访问网站。在这个过程中,本地域名服务器扮演着关键的角色。当用户发起一个域名查询时,本地域名服务器首先会... DNS是互联网上最重要的基础服务之一,它负责将域名解析为IP地址,使得用户能够访问网站。在这个过程中,本地域名服务器扮演着关键的角色。当用户发起一个域名查询时,本地域名服务器首先会尝试从自己的缓存中找到答案,找不到,就会向根域名服务器发起查询。
为提高DNS查询的效率和可靠性,根域名服务器通常采用负载均衡策略来分散查询请求。常见的负载均衡策略包括:轮询、加权轮询、最少连接数和最快响应时间。
轮询是最简单的负载均衡策略,它会按照固定的顺序将查询请求分发给不同的根域名服务器。加权轮询在此基础上增加权重因子,可以根据服务器的性能差异来分配不同的请求量。
最少连接数策略会将请求分发到当前连接数最少的根域名服务器上,以减轻高负载服务器的压力。最快响应时间策略会根据服务器的实时响应速度来选择最快的服务器进行查询。
通过这些负载均衡策略,根域名服务器能够更好地处理海量的DNS查询请求,确保用户能够快速、稳定地访问互联网上的各个网站。
负载均衡的详细信息
算法提供多个WAN ports可作多种负载平衡算法则，企业可依需求自行设定负载平衡规则，而网络存取可参照所设定的规则，执行网络流量负载平衡导引。 算法则有：◎ 依序Round Robin◎ 比重Weighted Round Robin◎ 流量比例Traffic◎ 使用者端User◎ 应用类别Application◎ 联机数量Session◎ 服务类别Service◎ 自动分配Auto ModeInbound Load Balancing内建Inbound Load Balance 功能，可让企业透过多条ISP线路，提供给浏览者更实时、快速与稳定不断线的因特网在线服务；Inbound负载平衡算法包括：Round Robin/ Weighted Round Robin/Auto Back Up；功能内建DNS服务器，可维护多个网域(domain)，每个网域又可以新增多笔纪(A/CNAME/MX)，达到Inbound Load Sharing的功能。 ■Server Load BalancingAboCom服务器负载均衡提供了服务级（端口）负载均衡及备援机制。 主要用于合理分配企业对外服务器的访问请求，使得各服务器之间相互进行负载和备援。 AboCom服务器负载与服务器群集差异：一旦有服务器故障，群集技术只对服务器的硬件是否正常工作进行检查；AboCom服务器负载则对应用服务端口进行检查，一旦服务器的该应用服务端口异常则自动将访问请求转移到正常的服务器进行响应。 ■VPN Trunk 负载均衡支持同时在多条线路上建立VPN连接，并对其多条VPN线路进行负载。 不仅提高了企业总部与分支机构的VPN访问速度，也解决了因某条ISP线路断线造成无法访问的问题。 进行VPN负载均衡时VPN访问数据将同时在多条VPN线路上进传输。 当一条VPN线路故障时，所有流量将自动切换到正常的VPN线路上进行传输。 QoS（带宽管理）个人带宽管理：可实现每个人的网络带宽分配、管理，可以设置保证带宽用以保障个人应用不受整体环境影响。 每日带宽配额：可以针对个人、群组或部门等分别设置带宽配额，这样可以合理利用带宽资源，杜绝资源的浪费，也杜绝员工干与工作无关的事，如看在线电影，下载大容量文件资料等等。 内容过滤网络信息过滤：采用关键字进行内容过滤，可保护内网不受色情、暴力、反动、迷信等信息的入侵和干扰。 聊天软件、P2P软件控制：可针对QQ、MSN、YAHOO、SKYPE、GOOGLE TALK等聊天通讯软件进行管控和限制，还可限制或禁止如BT、电驴、迅雷等P2P软件的使用。 SSL VPN提供最佳远程安全存取解决方案，企业仅需透过最熟悉的网络浏览器接口(Web Browser)，即可轻松连接到企业内部网络；即使未携带企业管控的笔记型计算机，利用家用计算机、公用计算机、PDA等，甚至是通过无线局域网络，都不影响安全联机的建立。 其他功能实时图形化统计分析：记录所有网络封包的进出流量信息，可用做网络使用监控及统计记录；提供事件警报 (Event Alert)及日志记录管理功能；支持3A认证：Authentication、Authorization、Accounting，即认证、授权、审计；交换机联合防御：利用指定交换机进行联合防护，提升整个网络的安全系数和安全强度；HA双机热备：支持双机备援，防止设备故障造成网络瘫痪，提升整个网络的可靠性；远程唤醒（Wake on Lan）：远程启动计算机。 软/硬件软件负载均衡解决方案是指在一台或多台服务器相应的操作系统上安装一个或多个附加软件来实现负载均衡，如DNS Load Balance，CheckPoint Firewall-1 ConnectControl等，它的优点是基于特定环境，配置简单，使用灵活，成本低廉，可以满足一般的负载均衡需求。 软件解决方案缺点也较多，因为每台服务器上安装额外的软件运行会消耗系统不定量的资源，越是功能强大的模块，消耗得越多，所以当连接请求特别大的时候，软件本身会成为服务器工作成败的一个关键；软件可扩展性并不是很好，受到操作系统的限制；由于操作系统本身的Bug，往往会引起安全问题。 硬件负载均衡解决方案是直接在服务器和外部网络间安装负载均衡设备，这种设备通常称之为负载均衡器，由于专门的设备完成专门的任务，独立于操作系统，整体性能得到大量提高，加上多样化的负载均衡策略，智能化的流量管理，可达到最佳的负载均衡需求。 负载均衡器有多种多样的形式，除了作为独立意义上的负载均衡器外，有些负载均衡器集成在交换设备中，置于服务器与Internet链接之间，有些则以两块网络适配器将这一功能集成到PC中，一块连接到Internet上，一块连接到后端服务器群的内部网络上。 一般而言，硬件负载均衡在功能、性能上优于软件方式，不过成本昂贵。 本地/全局负载均衡从其应用的地理结构上分为本地负载均衡(Local Load Balance)和全局负载均衡(Global Load Balance，也叫地域负载均衡)，本地负载均衡是指对本地的服务器群做负载均衡，全局负载均衡是指对分别放置在不同的地理位置、有不同网络结构的服务器群间作负载均衡。 本地负载均衡能有效地解决数据流量过大、网络负荷过重的问题，并且不需花费昂贵开支购置性能卓越的服务器，充分利用现有设备，避免服务器单点故障造成数据流量的损失。 其有灵活多样的均衡策略把数据流量合理地分配给服务器群内的服务器共同负担。 即使是再给现有服务器扩充升级，也只是简单地增加一个新的服务器到服务群中，而不需改变现有网络结构、停止现有的服务。 全局负载均衡主要用于在一个多区域拥有自己服务器的站点，为了使全球用户只以一个IP地址或域名就能访问到离自己最近的服务器，从而获得最快的访问速度，也可用于子公司分散站点分布广的大公司通过Intranet（企业内部互联网）来达到资源统一合理分配的目的。 全局负载均衡有以下的特点：实现地理位置无关性，能够远距离为用户提供完全的透明服务。 除了能避免服务器、数据中心等的单点失效，也能避免由于ISP专线故障引起的单点失效。 解决网络拥塞问题，提高服务器响应速度，服务就近提供，达到更好的访问质量。 负载均衡有三种部署方式：路由模式、桥接模式、服务直接返回模式。 路由模式部署灵活，约60%的用户采用这种方式部署；桥接模式不改变现有的网络架构；服务直接返回（DSR）比较适合吞吐量大特别是内容分发的网络应用。 约30%的用户采用这种模式。 路由模式（推荐）路由模式的部署方式如上图。 服务器的网关必须设置成负载均衡机的LAN口地址，且与WAN口分署不同的逻辑网络。 因此所有返回的流量也都经过负载均衡。 这种方式对网络的改动小，能均衡任何下行流量。 桥接模式桥接模式配置简单，不改变现有网络。 负载均衡的WAN口和LAN口分别连接上行设备和下行服务器。 LAN口不需要配置IP（WAN口与LAN口是桥连接），所有的服务器与负载均衡均在同一逻辑网络中。 参见下图：由于这种安装方式容错性差，网络架构缺乏弹性，对广播风暴及其他生成树协议循环相关联的错误敏感，因此一般不推荐这种安装架构。 服务直接返回模式如上图，这种安装方式负载均衡的LAN口不使用，WAN口与服务器在同一个网络中，互联网的客户端访问负载均衡的虚IP（VIP），虚IP对应负载均衡机的WAN口，负载均衡根据策略将流量分发到服务器上，服务器直接响应客户端的请求。 因此对于客户端而言，响应他的IP不是负载均衡机的虚IP（VIP），而是服务器自身的IP地址。 也就是说返回的流量是不经过负载均衡的。 因此这种方式适用大流量高带宽要求的服务。 基础网络配置：AX1000(config)#clock timezone Asia/Shanghai//设置时区AX1000(config)#vlan 10//创建VLAN10AX1000(config-vlan:10)# untagged ethernet 1 to 2//划分接口到VLAN10中AX1000(config-vlan:10)# router-interface ve 10 //设置路由接口为Ve10，后面会给Ve10 配置地址的，这点和传统的二、三层交换不一样。 AX1000(config-vlan:10)# name “Web-Server-Outside”//也可以设置的备注AX1000(config-vlan:10)#end//完成VLAN10的内容，和Cisco的命令一样。 AX1000(config)#vlan 20AX1000(config-vlan:20)# untagged ethernet 3 to 4AX1000(config-vlan:20)# router-interface ve 20AX1000(config-vlan:20)# name “Web-Server-Inside”AX1000(config-vlan:10)#endAX1000(config)#interface ethernet 1//进入eth1口AX1000(config-if:ethernet1)# enable //激活该接口AX1000(config-if:ethernet1)# interface ethernet 2AX1000(config-if:ethernet2)# enableAX1000(config-if:ethernet2)#interface ethernet 3AX1000(config-if:ethernet3)# enableAX1000(config-if:ethernet3)#interface ethernet 4AX1000(config-if:ethernet4)# enableAX1000(config-if:ethernet4)#endAX1000(config)#interface ve 10//进入Ve10接口并为其配置地址AX1000(config-if:ve10)# ip address 116.255.188.2 255.255.255.0AX1000(config-if:ve10)# ip nat outside//这和传统的路由交换设置一直，是需要做NAT处理的。 AX1000(config-if:ve10)#endAX1000(config)#interface ve 20AX1000(config-if:ve20)# ip address 192.168.1.1 255.255.255.0AX1000(config-if:ve20)# ip nat insideAX1000(config-if:ve20)#end首先添加服务器：AX1000(config)#slbserver Web1192.168.1.11//添加服务器Web1，其IP地址为192.168.1.11AX1000(config-real server)#port 80tcp//指定服务器开放的端口及端口类型AX1000(config-real server-node port)#exitAX1000(config-real server)#exitAX1000(config)#slb server Web2192.168.1.12AX1000(config-real server)#port 80tcpAX1000(config-real server-node port)#end检查添加的服务器状态是否正常：AX1000#showslbserver //查看SLB信息Total Number of Services configured: 2Current = Current Connections, Total = Total ConnectionsFwd-pkt = Forward packets, Rev-pkt = Reverse packetsService Current Total Fwd-pkt Rev-pkt Peak-conn State—————————————————————————————Web1:80/tcp 0 0 0 0 0 UpWeb1: Total 0 0 0 0 0 UpWeb2:80/tcp 0 0 0 0 0 UpWeb2: Total 0 0 0 0 0 Up发现全Up以后，则表示服务器的健康检查通过。 默认的健康检查方式是Ping检查服务器的存活状态。 只有服务器状态为Up时，负载均衡器才会把会话分发给该服务器处理，从而最大可能性的保障用户的请求得到服务器的正常应答，这也是负载均衡器的基本功能之一。 在很多时候服务器作了安全策略，比如说防止Icmp的报文等等，就需要调整服务器的健康检查方式，具体内容后期提供。 创建服务组AX1000(config)#slb service-group WebtcpAX1000(config-slbsvc group)#member Web1:80AX1000(config-slbsvc group)#member Web2:80AX1000(config-slbsvc group)#end验证服务组工作正常AX1000#show slb service-groupTotal Number of Service Groups configured: 2Current = Current Connections, Total = Total ConnectionsFwd-p = Forward packets, Rev-p = Reverse packetsPeak-c = Peak connectionsService Group NameService Current Total Fwd-p Rev-p Peak-c——————————————————————————-*Web State:All UpWeb1:80 0 0 0 0 0Web2:80 0 0 0 0 0创建虚拟服务器：其地址为：116.255.188.235，即对外公布的真实的服务地址AX1000(config)#slbvirtual-server VIP-WEB 116.255.188.235//创建VIPAX1000(config-slbvserver)#port 80http//指定VIP对公共用户开放的端口及端口类型，Web页面选择httpAX1000(config-slbvserver-vport)#service-group Web//该端口对应的服务组为WebAX1000(config-slbvserver-vport)#end查看虚拟服务器状态AX1000#showslbvirtual-serverTotal Number of Virtual Services configured: 1Virtual Server Name IP Current Total Request Response PeakService-Group Service connection connection packets packets connection—————————————————————————————-*VIP-WEB(A) 116.255.188.235 Upport 80 http 0 0 0 0 0Web 80/http 0 0 0 0 0Total received conn attempts on this port: 0域名的解析记录已设置为116.255.188.235，所以只要直接访问即可看到效果。 验证：AX1000#show session | in 116.255.188.235//查看当前设备上访问116.255.188.235的详细会话Traffic Type Total——————————————–TCP Established 17TCP Half Open 8UDP 0Non TCP/UDP IP sessions 0Other Reverse NAT TCP 0Reverse NAT UDP 0Free Buff Count 0Curr Free Conn Conn Count Conn Freed TCP SYN Half Open 0Conn SMP Alloc Conn SMP Free Conn SMP Aged 0Conn Type 0 Available Conn Type 1 Available Conn Type 2 Available Conn Type 3 Available Conn SMP Type 0 Available Conn SMP Type 1 Available Conn SMP Type 2 Available Conn SMP Type 3 Available Prot Forward Source Forward Dest Reverse Source Reverse Dest Age Hash Flags—————————————————————————————————————-Tcp 110.152.232.139:1927 116.255.188.235:80 192.168.1.11:80 110.152.232.139:80 0 1 OSTcp 110.152.232.139:1927 116.255.188.235:80 192.168.1.12:80 110.152.232.139:80 0 1 OS类型 源地址 目的地址服务器地址 服务器回报地址
常见的负载均衡技术
四层负责均衡：主要是指通过判断报文的IP地址和端口并通过一定的负载均衡算法来决定转发到哪个指定目标，主要工作在OSI模型的第四层。 四层负载均衡对数据包只是起一个数据转发的作用，并不会干预客户端与服务器之间应用层的通信（如：三次握手等）。 所以能对数据所进行的操作也就很少，但相对于七层负载均衡来讲效率会高上很多 七层负载均衡：也被称为“内容交换”，指的是负载均衡设备通过报文中的应用层信息(URL、HTTP头部等信息)和负载均衡算法，选择到达目的的内部服务器。 七层负载均衡可以“智能化”地筛选报文中 应用层信息，然后根据不同的信息进行特定的负载均衡调度。 这种方式提升了应用系统在网络层上的灵活性，另外也在一定程度上提升了后端系统的安全性。 因为像网络常见的DoS攻击，这些攻击在七层负载均衡的环境下通常都在负载均衡设备上就截止了，不会影响到后台服务器的正常运行。 前网络中常见的负载均衡主要分为硬件负载均衡和软件负载均衡。 硬件负载均衡比较知名的产品有F5 Big-IP、Cirtix Netscaler等等。 而软件负载均衡就有着众多的开源项目，常见的有Haproxy、nginx、lvs等。 Haproxy： lvs: nginx: Haproxy可以做代理服务相对于nginx而言有很多相同之处，统一可以基于mode tcp进行四层代理也可以基于mode http进行七层代理，但不同的是其无法使用location和if等进行匹配判断。 突出优势在于有会话绑定，web管理界面，状态统计非常详细。 官方推荐只启用一个进程，相对于nginx多进程架构工作并不理想，更多的线程可能会受到系统内存的一些限制。 程序环境： 主程序：/usr/sbin/haproxy 主配置文件：/etc/haproxy/ Unit file：/usr/lib/systemd/system/ 查看配置文件 重要的几个参数，及性能调优，多数无需修改 发现日志发送给本机rsyslog的local2的facility，而本机的rsyslog里并没有定义，需要我们自己去配置 所以vim /etc/添加一段将local2的所有信息记录在对应日志文件中 由于HAProxy可以工作在七层模型下，因此，要实现HAProxy的强大功能，一定要使用强大灵活的ACL规则，通过ACL规则可以实现基于HAProxy的智能负载均衡系统。 HAProxy通过ACL规则完成两种主要的功能，分别是： 1）通过设置的ACL规则检查客户端请求是否合法。 如果符合ACL规则要求，那么将放行；如果不符合规则，则直接中断请求。 2）符合ACL规则要求的请求将被提交到后端的backend服务器集群，进而实现基于ACL规则的负载均衡。 HAProxy中的ACL规则经常使用在frontend段中，使用方法如下： acl 自定义的acl 名称 acl 方法 -i [ 匹配的路径或文件] 其中： ·acl：是一个关键字，表示定义ACL规则的开始。 后面需要跟上自定义的ACL名称。 ·acl方法：这个字段用来定义实现ACL的方法，HAProxy定义了很多ACL方法，经常使用的方法有hdr_reg（host）、hdr_dom（host）、hdr_beg（host）、url_sub、url_dir、path_beg、path_end等。 ·-i：表示不区分大小写，后面需要跟上匹配的路径或文件或正则表达式。 与ACL规则一起使用的HAProxy参数还有use_backend，use_backend后面需要跟上一个backend实例名，表示在满足ACL规则后去请求哪个backend实例，与use_backend对应的还有default_backend参数，它表示在没有满足ACL条件的时候默认使用哪个后端 这些例子定义了www_policy、bbs_policy、url_policy三个ACL规则，第一条规则表示如果客户端以 或 开头的域名发送请求时，则此规则返回true，同理第二条规则表示如果客户端通过 域名发送请求时，则此规则返回true，而第三条规则表示如果客户端在请求的URL中包含“buy_sid=”字符串时，则此规则返回true。 第四、第五、第六条规则定义了当www_policy、bbs_policy、url_policy三个ACL规则返回true时要调度到哪个后端backend，例如，当用户的请求满足www_policy规则时，那么HAProxy会将用户的请求直接发往名为server_www的后端backend，其他以此类推。 而当用户的请求不满足任何一个ACL规则时，HAProxy就会把请求发往由default_backend选项指定的server_cache这个后端backend。 与上面的例子类似，本例中也定义了url_static、host_www和host_static三个ACL规则，其中，第一条规则通过path_end参数定义了如果客户端在请求的URL中以、、、或结尾时返回true，第二条规则通过hdr_beg（host）参数定义了如果客户端以www开头的域名发送请求时则返回true，同理，第三条规则也是通过hdr_beg（host）参数定义了如果客户端以img.、video.、download.或ftp.开头的域名发送请求时则返回true。 第四、第五条规则定义了当满足ACL规则后要调度到哪个后端backend，例如，当用户的请求同时满足host_static规则与url_static规则，或同时满足host_www和url_static规则时，那么会将用户请求直接发往名为static的后端backend，如果用户请求满足host_www规则，那么请求将被调度到名为www的后端backend，如果不满足所有规则，那么将用户请求默认调度到名为server_cache的这个后端backend。 log：全局的日志配置，local0是日志设备，info表示日志级别。 其中日志级别有err、warning、info、debug4种可选。 这个配置表示使用127.0.0.1上的rsyslog服务中的local0日志设备，记录日志等级为info。 maxconn：设定每个HAProxy进程可接受的最大并发连接数，此选项等同于Linux命令行选项“ulimit -n”。 user/group：设置运行HAProxy进程的用户和组，也可使用用户和组的uid和gid值来替代。 daemon：设置HAProxy进程进入后台运行。 这是推荐的运行模式。 nbproc：设置HAProxy启动时可创建的进程数，此参数要求将HAProxy运行模式设置为daemon，默认只启动一个进程。 该值的设置应该小于服务器的CPU核数。 创建多个进程，能够减少每个进程的任务队列，但是过多的进程可能会导致进程崩溃。 pidfile：指定HAProxy进程的pid文件。 启动进程的用户必须有访问此文件的权限。 mode：设置HAProxy实例默认的运行模式，有tcp、http、health三个可选值。 retries：设置连接后端服务器的失败重试次数，如果连接失败的次数超过这里设置的值，HAProxy会将对应的后端服务器标记为不可用。 此参数也可在后面部分进行设置。 timeout connect：设置成功连接到一台服务器的最长等待时间，默认单位是毫秒，但也可以使用其他的时间单位后缀。 timeout client：设置连接客户端发送数据时最长等待时间，默认单位是毫秒，也可以使用其他的时间单位后缀。 timeout server：设置服务器端回应客户端数据发送的最长等待时间，默认单位是毫秒，也可以使用其他的时间单位后缀。 timeout check：设置对后端服务器的检测超时时间，默认单位是毫秒，也可以使用其他的时间单位后缀。 bind：此选项只能在frontend和listen部分进行定义，用于定义一个或几个监听的套接字。 bind的使用格式为： bind [<address>:<port_range>] interface <interface>其可以为主机名或IP地址，如果将其设置为“*”或“0.0.0.0”，将监听当前系统的所有IPv4地址。 port_range可以是一个特定的TCP端口，也可是一个端口范围，小于1024的端口需要有特定权限的用户才能使用。 interface为可选选项，用来指定网络接口的名称，只能在Linux系统上使用。 option httplog：在默认情况下，HAProxy日志是不记录HTTP请求的，这样很不方便HAProxy问题的排查与监控。 通过此选项可以启用日志记录HTTP请求。 option forwardfor：如果后端服务器需要获得客户端的真实IP，就需要配置此参数。 由于HAProxy工作于反向代理模式，因此发往后端真实服务器的请求中的客户端IP均为HAProxy主机的IP，而非真正访问客户端的地址，这就导致真实服务器端无法记录客户端真正请求来源的IP，而X-Forwarded-For则可用于解决此问题。 通过使用forwardfor选项，HAProxy就可以向每个发往后端真实服务器的请求添加X-Forwarded-For记录，这样后端真实服务器日志可以通过“X-Forwarded-For”信息来记录客户端来源IP。 option httpclose：此选项表示在客户端和服务器端完成一次连接请求后，HAProxy将主动关闭此TCP连接。 这是对性能非常有帮助的一个参数。 log global：表示使用全局的日志配置，这里的global表示引用在HAProxy配置文件global部分中定义的log选项配置格式。 default_backend：指定默认的后端服务器池，也就是指定一组后端真实服务器，而这些真实服务器组将在backend段进行定义。 这里的htmpool就是一个后端服务器组。 option redispatch：此参数用于cookie保持的环境中。 在默认情况下，HAProxy会将其请求的后端服务器的serverID插入cookie中，以保证会话的session持久性。 而如果后端的服务器出现故障，客户端的cookie是不会刷新的，这就会出现问题。 此时，如果设置此参数，就会将客户的请求强制定向到另外一台健康的后端服务器上，以保证服务正常。 option abortonclose：如果设置了此参数，可以在服务器负载很高的情况下，自动结束当前队列中处理时间比较长的连接。 -balance：此关键字用来定义负载均衡算法。 目前HAProxy支持多种负载均衡算法，常用的有如下几种： cookie：表示允许向cookie插入SERVERID，每台服务器的SERVERID可在下面的server关键字中使用cookie关键字定义。 option httpchk：此选项表示启用HTTP的服务状态检测功能。 HAProxy作为一个专业的负载均衡器，它支持对backend部分指定的后端服务节点的健康检查，以保证在后端backend中某个节点不能服务时，把从frotend端进来的客户端请求分配至backend中其他健康节点上，从而保证整体服务的可用性。 option httpchk的用法如下： option httpchk <method> <uri> <version> 其中，各个参数的含义如下： check：表示启用对此后端服务器执行健康状态检查。 inter：设置健康状态检查的时间间隔，单位为毫秒。 rise：设置从故障状态转换至正常状态需要成功检查的次数，例如，“rise 2”表示2次检查正确就认为此服务器可用。 fall：设置后端服务器从正常状态转换为不可用状态需要检查的次数，例如，“fall 3”表示3次检查失败就认为此服务器不可用。 cookie：为指定的后端服务器设定cookie值，此处指定的值将在请求入站时被检查，第一次为此值挑选的后端服务器将在后续的请求中一直被选中，其目的在于实现持久连接的功能。 上面的“cookie server1”表示web1的serverid为server1。 同理，“cookie server2”表示web2的serverid为server2。 weight：设置后端真实服务器的权重，默认为1，最大值为256。 设置为0表示不参与负载均衡。 backup：设置后端真实服务器的备份服务器，仅仅在后端所有真实服务器均不可用的情况下才启用。 用nginx反代后端的两台tomcat主机，做动静分离，如果是jsp结尾的就发往后端，否则就交给nginx处理。 在两台tomcat主机上创建应用 nginx配置 则动静分离就实现了，并且我们还基于uri实现了会话粘性
Caddy实战（六）| 反向代理中的负载均衡
负载平衡是一种技术，用于在多台计算机、网络连接、CPU、磁盘驱动器等资源之间分配负载，以优化资源使用、最大化吞吐率、最小化响应时间并避免过载。 在互联网中，负载均衡通常涉及使用多台服务器提供单一服务，有时也被称为服务器集群。 例如，DNS负载均衡通过为一个域名配置多个IP主机来实现，当一个有问题时，其他IP主机可以继续提供服务。 负载均衡可以依据地理位置、响应时间、连接数等因素灵活调度。 Caddy支持多种负载均衡策略，如随机（default）、选择第一个可用的服务器（first）以及其他基于特定值进行哈希后选取固定服务器的策略。 在Caddy中，配置了多个上游服务器后，即实现了负载均衡功能。 默认策略为随机选择，可通过`lb_policy`参数指定不同的策略，如`first`。 还提供了重试功能，即当上游服务器不可用时，客户端请求会等待一个指定时间后重试，以找到可用的上游服务器。 默认重试等待时间为1000毫秒，重试时间间隔默认为250毫秒。 Caddy负载均衡示例非常直观，配置好即可。 设置重试等待时间的示例如下：本文介绍了Caddy负载均衡的基本概念、策略、重试等待时间和重试时间间隔，并提供了简单示例。 通过理解这些概念和策略，您可以更有效地利用Caddy进行负载均衡。 下文将详细讲解Caddy的健康检查功能，以确保服务器的可用性。 欢迎关注公众号接收后续文章。