系列文章目录
零、前言
上一篇聊到链路聚合，一种链路备份的方法，但假如链路没坏，但一台设备坏了呢？而且咱们是不是还说到一台一台配置设备太麻烦了呢？真想和Java一样，能够“Write once ,run anywhere”就好了，那咱们想想，Java如何实现的呢？是不是通过JVM（Java Virtual Machine，Java虚拟机）实现的，咱们假如也来整一个系统，当其它设备加入到这个设备中就能同步其它交换机的配置文件，是不是就像是咱们也虚拟化了一个“JVM”来让所有设备表现为同一个设备，并且是一个多端口，高性能的交换机呢？而且只需要配置一次，其它设备都会自动同步上去，一定程度上减轻了管理员的负担，再配合上链路聚合技术，直接将一个复杂的备份网络系统简化成一个简单的“三角结构”，欸嘿，还真有：堆叠/集群就够了。
一、堆叠和集群是什么？
堆叠（iStack）：多台支持堆叠特性的交换机通过堆叠线缆连接在一起，从逻辑上变成一台交换设备，作为一个整体参与数据转发。
集群（Cluster Switch System，CSS ）：将两台支持集群特性的交换机设备组合在一起，从逻辑上组合成一台交换设备。
额，CSS不是前端的那个层叠样式表(Cascading Style Sheets)。
看上去上面两条概念都差不多，总之就是一句话。 从逻辑上虚拟化成一台交换设备。 要注意的是，集群与堆叠需要特定的线缆才能实现，不是单纯使用双绞线来实现。放张图就知道这两个技术有什么用了：
补充一下，堆叠适用于盒式交换机，而集群适用于框式交换机，并且集群只能两台设备进行集群，而堆叠就不限制数量了。盒式交换机和框式交换机我就简单放两张图了（CE S6730-H系列10GE交换机和CE S12700E系列交换机）：
二、堆叠和集群究竟有什么用呢？
- 第一个最大的好处： 逻辑上一台设备，简化运维，方便管理。 以前为了链路备份，就不得不每台设备整个链路聚合，就算是动态的LACP协商，那也要配置吧，设备备份可能还得整个生成树出来，链路利用率也就那么高。现在一台更比六台强… 咳咳，不是，就配置六台设备咱们呢只需要组成一个堆叠系统（或者两台框式交换机形成一个集群系统），然后配置一次就好了。假如接入的链路还需要做链路备份，大不了整一个链路聚合不就好了么？简直不要太方便。
- 第二个好处：一台物理设备故障，其他设备可以接管转发、控制平台，避免了单点故障。 就像是咱们之前聊生成树的接口角色一样，当主设备出问题时，备用设备顶替上。而当其它备用设备出问题时，其实也不影响其它设备的工作，就像三根小水管交汇到大水管一样，假如有一根小水管出问题了，对于用水的用户而言，也就水小一些了，但实际上还是有水能使用的。
- 第三个好处： 跨设备的链路聚合，物理上的无环网络，无需再部署STP。 想想，只要我虚拟成一个设备，多个链路都聚合成一个链路，那是不是就不存在环路了，这样有什么好处呢？当然时能节省一些带宽留给业务流量啦，而且不管STP发展到什么样，还是挺依赖管理员的维护，假如设备故障了咱们还得慢慢排查，然后找到故障节点，再配置。但假如接入设备增多了呢？是不是还得加设备配置生成树，然后等待收敛，然后渐渐的，一棵巨型“树”就出现了，然后交换机与交换机之间还得不断地发报文，来维系这颗巨大的“生成树”的节点之间确认。哦，想想就头大。
- 第四个好处： 链路聚合中的链路全部有效使用，链路利用率100% 。 这点就不用说了吧，交换机之间不用频繁发送报文了，也就是说交换机能完完全全达到百分百利用率，而不是像以前那样，得分VLAN走，导致某些链路负载不均衡。
通常咱们在接入层做堆叠，在核心层做集群，这样方便管理，并且更好发挥每个设备的作用，做到不浪费每一点带宽，还能提供高速的转发能力。下面这个实例就比较推荐：
三、结尾
交换部分，咱们就聊完了，之后得聊聊路由了，也就是咱们说的网络层，在这一层咱们就得先说说IP地址了，这个就和MAC地址不一样了，如果说MAC地址是个人身份证号，那IP地址就更像是家的门牌号了。假设这时有个快递从上海发往北京，那该怎么才能顺利送达呢？下次咱们先来介绍介绍这个IP地址是个啥，至于后面的嘛，咱们以后再聊，不急嘛，没别的，就聊聊而已。
2657
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
