《arrayapv8.2版本功能说明》由会员分享，可在线阅读，更多相关《arrayapv8.2版本功能说明（8页珍藏版）》请在金锄头文库上搜索。
1、8.2版本新功能说明目 录一、多核并行处理技术（SpeedCore）- 2 -1.1革命性的性能提升：- 2 -1.2 SSL性能的改进：- 2 -1.3 L4 FastStack及L7 HTTP Turbo模式：- 2 -1.4 API接口提供后台资源弹性管理能力：- 2 -二、服务器负载均衡模块（SLB）- 3 -2.1优先级算法：- 3 -2.2负载均衡策略（slb Policy vlink）嵌套：- 3 -2.3 LDAP及Radius服务器负载均衡的增强：- 3 -2.4服务器健康状态提醒功能：- 4 -2.5服务器Down时，关闭客户端TCP连接功能：- 4 -2.6服务器Grac
2、eful Shutdown及Warm Up：- 4 -2.7 SLB IP Pool：- 5 -三、LLB及GSLB功能模块- 6 -3.1链路健康检测（LLB Health Checker）：- 6 -3.2 链路阀值设定功能：- 6 -3.3 LLB及GSLB动态算法支持：- 6 -3.4 NAT Pool功能：- 7 -四、IPv6 Routing及IPv6/v4 NAT功能- 8 -一、多核并行处理技术（SpeedCore）1.1革命性的性能提升：APV ArrayOS 8.2版本系统内嵌可扩展的API接口，以最新的64位多核并行处理技术SpeedCore为核心，还利用了多路并行、端口
3、高速转发、Faststack、快速HTTP处理等技术，使得设备整体性能有了巨大飞跃。最高端的APV9650可支持高达60Gbps的吞吐量。此外，最新ArrayOS 8.2内核版本针对证券、基金及支付网站等常见的小包应用环境在操作系统层面实现了优化处理，因此，相比6.5版本的设备，小包转发率显著提升。确保这些行业的用户能够快速、高效并稳定的访问后台业务资源。1.2 SSL性能的改进：ArrayOS 8.2版本在单台设备中支持多块并行的硬件SSL加速卡，新的SSL加速卡具备优异的1024位和2048位SSL Key处理能力，并支持百万级的CRL入口处理能力。1.3 L4 FastStack及L7
4、HTTP Turbo模式：针对流量特别大的网上在线系统，ArrayOS 8.2支持L4 FastStack及L7 HTTP Turbo模式。L4 FastStack是一种全新L4 TCP协议处理技术，它尽可能的减少对TCP数据包附加的处理，如不再对MTU进行协商等，可以大幅提升APV产品四层的性能。同样，L7 HTTP Turbo可尽可能减少对HTTP协议包的附加处理，相比传统的处理模式，可以大幅提升APV产品七层吞吐量。L4 FastStack命令：slb directfwd on|offL7 HTTP Turbo命令：http turbo 1.4 API接口提供资源弹性管理能力：通过Arr
5、ayOS 8.2提供的SpeedCore API，可以将APV设备与Vmware VCenter等虚拟化的IT环境集成，根据实时的业务流量需求动态的增加或者删减负载均衡组内的后台虚拟服务器资源。二、服务器负载均衡模块（SLB）2.1优先级算法：ArrayOS 8.2特别设计了便于管理的负载均衡组“优先级”算法。在配置后台服务器群组时，可以将所有正常服务器和紧急情况下备用的服务器同时加入一个激活的群组。每台服务器会赋予一个“优选值”。例如，共有3台正常服务器和2台备用服务器，优先级分别设置为5，4，3，2及1。管理员可以指定该组中提供服务的服务器“数量”，例如3。则平时仅仅三台正常的服务器提供服
6、务。而一旦有一台正常服务器宕机，则系统会自动从组中选择下一优先级的备用服务器。当正常服务器被修复后，所有用户流量又会平滑切换回该服务器。而如果需要扩充服务器组的容量，只需要简单的将“数量”增加为所需的值即可。2.2负载均衡策略嵌套（Slb Policy vlink）：详细见手册123页Vlink的介绍。实际的应用环境：中国移动域名统一改造项目改造前，中国移动每套应用系统都有各自独立的域名，因此，每套业务系统都可以作为一个独立的虚拟服务来处理。2010年，中国移动总部发布了统一的域名管理规范，要求使用尽量少的域名，而将所有应用统一到为数不多的几个域名上（例如 ）。每个应用系统改由URL路径来标示
7、，例如全球通用户管理系统为 /brand;10086系统为 Cookie的保持算法。这种情况，需要使用负载均衡策略的嵌套功能：1、 针对这个虚拟服务，先使用URL Regular表达式进行第一次负载均衡2、 针对各个业务系统（利用URL Regular表达式区分），再具体配置所需要的负载均衡策略2.3 LDAP及Radius服务器负载均衡的增强：首先新增了Packet Based UDP SLB负载均衡策略。由于一般Radius Relay服务器数量有限，并且每个Relay服务器发送Radius数据包源IP地址及源端口均相同。传统的基于（源IP、源端口、目的IP及目的端口）四元组的负载均衡方式
8、会导致每台Relay服务器发送的所有Radius数据包始终分配到同一台Radius后台服务器上，从而使得服务器组内实际负载极不均匀。ArrayOS 8.2新增了基于每个数据包，而非四元组的UDP Packet负载均衡方式，用于类似Radius的负载均衡： slb mode packetbased 其次，ArrayOS 8.2新增了对Radius及LDAP服务器的专用健康检测方式：health ldap real_name|add_hc_name bind_dn password search_dn filter_keywordhealth radius auth real_name|add_h
9、c_name resp_code attr_list health radius acct real_name|add_hc_name resp_code2.4服务器健康状态提醒功能：ArrayOS 8.2之前的服务器Health Check功能只能告知用户服务器状态是否UP或者Down。而ArrayOS 8.2 具备了Early Warning功能，可以更好的让管理员了解服务器状态及服务质量。命令如下：health earlywarning threshold其中threshold是后台服务器的响应时间，当某台服务器的响应时间连续2的N次方（1,2,4,8）次超过阀值时，APV就会产生相应W
10、arning并记录到Log日志中。2.5服务器Down时，关闭客户端TCP连接功能：命令如下：slb mode activeclose on|off即后台服务器状态变为Down时，APV会主动向之前已登陆到该服务器上的所有客户端发送TCP Close请求，强制客户端关闭到该服务器TCP连接。该功能主要用于TCP长连接应用的负载均衡。2.6服务器Graceful Shutdown及Warm Up：Graceful Shutdown： 在使用slb real disable 命令或者在Webui中禁用真实后台服务器时，APV不会立即将所有用户连接关闭，而是不向该后台服务器再发送新的连接请求，直至所
11、有在线用户处理完业务并主动关闭连接。Warm Up命令：slb real activation warm-up_time管理员可以指定一台服务器的Recovery Time及Warm Up Time，即管理员在使用slb real enable 命令或者在Webui中启用后台服务器后，在Recovery Time指定的时间内，APV不向该服务器发送任何用户请求；而在Recovery Time超时后，在Warm Up Time指定的时间内，APV会缓慢向该服务器增加压力，直至它最终正常提供服务。2.7 SLB IP Pool：在使用反向代理模式时，可以配置IP Pool作为访问后台服务器的源IP
12、地址。传统的SLB方式仅仅支持将APV内网口端口IP地址用于源IP地址。这样可以有效增加反向代理模式的端口资源。ip pool end_ipslb proxyip global slb proxyip group APV支持全局或者基于slb group来定义IP Pool。三、LLB及GSLB功能模块3.1链路健康检测（LLB Health Checker）：ArrayOS 8.2除了支持传统的ICMP链路健康检测方式外，还新增了TCP及DNS链路健康检测方式。命令格式如下所示：llb link health checker icmp hc_interval timeout hc_up hc
13、_down llb link health checker tcp hc_interval timeout hc_up hc_down llb link health checker dns interval timeout hc_up hc_down此外，新的链路健康检测机制（llb）与服务器健康检测（slb）完全类似，已支持修改health check_up（判定为UP状态）及health check_down（判定为Down状态）的次数。LLB模块支持多点全路径检测方式：比如，可以通过DNS（查询）及icmp联合检测的方式，探测某个运营商的DNS服务器群是否能响应，来判断该运营商线路的是
14、否完全正常。3.2 链路阀值设定功能：ArrayOS 8.2支持链路阀值设定：llb link route weight hc_srcip bandwidth_threshold若该链路的流量超过bandwidth_threshold设定的值，则APV会将用户新发起的数据连接通过其他链路来转发，而不会再向该链路增加新的用户连接。3.3 LLB及GSLB动态算法支持：ArrayOS 8.2对LLB Dynamic Detector及GSLB SDNS dynamic proximity有良好的支持。开启LLB动态算法功能（llb dd）后，APV会在每个Internet接入链路上，向目的地址发送探测数据包，从而动态选定响应最快的传输链路来传送数据。开启GSLB动态算法（gslb dps）后，APV会通过各个Internet接入链路探测到DNS服务器的状况，将该DNS服务器地址动态加入最优链路的站点（site）里。3.4 NAT Pool功能：ArrayOS 8.2支持全新的NAT
