关注我文章的都知道，我在公司使用Esxi TrueNas方案建设了服务器集群。在公司已正常运行了一年之久。有图有真相。

用ESXI有一个好处就是可以一直不断的优化，包容性特别强。这一点上为ESXI点赞。今天带来的优化是链路聚合。

随着公司的业务和数据量越来越大，我们原来使用的TrueNas建设的共享存储空间已经岌岌可危了。所以公司又花不少钱，购置了新的服务器，再使用TrueNas建设共享存储。在使用此方案之前，我们评估过群晖，为什么评估群晖，不评估其它的存储，一句话还是因为费用问题。群晖相对而言，价格还是比较低的。这个低是指在存储这一领域中。其它的存储都是大几十万的投入。但看下来，群晖的硬件性能，非常的不上档次。怪不得网上一直有人说，群晖是买软件送硬件的。不是说群晖不好，群晖的套件非常的多，安装简单易用。群晖的软件还是非常强悍的。但是我们是想用来做Esxi的共享存储的，只会用到IScsi服务。所以群晖也就没有考虑了。其它的太贵就不说了，我们也有一套联想的V3700存储，用下来肯定是没有问题的，只是性能上比较弱。

因为我们要扩展存储，所以存储就大了起来，那么我们就想将以前散落在其它服务器中的Esxi的虚拟机也转移到此集群中。这肯定是没有问题的，但我们马上就遇到了一个新问题。带宽的问题。我们的服务器有6个网口，4个板载的千兆加上两个新配置的万兆。而两个万兆口又用在了共享存储上做了多路径。一个千兆口是管理口，一个千兆口是Vmotion，还有一个千兆口跑的是业务。只剩下了一个千兆口是闲置的。手动哭泣，资源好紧张的说。不过还好有这一个剩余的千兆口，才能做得了我下面的事情。

因为我需将原来许多的别的Esxi的主机迁移到这个集群上。所以，我的业务流量一个千兆口，就担心负载不了了。所以就想到了做链路聚合以及顺便负载均衡。

做链路聚合需要分为两块，一块工作是在支持链路聚合的交换上做配置。一块工作是在Esxi虚拟主机上做配置。下面我们分开说。

一. 交换机配置

我们用的是思科的交换机，所以配置起来较为简单。使用别的交换机的，也应该是没有问题的，只不过命令应该不一样。大家可以参考我的思科交换机的配置，进行配置。

A.起Port-Channel配置

interface Port-channel 1 #1 是Channel的编号，你可以随意配置 switchport mode access #Channel其实也是一个接口，所以接口下的命令可以用在Channel下。 switchport access vlan 2 #我们服务器有配置网段，这个需要根据你公司的配置配置。

B.物理接口配置

如下所示，我将0/1和0/2口加入了Channel中。

注意这里一定要用mode on，它有多种方式，但是我根据Vmware的官方文档上写的配置是要用mode On模式，这个模式是说，不需要协商，直接起链路聚合。

interface GigabitEthernet0/1 switchport mode access switchport access vlan 2 channel-group 1 mode on #最重要的一句，将这个接口加入到Channel 1中 interface GigabitEthernet0/2 switchport mode access switchport access vlan 2 channel-group 1 mode on #最重要的一句，将这个接口加入到Channel 1中

C.验证配置

这里没什么好说的，就是看一下上面的配置有没有成功的执行。

show etherchannel summary

D.配置负载均衡的模式，负载均衡有较多的模式，我也是根据Vmware的官方文档需要选择

src-dst-ip

这里不要问为什么，其实这里解释一大堆。需要较强的算法逻辑。对我们使用者来说，按官方文档说的做就好了。

show etherchannel load-balance #查询一下，如果是src-dst-ip，就不用改了，如果不是，使用以下的语句更改 port-channel load-balance src-dst-ip

至此，交换机方面的配置就完成了。