Redware Alteon详细配置手册(14)

Current Workload Manager Configuration: ID IP address Port Current Proxy IP address settings: Active PIP type: port Inactive PIP type: vlan

Current Peer Proxy IP address settings:

Note: there are pending config changes; use \

有关alteon 设备的第二层、第三层 高级feature请查看alteon 文档：<>详细描述，关于layer 4~layer 7 高级feature 应用做如下介绍：

6.1 VMA (Virtual Matrix Architecture)参数介绍

虚拟矩阵架构是一种混合结构，它能充分利用多处理器的分布式处理能力，随着

业务量的不断加大，它将处理来自不同的业务分散到不同的处理器上，从而提高了应用交换机Alteon 的处理性能和容量。

在缺省的情况下， VMA is enabled 。 在alteon 应用交换机：cfg/slb/adv/matrix).

6.2 DAM模式 (Direct Access Mode) 参数介绍

DAM模式开启时允许所有client能直接与所有real server 通信交互，默认值

是关闭的。具体配置在全局模式下开启：/cfg/slb/adv/direct enable ; 也可以在/cfg/slb/virt/service disable 即在高级菜单下DMA开通的情况下才能单独关闭某个service单独的DMA功能。举例如下;

Main# /cfg/slb/adv/direct e (Enable DAM globally on the switch)

>> /cfg/slb/virt 1/service 9200/direct disable

DAM模式的应用场景如下：

１） 由于管理的需要，client需要直接访问real server. ２） 一台real server 同时关联服务多个不同的虚拟IP地址 ３） 第7层的智能交换的内容，这就要求流量到URL和Cookie的特定的HTTP标

头的基础上真正的服务器检查，内容标识符，例如，请求解析的内容。 备注： DAM cannot be disabled for FTP and RTSP services.

DSR要求服务器被设定接受有一个目的地IP地址与虚拟服务器IP地址是相等的框架

6.3 Direct Server Return (Submac 参数介绍)

DSR要求后台真实服务器直接回应数据包到client,从而跳过alteon的处理，同时将回包的源MAC地址用alteon 的虚拟MAC地址来替换,从而client 感觉是alteon设备回包给它而保证了session请求与回应的一致性。在SLB应用中，配置submac参数可使请求服务的源数据包在得到Realsever处理后不再返回Alteon进行处理，而是直接发送回数据源

41

地址。此参数可提高数据转发效率。

原理结构图：

数据流过程描述：

1. A client request is forwarded to the Alteon Application Switch.

2. Because only MAC addresses are substituted, the switch forwards the request to the best server, based on the configured load-balancing policy.

3. The server responds directly to the client, bypassing the switch, and using the virtual server IP address as the source IP address.

To set up DSR, use the following commands: 【假如在全局下开启submac，那么在real server下不再需要单独开启，但可以单独关闭】：/cfg/slb/adv/submac enable ，也可以在具体的real server 下开启。

>> # /cfg/slb/real /submac ena

>> # /cfg/slb/virt /service /nonat ena

通过以上分析，可以看到所有服务器的返回数据包均通过三层设备直接返回给客

户端，因此这些流量都不需要通过alteon进行再次处理，减小了alteon的处理流量。在一个典型的HTTP应用网站中，上传和下载的比例可以超过1比10，因此，只要alteon可以处理100Mbps的流量，则整个系统的处理能力就可以达到1Gbps。同理，在视频点播的应用中，用户只提交非常少量的请求，服务器就返回大量的数据。在此类的应用中，采用DSR模式可以起到以小博大的效果。

尽管DSR模式可以在性能上取得巨大的优势，因此在实际应用和维护带来了很多的复杂性。并且，由于数据包的往返路径不一致，也导致了排错、管理等工作的复杂。

从而在具体的实际业务中如何使用，因拓扑不同而有所取舍。

6.4 Grace参数介绍

1）Grace 提升了对Service Failure的智能判断：[默认是关闭的] 当一个real server 同时隶属于多个group 而同时提供多个service 时，当该real server 的一个servcie failure 时不会影响到这个real server对其它service 提供的有效性。需要全局开启：

(/cfg/slb/adv/grace ena)

2）Grace 提升了对Server Failure的智能判断:【默认是关闭的】

当一个real server 同时隶属于多个group 而同时提供多个service 时，当这个real server 所提供的所有service 全部都处于failure时才宣布该real server is down。假如在实际业务中出现这些情况，将会导致alteon 把来自client 的请求发往real server

42

是up 但service是无效的服务器上，导致业务失败。需要全局开启： (/cfg/slb/adv/grace ena)

6.5 Alteon的负载均衡方式

6.5.1 北电应用交换机提供七种负载均衡策略：

metric leastconns | roundrobin | minmisses | hash | response | bandwidth | phash

系统缺省情况下负载均衡策略是“最小连结数”(leastconns) 可以通过下面命令来调整针对每个服务器组的负载均很策略： >> # /cfg/slb/group (Select the real server group) >> Real server group# metric hash (Use hash metric)

6.5.2 各种负载均衡策略简介：

leastconns (最小连接数):

根据后台服务器组中的每个服务器当前连接数，选取当前连接数最小的服务器来为下一个用户请求提供服务。因为UDP属于无连接的，所以此策略主要针对TCP业务。可以做到每台服务器当前的连接数相同。 roundrobin (轮巡):

把用户请求轮流发送给后台服务器。这种轮巡策略不适用TCP这种面向连接的应用，例如，如果您在TCP应用使用了此策略，此时按照策略，下一个请求被选择到一台服务器，因为在做后台服务器选择时, 不察看此台服务器的当前连接数。可能导致，即使这台服务器之前处理的大量TCP连接还没有结束，仍然需要接受这个新的连接。而其他的服务器的连接早已经处理结束，非常空闲, 却不能够得到新的连接请求。非常的不合理,这也就是为什么TCP应用尽量使用Leastconns的原因。

Roundrobin特别适合UDP的应用，例如UDP DNS、Radius等负载均衡。并且最好伴随着UDP stateless使用(UDP stateless 应用交换机不建Session，基于数据包分配)。 /cfg/slb/virt 1/service dns/udp stateless。

6.5.3 什么是会话保持？

因为服务器负载均衡系统的后台有多台服务器，有时候应用交换机做客户请求分配选择时，需要做到同一个客户发送的多个连接请求被发送到同一台后台服务器上。我们把这种需求叫做“会话保持”

应用交换机提供了3种支持会话保持的基本负载均衡策略(Hash, Minmisses,Phash)，同时还提供了基于“客户IP会话保持”，“cookie会话保持”，“SSL ID会话保持”多种辅助的会话保持方式（关于辅助方式的配置请查询Application Guide文档）。

43