服务器负载均衡问题，需要的设备和软件

你上面说到的这些服务器只有Web服务器需要做负载均衡，而且一般都是前置机才做负载均衡，做服务器负载均衡的条件是：

1 你要有提供相同应用的多台Web服务器。

2 要有负载均衡的设备（可以是软件也可以是硬件）。

3 要为这个服务分配一个虚拟地址（作为服务访问的统一入口）和若干真实地址（有几台Web服务器需要几个真实地址）。

注：一般建议采用硬件设备，通常需要做负载均衡的应用说明他的负载很大，专用的硬件比较可靠。

具备以上条件后将Web服务器连接到负载均衡设备上，在负载均衡设备上配置虚拟地址和真实地址、配置负载均衡算法，配置负载均衡策略，将负载均衡设备接入网络。

这样，外面的用户只需要访问这个虚拟地址就可以了，负载均衡设备收到请求后会按照负载均衡策略和算法把请求分配到真实地址上，实现负载功能。

以上所说只是负载均衡的一种部署方式，根据实际需要选择单臂、双臂接入网络；根据应用的特点选择健康检查的方式；根据应用选择是否使用回话保持算法等。

　　想学习服务器架构、调试，建议看以下方面的书籍：

　　1、LINUX服务器安全策略详解

　　2、网络服务器配置完全手册

　　3、服务器配置全攻略（珍藏版）

　　4、网络安全基础

　　常见的服务器架构有以下三种：

　　1、服务器集群架构：

　　服务器集群就是指将很多服务器集中起来一起进行同一种服务，在客户端看来就像是只有一个服务器。集群可以利用多个计算机进行并行计算从而获得很高的计算速度，也可以用多个计算机做备份，从而使得任何一个机器坏了整个系统还是能正常运行。

　　2、服务器负载均衡架构：

　　负载均衡 （Load Balancing） 建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。

　　3、分布式服务器架构：

　　所谓分布式资源共享服务器就是指数据和程序可以不位于一个服务器上，而是分散到多个服务器，以网络上分散分布的地理信息数据及受其影响的数据库操作为研究对象的一种理论计算模型服务器形式。分布式有利于任务在整个计算机系统上进行分配与优化，克服了传统集中式系统会导致中心主机资源紧张与响应瓶颈的缺陷，解决了网络GIS 中存在的数据异构、数据共享、运算复杂等问题，是地理信息系统技术的一大进步。

四层负责均衡：主要是指通过判断报文的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/haproxycfg

Unit file：/usr/lib/systemd/system/haproxyservice

查看配置文件

重要的几个参数，及性能调优，多数无需修改

发现日志发送给本机rsyslog的local2的facility，而本机的rsyslog里并没有定义，需要我们自己去配置

所以vim /etc/rsyslogconf添加一段将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规则，第一条规则表示如果客户端以 wwwzcn 或 zcn 开头的域名发送请求时，则此规则返回true，同理第二条规则表示如果客户端通过 bbszcn 域名发送请求时，则此规则返回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中以gif、png、jpg、css或js结尾时返回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种可选。这个配置表示使用127001上的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地址，如果将其设置为“”或“0000”，将监听当前系统的所有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实现了会话粘性

算法

提供多个WAN ports可作多种负载平衡算法则，企业可依需求自行设定负载平衡规则，而网络存取可参照所设定的规则，执行网络流量负载平衡导引。算法则有：

◎ 依序Round Robin

◎ 比重Weighted Round Robin

◎ 流量比例Traffic

◎ 使用者端User

◎ 应用类别Application

◎ 联机数量Session

◎ 服务类别Service

◎ 自动分配Auto Mode

Inbound 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 Balancing

AboCom服务器负载均衡提供了服务级（端口）负载均衡及备援机制。主要用于合理分配企业对外服务器的访问请求，使得各服务器之间相互进行负载和备援。

AboCom服务器负载与服务器群集差异：

一旦有服务器故障，群集技术只对服务器的硬件是否正常工作进行检查；AboCom服务器负载则对应用服务端口进行检查，一旦服务器的该应用服务端口异常则自动将访问请求转移到正常的服务器进行响应。

■*** Trunk 负载均衡

支持同时在多条线路上建立***连接，并对其多条***线路进行负载。不仅提高了企业总部与分支机构的***访问速度，也解决了因某条ISP线路断线造成无法访问的问题。进行***负载均衡时***访问数据将同时在多条***线路上进传输。当一条***线路故障时，所有流量将自动切换到正常的***线路上进行传输。

QoS（带宽管理）

个人带宽管理：可实现每个人的网络带宽分配、管理，可以设置保证带宽用以保障个人应用不受整体环境影响。每日带宽配额：可以针对个人、群组或部门等分别设置带宽配额，这样可以合理利用带宽资源，杜绝资源的浪费，也杜绝员工干与工作无关的事，如看在线**，下载大容量文件资料等等。

内容过滤

网络信息过滤：采用关键字进行内容过滤，可保护内网不受色情、暴力、反动、迷信等信息的入侵和干扰。

聊天软件、P2P软件控制：可针对QQ、MSN、YAHOO、SKYPE、GOOGLE TALK等聊天通讯软件进行管控和限制，还可限制或禁止如BT、电驴、迅雷等P2P软件的使用。

SSL ***

提供最佳远程安全存取解决方案，企业仅需透过最熟悉的网络浏览器接口(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//创建VLAN10

AX1000(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 20

AX1000(config-vlan:20)# untagged ethernet 3 to 4

AX1000(config-vlan:20)# router-interface ve 20

AX1000(config-vlan:20)# name “Web-Server-Inside”

AX1000(config-vlan:10)#end

AX1000(config)#interface ethernet 1//进入eth1口

AX1000(config-if:ethernet1)# enable //激活该接口

AX1000(config-if:ethernet1)# interface ethernet 2

AX1000(config-if:ethernet2)# enable

AX1000(config-if:ethernet2)#interface ethernet 3

AX1000(config-if:ethernet3)# enable

AX1000(config-if:ethernet3)#interface ethernet 4

AX1000(config-if:ethernet4)# enable

AX1000(config-if:ethernet4)#end

AX1000(config)#interface ve 10//进入Ve10接口并为其配置地址

AX1000(config-if:ve10)# ip address 1162551882 2552552550

AX1000(config-if:ve10)# ip nat outside//这和传统的路由交换设置一直，是需要做NAT处理的。

AX1000(config-if:ve10)#end

AX1000(config)#interface ve 20

AX1000(config-if:ve20)# ip address 19216811 2552552550

AX1000(config-if:ve20)# ip nat inside

AX1000(config-if:ve20)#end

首先添加服务器：

AX1000(config)#slbserver Web1192168111//添加服务器Web1，其IP地址为192168111

AX1000(config-real server)#port 80tcp//指定服务器开放的端口及端口类型

AX1000(config-real server-node port)#exit

AX1000(config-real server)#exit

AX1000(config)#slb server Web2192168112

AX1000(config-real server)#port 80tcp

AX1000(config-real server-node port)#end

检查添加的服务器状态是否正常：

AX1000#showslbserver //查看SLB信息

Total Number of Services configured: 2

Current = Current Connections, Total = Total Connections

Fwd-pkt = Forward packets, Rev-pkt = Reverse packets

Service Current Total Fwd-pkt Rev-pkt Peak-conn State

—————————————————————————————

Web1:80/tcp 0 0 0 0 0 Up

Web1: Total 0 0 0 0 0 Up

Web2:80/tcp 0 0 0 0 0 Up

Web2: Total 0 0 0 0 0 Up

发现全Up以后，则表示服务器的健康检查通过。

默认的健康检查方式是Ping检查服务器的存活状态。只有服务器状态为Up时，负载均衡器才会把会话分发给该服务器处理，从而最大可能性的保障用户的请求得到服务器的正常应答，这也是负载均衡器的基本功能之一。

在很多时候服务器作了安全策略，比如说防止Icmp的报文等等，就需要调整服务器的健康检查方式，具体内容后期提供。

创建服务组

AX1000(config)#slb service-group Webtcp

AX1000(config-slbsvc group)#member Web1:80

AX1000(config-slbsvc group)#member Web2:80

AX1000(config-slbsvc group)#end验证服务组工作正常

AX1000#show slb service-group

Total Number of Service Groups configured: 2

Current = Current Connections, Total = Total Connections

Fwd-p = Forward packets, Rev-p = Reverse packets

Peak-c = Peak connections

Service Group Name

Service Current Total Fwd-p Rev-p Peak-c

——————————————————————————-

Web State:All Up

Web1:80 0 0 0 0 0

Web2:80 0 0 0 0 0创建虚拟服务器：

其地址为：116255188235，即对外公布的真实的服务地址

AX1000(config)#slbvirtual-server VIP-WEB 116255188235//创建VIP

AX1000(config-slbvserver)#port 80http//指定VIP对公共用户开放的端口及端口类型，Web页面选择http

AX1000(config-slbvserver-vport)#service-group Web//该端口对应的服务组为Web

AX1000(config-slbvserver-vport)#end查看虚拟服务器状态

AX1000#showslbvirtual-server

Total Number of Virtual Services configured: 1

Virtual Server Name IP Current Total Request Response Peak

Service-Group Service connection connection packets packets connection

—————————————————————————————-

VIP-WEB(A) 116255188235 Up

port 80 http 0 0 0 0 0

Web 80/http 0 0 0 0 0

Total received conn attempts on this port: 0

域名的解析记录已设置为116255188235，所以只要直接访问即可看到效果。

验证：

AX1000#show session | in 116255188235//查看当前设备上访问116255188235的详细会话

Traffic Type Total

——————————————–

TCP Established 17

TCP Half Open 8

UDP 0

Non TCP/UDP IP sessions 0

Other 681295

Reverse NAT TCP 0

Reverse NAT UDP 0

Free Buff Count 0

Curr Free Conn 2031387

Conn Count 6926940

Conn Freed 6926870

TCP SYN Half Open 0

Conn SMP Alloc 103137

Conn SMP Free 102986

Conn SMP Aged 0

Conn Type 0 Available 6225920

Conn Type 1 Available 3112960

Conn Type 2 Available 2015155

Conn Type 3 Available 778240

Conn SMP Type 0 Available 6225920

Conn SMP Type 1 Available 3112960

Conn SMP Type 2 Available 1572712

Conn SMP Type 3 Available 778240

Prot Forward Source Forward Dest Reverse Source Reverse Dest Age Hash Flags

—————————————————————————————————————-

Tcp 110152232139:1927 116255188235:80 192168111:80 110152232139:80 0 1 OS

Tcp 110152232139:1927 116255188235:80 192168112:80 110152232139:80 0 1 OS

类型 源地址 目的地址服务器地址 服务器回报地址

1921681100 (电信)

1921681101 (电信)

1921681102 (电信)

101010100 (网通)

101010101 (网通)

并且5台服务器都在为www提供服务。

本例子再假设域名为qicaispacecom

为电信用户实现负载均衡

根据前面的资料，电信一共有3台www服务器，分别是

1921681100

1921681101

1921681102

首先登陆DNSPod的後台，添加一个qicaispacecom的域名。

然後在 管理域名记录 中添加一条记录

主机记录 www记录类型 A线路类型 电信

记录值 1921681100点击增加接着，再分别添加两条记录

主机记录 www记录类型 A线路类型 电信

记录值 1921681101

主机记录 www记录类型 A线路类型 电信

记录值 1921681102

为网通用户实现负载均衡

电信用户的记录添加完毕後，接着添加网通的。

网通的添加方法跟电信的没太大分别

主机记录 www记录类型 A线路类型 网通

记录值 101010100

主机记录 www记录类型 A线路类型 网通至此，所有记录添加完毕

云计算的相关技术有哪些不要抽象的。。要实际的技术是什么

1、云计算平台管理技术：云计算系统的平台管理技术能够使大量的服务器协同工作，方便的进行业务部署和开通，快速发现和恢复系统故障。

2、资源管理技术。云计算需要对分布的、海量的数据进行处理、分析，因此，数据管理技术必需能够高效地管理大量的数据。云计算系统的平台管理技术，需要具有高效调配大量服务器资源，使其更好协同工作的能力。能耗管理技术。

3、云计算关键技术主要包括数据储存技术和数据管理技术以及编程模式。

4、云计算的关键技术包括以下几个方向：虚拟机技术虚拟机，即服务器虚拟化是云计算底层架构的重要基石。

5、是指通过集群应用、网格技术或分布式文件系统等功能，将网络中大量各种不同类型的存储设备通过应用软件集合起来协同工作，共同对外提供数据存储和业务访问功能的一个系统。

6、现阶段所说的云服务已经不单单是一种分布式计算，而是分布式计算、效用计算、负载均衡、并行计算、网络存储、热备份冗杂和虚拟化等计算机技术混合演进并跃升的结果。

云计算关键技术主要包括数据储存技术和数据管理技术以及编程模式。

资源管理技术。云计算需要对分布的、海量的数据进行处理、分析，因此，数据管理技术必需能够高效地管理大量的数据。云计算系统的平台管理技术，需要具有高效调配大量服务器资源，使其更好协同工作的能力。能耗管理技术。

云计算的关键技术包括以下几个方向：虚拟机技术虚拟机，即服务器虚拟化是云计算底层架构的重要基石。

云计算的核心技术有虚拟化、分布式文件系统、分布式数据库、资源管理技术、能耗管理技术、信息安全等。

CloudComputing关键技术分别为：FO软件开发方法。这是在“面向对象”之上做了进一步抽象后地软件开发方法，其目地是为了解决CloudComputing软件系统所面临地更加严重地软件危机问题。

1、云计算的五大关键技术如下：云计算平台管理技术、分布式计算的编程模式、分布式海量数据存储、海量数据管理技术、虚拟化技术。

2、云计算关键技术主要包括数据储存技术和数据管理技术以及编程模式。

3、能耗管理技术。云计算的好处显而易见，但随着其规模越来越大，云计算本身的能耗越来越不可忽视。提高能效的第一步是升级网络设备，增加节能模式，减少网络设施在未被充分使用时的耗电量。

4、在云计算系统中运用了许多技术，其中以编程模型、数据管理技术、数据存储技术、虚拟化技术、云计算平台管理技术更为关键。

1、云空间也可以叫云服务器或者云主机，是云计算在基础设施应用上的重要组成部分；它由多台服务器提供负载均衡，资源网站实际按需要进行动态分配。

2、云空间（Cloudhosting），计算机科学术语，由多台服务器提供负载均衡，资源网站实际按需要进行动态分配，适合网站比较多或者是网站建设公司。

3、云空间[1]（Cloudhosting）也就是大容量云空间集合，由多台服务器提供负载均衡，资源网站实际按需要进行动态分配，适合网站比较多或者是网站建设公司，比VPS性能强，价格更便宜。

4、华为云空间主要是存储用户手机中的所有数据。在手机的云空间，可以安全存储用户的照片、视频、联系人等重要数据，并且在用户的各个设备上保持实时更新。

5、共同对外提供数据存储和业务访问功能的系统。

6、Cloudhosting也就是大容量云空间集合，由多台服务器提供负载均衡，资源网站实际按需要进行动态分配，适合网站比较多或者是网站建设公司，比VPS性能强，价格更便宜。

1、云计算是分布式处理、并行计算和网格计算等概念的发展和商业实现，其技术实质是计算、存储、服务器、应用软件等IT软硬件资源的虚拟化，云计算在虚拟化、数据存储、数据管理、编程模式等方面具有自身独特的技术。

2、云计算的五大关键技术如下：云计算平台管理技术、分布式计算的编程模式、分布式海量数据存储、海量数据管理技术、虚拟化技术。

3、虚拟化是云计算最重要的核心技术之一，它为云计算服务提供基础架构层面的支撑，是ICT服务快速走向云计算的最主要驱动力。很多人对云计算和虚拟化的认识都存在误区，认为云计算就是虚拟化。