端口聚合的类型

聚合组状态
聚合组按负载分担类型分为两种：负载分担聚合和非负载分担聚合。我司85产品对于ip报文负载分担是按照目的ip和源ip的，对于非ip报文，负载分担是根据源mac和目的mac的。对于是否使用ip还是mac，检查协议类型来区别，以太网字段etype为0800的报文是ip报文。一般情况下，系统中的负载分担式聚合资源数量有限，因此需要在手工聚合组、静态聚合组、lacp动态聚合组、及包含需要硬件聚合资源的特殊端口的聚合组之间进行合理分配负载分担聚合资源。系统将始终为优先级高的聚合组分配硬件聚合资源，当聚合资源分配完后，所创建的聚合将为非负载分担聚合。负载分担聚合资源的优先级顺序如下：
包含需要硬件聚合资源的特殊端口的聚合组，如非限速10ge端口。
聚合组获得聚合资源后可能还潜在速率最高的聚合组。
当聚合组获得聚合资源后可能达到的速率相等时，主端口号最小的聚合组。
手工聚合优先权比静态聚合高，静态聚合又比动态聚合高。
所有条件相同情况下，已经占有资源的聚合组优先权比等待资源的聚合组优先权高。
当有优先级更高的聚合组出现时，优先级低的聚合组应释放其硬件资源。单端口的聚合组不占用聚合资源，可以正常收发报文。
端口状态析
在汇聚组中，端口可能处于两种状态：selected和standby。
系统按照以下原则设置端口处于selected或者standby状态：
系统按照端口全双工/高速率、全双工/低速率、半双工/高速率、半双工/低速率的优先次序，选择优先次序最高的端口处于selected状态，其他端口则处于standby状态。
端口因存在硬件限制无法聚合在一起，而无法与汇聚组的主端口聚合的端口将处于standby状态。
与汇聚组主端口的基本配置不同的端口将处于standby状态。
负载分担聚合组中可有多个selected端口，而非负载分担聚合组中最多只有一个selected端口，其余均为standby端口。端口发挥重要作用。

(1) 基于端口的负载均衡 (Route based on the originating virtual port ID)(这个是默认支持)
这种方式下，负载均衡是基于vPort ID的。一个vPort和Host上的一个pNIC捆绑在一起，只有当这个pNIC失效的时候，才切到另外的pNIC链路上。这种方式的负载均衡只有在vPort数量大于pNIC的数量时才生效。对于VM来说，因为某台VM的vNIC是捆绑在某一个pNIC上的，也就是说这台VM(如果只有一个vNIC的话)对外的数据流量将固定在某一个pNIC上。这种负载均衡是在VM之间的均衡，对于某一台VM而言，其uplink的速率不可能大于单个pNIC的速率。此外，只有当VM的数量足够多，并且这些VM之间的数据流量基本一致的情况下，Host上的NIC Teaming的Load Balancing才较为有效。对于以下这些极端情况，基于端口方式的负载均衡根本不起作用或者效果很差，充其量只能说是一种端口冗余。
aHost上只有一台只具有单vNIC的VM (此时完全没有Load balancing)
bHost上的VM数量比pNIC少(比如有4台VM但是Teaming中有5块pNIC，此时有一块pNIC完全没用上，其他每个vNIC各自使用一块pNIC，此时也没有任何负载均衡实现)
cHost上虽然有多台VM，但是99%的网络流量都是某一台VM产生的

---