云联信息：多个 VPC 要互通，对等连接别连成一张网

业务一多，VPC 就从一个变成五个、十个。每个都要和其他的互通，于是两两建对等连接，很快就出现几十条连接和一堆路由表，谁也不敢动，动一条可能断掉某个业务。

先算一算连接数

五个 VPC 两两互联是十条，十个就是四十五条。数量增长是平方级的，维护成本也是。到十个以上，两两互联基本没法管理。

用中心枢纽模式

建一个专门做转发的 VPC，所有业务 VPC 只和它连。连接数变成线性，路由只需在枢纽里配一次，新增一个 VPC 只加一条连接。

网段绝对不能重叠

对等连接要求两端网段不重叠，规划时统一分配。重叠了只能靠 NAT 转换，复杂度陡增，能避免就避免。

路由要写清方向

谁能访问谁，是单向还是双向，写在表里。默认全通看着方便，实际是把所有业务暴露在同一个平面网络上，一个被攻破全都受影响。

带宽和费用要评估

对等连接本身可能不收费，但跨区流量收费。大流量业务要算清楚，必要时用专线。

安全组要按业务开

即使网络通了，安全组也要限制只允许必要端口。网络层通了不等于该通，两层都配才安全。

变更要有记录

每加一条连接、每改一条路由，记下时间、原因、操作人。出问题时能回溯到最近一次变更，排查效率高很多。

定期清理僵尸连接

业务下线了，连接和路由还留着。每季度清一次，既省钱也减少误配置的风险。

先画一张拓扑图

VPC、子网、连接、路由画在一张图上，贴进文档。每次变更前对照图确认影响范围，比在控制台里点来点去安全得多。

生产和管理分开

运维管理用的 VPC 单独建，只开必要的管理端口。业务 VPC 不直接暴露管理入口，减少被横向移动的风险。

带宽要按业务分配

共享带宽包看着省钱，但一个业务跑满会影响其他业务。核心业务单独买带宽，其余共享，兼顾成本和稳定。

数据库文件不要和高IO业务混盘

备份任务、日志压缩这类高IO操作，和数据库放一起会互相影响。分开之后，两者的波动都不会影响对方。

监控加上磁盘队列

队列长度持续大于二，说明IO已经排队。这个数字比使用率更能反映真实压力。

网络拓扑要能一眼看懂，才谈得上维护。云联信息【资深云服务专家微信：cloud7591】建议超过三个 VPC 就改用中心枢纽模式，路由集中管理，扩容和排障都简单得多。

新项目直接按枢纽模式规划网络，省掉后面迁移的麻烦，比事后改造省下的人力多得多。

拓扑图每季度更新一次，新增的VPC和连接及时补上，图和实际一致才有人愿意看。