冗余是防局部出问题，容灾是防整个系统瘫痪
你家宽带路由器坏了，换个新的就能上网，这叫局部故障。但如果整栋楼停电了，你有备用电源或者能连手机热点继续工作，这才算真正扛得住大麻烦。网络里的“冗余配置”和“容灾”，就像这两个场景的区别。
很多人觉得只要服务器多配几台、线路多拉几根，出了问题自动切换就行，这就是容灾。其实不是。这种做法顶多算做了冗余，离真正的容灾还差得远。
什么是网络冗余配置？
冗余说白了就是“多一份备份”。比如交换机上用了双电源模块，一台挂了另一台接着供；服务器接了两条网线走不同的交换机，一条断了流量自动切到另一条；数据库主从同步，主库崩了从库顶上。
这些设计目标很明确：避免单点故障。但它们有个共同前提——所有设备都在同一个地方，比如同一机房、同一城市。一旦这个地点整体出事，比如火灾、断电、光缆被挖断，再多的冗余也救不了你。
<!-- 示例：双链路冗余配置（思科风格） -->
interface GigabitEthernet0/1
description Primary Uplink
ip address 203.0.113.1 255.255.255.0
!
interface GigabitEthernet0/2
description Backup Uplink
ip address 203.0.113.2 255.255.255.0
track 1 ip route 0.0.0.0 reachability
!
ip route 0.0.0.0 0.0.0.0 203.0.113.254 track 1
ip route 0.0.0.0 0.0.0.0 203.0.113.253 10上面这段配置实现了出口链路的热备，一条不通就走另一条。但它解决不了机房断网的问题。
那什么才算容灾？
容灾的核心是“异地+可恢复”。它要求在另一个地理区域部署完整的业务系统，当主站点彻底不可用时，能在较短时间内把服务整体切换过去。
举个例子：某电商公司在北京有机房跑网站，在上海另建了一套同样的环境。平时上海只做数据同步，一旦北京遭遇自然灾害或大规模断电，立刻把域名解析指向上海IP，用户几乎无感地继续下单。这才是真正的容灾能力。
容灾不只是技术问题，还包括应急预案、数据一致性保障、切换演练等一整套机制。很多企业号称有容灾方案，但从没真正切过一次，这种纸上谈兵等于没有。
两者关系：冗余是基础，容灾是升级
你可以把冗余看作“小保命”，容灾则是“大保命”。没有冗余的系统很难实现有效容灾，因为本地频繁出问题会导致数据同步中断、状态混乱。但反过来，只做冗余不搞容灾，遇到区域性灾难照样歇菜。
实际项目中，通常先做好本地高可用（也就是各种冗余），再逐步建设跨城容灾。金融、医疗这类对连续性要求高的行业，往往要做到同城双活+异地灾备三级架构。
普通中小企业可能不需要这么复杂，但至少得明白：买台备用路由器插着不叫容灾，定期把重要数据传到另一个城市的云存储里，才算迈出第一步。