网站解决方案

网站应用加速解决方案

——应用Array APV助力网站应用负载管理和性能增强功能实现

Array Networks, Inc.

Page 1 of 15

1. 网站应用发展及所面临的挑战

随着互联网应用的不断丰富，及网络基础设施建设推广的不断深入，越来越多的企业和个人逐渐改变了获取信息的方式、甚至是生活方式。网站已经逐渐成为人们传递信息、联系交流不可缺少的组成部分,并逐渐成为社会活动、生产生活不可缺少的重要环节。

在当前网站实现方式中，绝大多数采用浏览器方式，通过Http或Https协议进行内容发布和多样化的信息传输。随着应用类型的丰富，多媒体内容的逐渐增多，图片、视频、甚至动态页面已经成为网站实现的应用亮点。越来越多的网站借助丰富多样的技术实现和个性化的应用模式来吸引用户的关注，满足业务实现需求。

伴随着互联网应用类型和内容的丰富，网站的访问量与日俱增，所有访问请求都涌向内容服务提供商网站，导致网站运维压力增大，响应速度逐渐减慢，并面临以下应用压力和挑战：

1.1. 网站应用服务器“多米诺”现象

在网站应用系统平台中，单台服务器设备的应用，会随着各种条件的影响，不可避免的出现单点故障等问题，而在网站应用中，任何无备份系统的单点故障都将直接影响到业务的正常提供，造成极大的损失。

考虑到服务器的冗余备份，需要服务器冗余设置来处理和接管出现故障主机的工作。传统方式是通过一台或多台服务器，采用冷备份方式来实现，当主服务器出现故障时，进行人工切换到备份服务器上。但这样做，除了会产生实效性的问题外，还将无法同时利用所有服务器的资源，应用投资得不到充分保护。且当出现超过主服务器的负载情况时，所得到的将是“多米诺效应”，即包括冷备份服务器在内的服务器将依次被过高的负载压垮，直至无服务器可用。

1.2. 处理能力有限且扩容能力有限

随着网站应用用户的增多和系统应用负载的增大，各个应用服务器，特别是前置服务器上所要处理的数据量将增大，从而影响针对使用者的响应效率，造成对访问者的请求回应越来越慢等严重影响网站应用服务质量的现象。在服务器端则直接表现为可容纳的连接数越来越小，系统性能严重下降。

此时，将需要考虑增加应用服务器和数据库服务器的数量来满足不断增大的应用负载需求。当仅通过服务器集群（Cluster）的方式实现扩容时，将存在成本较高，严重影响正常网站应用服务的提供等问题，且扩容能力有限，无法满足不断增长的网站应用的需要。

Page 2 of 15

1.3. 网站应用系统发展与网络结构调整的不平衡性

随着新功能的加入和用户数的增多，网站应用系统维护和网络拓扑的变化将随时有可能发生，完全依靠专业技术队伍通过更改服务器配置或网络拓扑等方式进行网络调整的方式，将存在大风险、非实时性、缺乏灵活性等缺陷。如何能够在业务正常运行的情况下进行按需增长的、动态的、且对网站应用用户是透明的网络调整和更新扩容，已经成为网站应用中迫切需要解决的问题。

1.4. 应用服务器“峰值”问题

网站应用处理过程中，各个应用服务器的负载存在 “波峰”和“波谷”的规律或不规律的变化，即便在波峰时，负载的大小又是不规律的，这就很容易使服务器面临“峰值阻塞”的问题。传统方式是通过更换为具有更高处理能力的单台服务器主机的方式来满足峰值的负载访问请求，但这种方式投资成本极大，并存在很大的资源浪费情况。

1.5. 系统维护升级等问题将给相关人员造成极大的压力

网站应用平台的稳定运行，离不开应用系统的日常维护，而在线系统的维护操作，将会给正常应用中的网站应用带来了安全隐患。在主机操作系统和应用程序的调整和升级过程中，将会由于需要重新启动正在提供服务的应用程序，甚至重新启动操作系统而使此类工作很难进行下去。有限的维护、升级时间，将对应用造成很大风险的同时，给各个方面的相关人员造成很大的压力。

1.6. 同各大网络的高速互联所产生的链路负载分担需求

网络运营中心一般都具有很高带宽资源，通过高速光纤直接接入骨干网，并根据需要可随时扩充带宽。为了避免单条专线链路故障，通常需要通过多条高速专线链路连接到互联网，以提供备份容灾的功能，并在正常情况下能够同时提供服务。传统实现方法是通过复杂的路由协议(如BGP协议)来实现链路负载分担功能，这种电信级的实现方式需要复杂的配置和网络实现，通常不能被企业用户所接受。

而目前比较常见的方式是通过专用链路负载分担设备来实现链路冗余和灾难恢复的功能。但传统链路负载分担设备所能够实现的功能单一，无法满足网站应用中多样化的流量管理

Page 3 of 15

加大了设备通信延迟。

和性能增强功能，在仅仅实现了链路负载分担功能的同时，将增加网站网络拓扑的复杂程度，

1.7. 服务器组扩容的速度远远赶不上访问负载增加的速度

较为成熟的内容服务提供商们，通常通过流量负载分担设备和与之结合的服务器组，来满足日渐增多的访问用户的应用需求。但随着用户数和访问负载的增大，内容服务提供商逐渐发现，通过增加服务器的方式已经难以满足用户负载增长的需求，即便在一定时期内满足了应用负载的需要，也存在性能价格比底，设备和资源浪费严重，网络架构逐渐庞大和复杂等问题。如何更为有效的实现网站应用的内容加速功能，使现有的主机服务器系统能够响应更多用户的访问请求，已经成为内容提供商所主要考虑的问题之一。

1.8. 单一物理位置的网站建设的瓶颈和制约

作为仅在某一固定地点接入互联网的内容提供商网站，虽然其服务对象面向整个互联网用户，但由于互联网发展在各地的不平衡和异地之间通信带宽的影响，使得绝大多数网站的访问速度和服务质量随着距离和带宽限制，呈现逐渐减弱的趋势。这种情况极大的制约了网站的发展和服务质量的提高。同时还存在由于不可抗力而造成整个网站应用系统瘫痪的可能。

2. Array Networks网站应用优化解决方案

网站应用系统通常采用Web Server /Application Server/Database Server多层结构设计，在应用过程中，通过Web Server来响应用户浏览器的访问请求，而Application Server被用来执行应用程序或调用后台数据库中的信息资源。网站机房内将包括数据库服务器主机、应用服务器主机、web服务器主机、工作流服务器、负载均衡设备、存储阵列和备份磁带库等，从而组成一个完整的网站应用体系。

在网站应用系统中，通过Array APV系列产品的应用，将流量管理技术和性能增强技术进行无缝结合, 能够实现并保证通常网站架构中所采用的三层结构具有良好的扩展性，从处理能力、扩展能力、安全性、应用的便利性等方面提供了全面的主流负载管理和性能增强功能，能够在满足网站应用平台对持续性和稳定性的需求的基础上，提高网站应用系统的处理能力，在同样主机及网络平台下满足更多用户应用的访问需求。

Page 4 of 15

（Array网站应用平台优化拓扑结构图）

2.1. 通过Array APV 服务器负载均衡功能实现网站应用系统的高可靠性

Array APV产品解决方案中所指的高可用性，同时也是企业确保网站应用系统正常运行所需考虑的，主要是指以下几点：

a) 使数据始终以一个稳定、安全的方式处理，在网站应用系统平台中，通常使用前台应

用服务器通过对后台数据库中数据的读取来满足浏览器用户的访问处理请求，通过Array APV产品负载均衡功能的处理，即便存在单台设备不能提供服务时，仍能保持数据的完整性。通过智能识别检查，使整体应用持续稳定运行，即便发生单点或多点故障仍然能够保证正常提供服务。

b) 使包括应用服务器和数据库服务器的整个网站应用网络环境能够更好的被管理，提供

APV设备本身容灾集群（cluster）功能、服务器集群共享、应用和后台服务器方便维护等特点。

c) 使web服务器,应用服务器和数据库服务器设备投入有更好的效益和最佳的扩充能

Page 5 of 15

力，即在保证数据完整性的同时，提供网站应用系统持续运行的能力，并实现当用户量的增大时，在不影响应用的情况下，通过按需增加应用服务器或数据库服务器的方式，响应用户负载的增加，保证了原有企业投资具有很高回报。

d) 网站应用系统需要经常更改应用流程和实现模式，在线进行相关功能实现则不可避免

的存在某些问题，通过APV系列产品的应用，能够使应用服务器软件不够完善，如经常出现故障不能提供服务的情况下，仍然能够持续保证应用系统持续在线能力。

首先在网站应用服务器故障切换方面，通过多台网站应用服务器与Array APV产品的负载分担功能和安全冗余增强功能相结合，实现稳定可靠的网站应用功能实现。

三层架构的网站应用系统平台正常工作情况下，Array APV产品对Web服务器、应用服务器和数据库实现了服务负载分担功能和应用性能增强功能。当网站应用服务器组中的所有应用服务器均正常提供服务，Array APV设备能够隐藏后台应用服务器组的IP地址和拓扑结构，仅向访问用户提供有限的一个或几个IP地址和端口，以供用户进行访问。

在应用服务器组均能够正常提供服务时，Array APV设备能够根据预先配置，将用户访问请求发送到后台最合适的应用服务器上进行处理，在实现了将大量访问负载分担到多台应用服务器上进行处理的同时，还可以通过增加应用服务器数量的方式来提高整个网站应用平台的处理能力和响应速度。

而网站应用系统中的任何一台或几台应用服务器需要离线进行维护或出现故障时，Array APV设备能够通过预先配置的多种智能健康检查机制，及时发现不能正常处理应用的应用服务

Page 6 of 15

器，并将接下来的用户访问请求发送到其它能够正常处理的应用的服务器上，从而避免了由于某台服务器的故障而影响了整体的网站业务的提供，保证了网站业务应用的高可用性。

2.2.1. SLB的负载均衡算法

SLB的负载均衡算法分为Policy 和 Method 两种，Policy 是指virtual service 和

Group 的之间，对不同组的均衡选择算法，而Method 是指在一个组内部的多个服务器之间的均衡算法。

我们先看Method ，Array APV支持多种服务器负载均衡算法（持续性的和非持续性

的），包括轮循算法、最少连接算法、最短响应时间算法、散列算法等等。此外实际服务器可以被分配不同的加权值来调整被分配的流量。可以使性能高的大型服务器支持更多的负载。为了避免服务器因过载而崩溃，可为实际服务器指定最大连接阈值来避免该服务器过载。任何服务器可被指定为另一台服务器的备份服务器或溢出服务器，从而进一步保证了应用可用性。 ? 非持续性算法（Non-Persistent）：一个客户端的不同的请求可能被分配到一个实服务

组中的不同的实服务器上进行处理。主要有：轮循算法、最少连接算法、响应速度算法等。

? 轮循算法（Round Robin）：每一次来自网络的请求轮流分配给内部中的每台服务

器，从1至N然后重新开始。此种均衡算法适合于服务器组中的所有服务器都有相

Page 7 of 15

同的软硬件配置并且平均服务请求相对均衡的情况；

? 最少连接算法（Least Connection）：客户端的每一次请求服务在服务器停留的时

间都可能会有较大的差异，随着工作时间的加长，如果采用简单的轮循或随机均衡算法，每一台服务器上的连接进程可能会产生极大的不同。最少连接数均衡算法对内部中有负载的每一台服务器记录正在处理的连接数量，当有新的服务连接请求时，将把当前请求分配给连接数最少的服务器，使均衡更加符合实际情况，负载更加均衡。此种均衡算法适合长时间处理的请求服务。

? 最短响应时间算法（Response Time）：负载均衡设备对内部各服务器发出一个探

测请求（例如Ping），然后根据内部中各服务器对探测请求的最快响应时间来决定哪一台服务器来响应客户端的服务请求。此种均衡算法能较好地反映服务器的当前运行状态，但最快响应时间仅仅指的是负载均衡设备与服务器间的最快响应时间，而不是客户端与服务器间的最快响应时间。

? 持续性算法（Persistent）：从一个特定的客户端发出的请求都被分配到一个实服务组中

的同一个实服务器上进行处理。主要包括： A．基于IP的算法

? ? ?

Persistent IP (pi)：基于用户IP地址来选择服务器。 Hash IP (hi) ：基于用户IP地址的HASH值，来选择服务器 Consistent Hash IP (chi)

B．基于报头/请求的算法

? ?

Hash Header (hh)：基于用户请求报中HTTP报头来选择服务器；

Persistent Hostname (ph) ：基于用户请求报中HTTP报头的Hostname的HASH值，来选择服务器； ?

Persistent URL (pu)：基于对URI Tag 和值的静态对应关系来选择服务器。SSL Session ID (sslsid)：基于SSL会话ID来选择服务器。 ?

SSL Session ID(sslid): 这是基于应用服务采用的时ssl 协议,每个ssl session 都有一个特定的ssl sessionID, 根据这个ID的保持行算法就是SSLID

C．基于Cookie的算法

?

Persistent Cookie (pc) ： 选择服务器基于用户请求包用Cookie Name / Value 的静态对应关系； ?

Hash Cookie (hc) ：选择服务器基于用户请求包用Cookie Name / Value 的Hash 值对应关系；

Page 8 of 15

? ?

Insert Cookie (ic) ：选择服务器基于Array 向服务器响应包中插入Cookie； Re-write Cookie (rc)：选择服务器基于Array 向服务器响应包中重写Cookie值。（必须为重写指定Cookie值的偏移量

? Embed Cookie: 选择服务器基于Array 向服务器响应包中嵌入Cookie,它会见查会话已有的cookie；

2.2.2. SLB的负载均衡策略

一个Virtual Service 可能对应多个组，SLB 的负载均衡策略时服务选择定义的组的策略,主要有三大类：基础性策略、保持性策略、QOS策略。

（1）基础性策略

? ? ?

Static ：在Virtual service 和 Real service 之间建立静态的对应关系 Default：缺省策略，在没有七层匹配策略时生效。

Backup ：在匹配一条策略成功，但组内的real services比可用，或组内的Method匹配失败时生效。

（2）保持性策略，同上一部分Method的匹配规则。须和Method 配合使用。

? ? ? ? ?

Persistent URL Persistent Cookie Rewrite Cookie Insert Cookie Header

（3）QOS 策略：七层的负载均衡策略可以根据应用的Header进行更加智能的负载均衡策略

? ? ? ? ? ? ?

QOS Cookie ： 根据请求的Cookie的值进行均衡

QOS Hostname ：根据访问的包头中的Hostname 包头进行均衡 QOS URL：根据URL 字符串进行组的选择 QOS Network ：根据客户端的源IP地址进行均衡。 Regular Expression ：更灵活的表达式 Header : 根据特定的包头进行均衡

Redirect：将客户端的http request 从一个host 转向到另一个host 。

Page 9 of 15

2.2.3. Array的SLB健康检查

Array APV通过对服务器的实时健康检查，保证数据流量会自动绕过故障服务器或不可用服务器。当Array的健康检测机制，检测到服务器重新恢复正常以后，将使该服务器可以自动回到服务器群之中，所有这些服务器故障的处理，对进行操作的用户是完全透明的。

Array APV对服务器的健康检查，可采用如下多种方式：

? ?

ICMP检查：利用ICMP可检查服务器的网络工作是否正常。

TCP检查：Array APV可与服务器之间，利用服务器的服务端口建立TCP连接，检查服务器的服务是否正常。 ? ?

TCPS检查：对与Real services 的SSL 协议握手是否成功进行检查

HTTP检查：Array APV采用HTTP的检查，来验证服务器提供的服务是否正常。 ?

UDP检查：Array APV针对DNS服务进行检查，可及时判断DNS服务是否正常。 ?

Script TCP 和Script UDP检查：通过脚本检查TCP服务或UDP服务工作是否健康，这种方法更加灵活 ?

DNS 检查、Radius 检查：检查DNS服务器和Radius服务器的健康状态。

通过这些机制，确保服务器为用户提供正确可靠的服务。

2.2. 更多的应用优化和性能增强功能：

采用APV负载均衡功能后，APV可以智能寻找最佳服务器从而保证客户得到响应最快服务器所提供的最佳服务。同时结合APV产品中性能增强功能的应用，如连接复用技术，在减小对后台服务器的负载，增加了整个网站平台处理能力的同时减小了后台服务器遭受应用攻击的可能。

2.2.1. Array Networks基于SpeedStack核心技术

ArrayOS通过SpeedStack技术构建其产品的。Array的SpeedStack技术由三部分组成：一个TCP/IP栈、HTTP分析器和一个代理引擎。这种独特的架构让Array及第三方的开发人员可以在数据流的多个环节来实现垂直应用程序与SpeedStack的关联。TCP/IP栈在数据包进入系统时首先对其进行处理。TCP/IP栈通过高效的包处理来实现高性能，在处理流程的初期及时检测出有害或已损坏的数据包并将它们丢弃。TCP/IP栈的工作完成后，数据包就被交给了HTTP分析器，它以独特的方式对HTTP包头进行分解，使其它组件

Page 10 of 15

能出色。

不必再重复相同的工作。分析引擎本身已经进行了优化，能够完成精确的HTTP处理，性

2.2.2. 提供状态检测防火墙和入侵防护功能：

APV产品支持地址翻译技术和安全地址映射功能，通过默认情况下此技术的实现，访问客户不可能知道真正提供的服务器的IP地址与端口，同时通过APV产品中Webwall防护墙和入侵防护功能（此功能通过美国ISS X-Forced入侵防护功能认证）的应用，能够按需实现对APV产品及应用的安全防护，另外，APV的管理全部采用SSH和SSL over Http技术，可以防止来自内部或互联网上的攻击。

2.2.3. Cache功能

Array 基于内存的反向代理Cache功能。通过Cache功能的应用，APV系列产品能够在内存中以数据包的形式Cache住网站页面中所有可以被Cache住的内容。当用户访问请求发送到APV时，如果Cache中的内容能够匹配用户的访问请求则直接由APV来响应用户的访问，从而避免了对后台服务器的负载压力，在减小了后台服务器负载的同时，提高了对用户的响应速度和整体网站的处理能力。

在提高Web应用相应能力同时，降低服务器的负载，这样也可以节省用户关于服务器的软硬件投资。通过为每个应用进行Cache设置，对于某些页面可以达到提高80％的HTTP响应能力，极大提高单台服务器的响应连接数量。

2.2.4. Connection Multiplexing（连接复用）技术降低服务器负载

主要作用是为了改善现有系统的总体性能，其技术原理是自动实现HTTP 1.0到HTTP 1.1的转换；TCP/IP协议栈在处理长连接时具有更好的性能；将Web流量的多个短连接合并为一个长连接。同时结合Array 的Connection Pooling（连接池）技术，其优点在于：

? 加快了与后台服务器之间的TCP/UDP连接处理速度

a) Array APV预先与后台服务器之间建立多个连接，并保持住它们(每个服务器

最多预先建立20个连接)；

b) 如果有客户端的请求，根据负载分担算法被分配到某个后台服务器上，Array

APV从预先建立的该服务器的连接池中选择一个连接，在此连接上发送客户端的请求，一个连接可以被用来传送多个请求(每个连接最多可以同时处理90个请求)；

c) 显著的减少了后台服务器需要处理的用户端连接数(减少量可能达90%)

? 改善了服务器的性能.

a) 服务器不需要花费更多的时间处理TCP/UDP连接建立和拆除的工作

Page 11 of 15

b) 服务器不需要耗费更多的资源保持多个客户端连接

2.2.5. Http 压缩功能提高线路带宽利用率

窄带访问应用的访问速度和服务质量的保证一直是网站推广和扩大用户访问所急待解决的问题。通过APV系列产品中HTTP压缩功能的应用，能够提高网站访问的通信质量，在向窄带宽用户提供很高的通信质量的同时，还能够极大的节约网站互联网接入带宽消耗。

采用Array HTTP压缩的优势：节省带宽；缩短用户下载内容的时间；在Web Server上不需要压缩功能，减轻了Web Server的负担。

2.2.6. SSL加速功能

当前一些安全要求较高的网站应用通过SSL协议来保证数据传输和应用的安全性，SSL协议在OSI七层模型上是位于会话层。SSL 的主要目标是为两个通信主体提供数字证书身份验证、保密、可靠的信道，并能够防数据篡改，与应用层具体协议无关，加密算法、通信密钥的协商都是SSL 自动完成。而传统SSL处理有服务器本身来完成，性价比低，资源浪费现象严重。经常出现SSL访问速度缓慢－响应时间将影响客户的信心和心情，很明显，客户访问网站时等待的时间越长，它们就会越不耐烦，为防止现有客户或潜在客户弃您的网站而去，更糟糕的是转向访问竞争对手的网站，一定要避免网站的速度因突然出现的流量高峰而慢得像蜗牛一样。通讯拥塞，服务器过载，SSL的使用，防火墙等等均可造成访问速度减慢。

这里可以有两种SSL协议部署方式，第一是在Web主机系统上作SSL运算，由于SSL运算需要耗费大量的CPU资源和内存资源，这势必造成主机资源的巨大消耗，进而影响交易的质量；第二种方式是采用SSL 加速设备来作SSL运算，如在Web服务器前面部署SSL加速器，如Array 的APV系列产品，由于这些加速器是专业的SSL硬件加速产品，具有很高的SSL运算能力，这样就能提高SSL处理效率，降低服务器的负载。

为了解决Web服务器反应速度问题，从根本上解决SSL给服务器运行带来的不利影响，必须采用专门设备处理SSL协议，以便使服务器的CPU从繁重的加密/解密过程中解脱出来。Array 的解决方案是通过Array APV进行SSL 加速来实现提速，保障快速的交易响应能力。Array的SSL加速技术是用于卸载服务器的SSL（安全套接层）处理的，以提高其性能，同时大幅度缩短响应时间并增强客户交易流量管理,由于降低了服务器的负载，所以也节省了系统对于服务器的投资。SSL加速技术可以提高Web服务器的性能，并

Page 12 of 15

在交易过程中提供安全性、高速度和流量管理，所有这一切都是在同一个APV设备上进行的，无需费钱费力地在每台服务器上安装额外的硬件或软件。

Array解决方案能使IT人员卸载认证管理以及加密和解密功能，从而提高工作效率和可靠性。 解决方案真正解除了Web服务器上的通信负载。因此，无需再购买额外的服务器来处理SSL流量。Array产品还允许您为整个服务器集群只购买一个证书，从而降低了成本并减少了认证管理的时间；与必须为每台Web服务器购买和安装SSL处理卡不同的是，您只需安装一次商业网站控制器或SSL加速器。

Array基于硬件的高性能加速, 保障端到端安全性的内部SSL,并支持完整的证书管理特性,Array在操作系统内核和硬件级别进行大批量数据加密. 确保在进行安全交易和其他应用时具有快速和可靠的连接,减轻服务器上CPU密集型处理的负担。同时Array 的SSL加速和APV的ArrayOS紧密结合，ArrayOS具有SpeedStack 专利技术，具有指针化处理的TCPIP协议栈、反向代理引擎以及HTTP解析器，所有这些技术结合起来构成了Array 出众的SSL加速性能Array 的APV最大能够达到35,000 个SSL交易/秒。下图是传统ssl 加速设备和Array APV的架构区别。

通过SSL加速功能的应用，能够在实现服务器负载均衡功能的基础上，提高整个应用

平台的安全性。使到客户端的内容由原先的明文传输，变为SSL加密传输，大大增加了应用的安全性。

Page 13 of 15

3. 网站应用优化解决方案为用户带来的益处

通过Array的解决方案实现网站的各种应用需求具有以下优点： ? 消除网站应用业务系统的隐患：

传统网站应用过程中存在单台应用服务器设备发生故障时，整个网站应用平台不能正常工作等问题。通过Array解决方案的应用，能够消除此类隐患，使网站应用平台具有智能判断和处理的功能，即便某些设备发生故障，整个网站应用仍能够正常运行，保证了网站应用的高可靠性。 ? 提高网站应用平台的处理能力：

传统网站应用平台因采用的是热备份的方式，同一时刻只有一台应用服务器工作，而备份设备不进行应用处理，使得处理能力无法得到提高。通过Array解决方案的应用，能够最大化的利用后台服务器的资源，使多台应用服务器在互为备份的情况下还可以同时工作，极大的提高了整个网站应用平台的处理能力。 ? 方便网站应用处理能力的扩展：

传统网站应用处理能力受限于服务器的性能，很难根据应用的需求进行透明扩容，通过Array解决方案的应用，能够保护网站应用投入并能够实现按需扩展，可以随着应用负载的需求进行按需透明扩容，最大化的保证了网站应用平台的可扩展性。 ? 降低系统维护难度和成本：

作为在线生产系统，需要持续对网站应用平台进行维护和管理，对应用系统的维护将极大的增大设备运行风险，并对应用平台维护人员造成极大的压力。通过Array解决方案的应用，在充分发挥Array产品智能特性的基础上，可以按需随意的下线和上线应用系统，在不影响应用的基础上对设备进行充分全面的维护和处理，降低了运行风险，减小了维护的难度。

? 以最优的性能价格比满足了网站对处理能力的要求：

在实现负载分担功能同时，Array APV系列产品还能够实现多种主流性能增强功能，如基于内存的Cache功能、Http压缩功能等。通过这些功能的应用，内容服务提供商能够以极小的称本投入，有针对性的满足特性功能需求。在Array业界领先的技术保证下，能够满足网站应用对处理能力的各种要求。 ? 及时准确的厂商支持：

Array中国分公司所辖客户服务部门和软件研发部门能够为客户提供专业及时的各种技术及支持服务，为客户应用提供强有力的技术保障。

Page 14 of 15

? 方便后台应用和产品自身功能的扩展：

APV产品可以支持动态增减或删除其负载服务器群组的任何数量的服务器，而不需要对客户端或后台做任何改变，从而使系统平台扩展能够轻松实现。同时，在最初仅实现服务器负载均衡功能，或其它功能的同时，根据网站业务的实际应用及性能增强功能的需要，按需进行APV产品功能激活，真正实现无需增加网路设备和更改网络架构的前提下实现相应功能，轻松方便且在相对用户透明的情况下实现扩展。 ? 提高网站整体应用平台的处理能力（性能增强功能）：

采用APV负载均衡功能的同时，通过结合以下APV产品中性能增强功能的应用，能够极大地减小用户访问等待时间，减小对带宽的消耗，在减小对后台服务器的负载的同时减小和后台服务器遭受应用攻击的可能，提高了对整个网站用户的响应速度，增强了网站应用的灵活性和异地容灾的能力。

Page 15 of 15

本文来源：https://www.bwwdw.com/article/wsn8.html