服务器平滑迁移

服务器平滑迁移

说在前面

终于拿到360的校招offer啦，小小庆祝一下嘿嘿。最近凤雏同事接到一个服务器迁移的项目，我和他讨论了几种的方案，最终确定使用方案三，服务器平滑迁移的项目是第一次接触，特此记录，方便回看；

背景

原存在一对S_MLAG直连在Core下，其下挂服务器使用/25的业务网段；

现考虑到网络架构的整齐性，将接在原S-MLAG的服务器均分至两对新的S_MLAG下，并且新的S-MLAG接在机房现有的Pod下；

业务有以下需求：

注意：

如果在将原/25位网段分出两个/26网段后，新S_MLAG将其直接宣告到现网中，会出现问题； 因为/26位的网段掩码长度比/25长，根据最长掩码匹配原则，会出现回程流量全部回吸到新S_MLAG的情况，导致现网业务中断； 综上，这种鲁莽的迁移方式并不可取，所以设计了下面几种更科学的迁移方案供业务选择；

方案

方案一

概述

中断所有业务迁移后再启用

步骤

优缺点

• 优点
• 满足对于旧网段复用的需求；
• 方案实施较为简单，适合业务短暂中断影响不大的情况；
• 缺点
• 不满足服务器迁移过程中，不影响未迁移服务器使用的业务需求；

方案二

概述

新S_MLAG使用新网段作为业务网段；

步骤

优缺点

• 优点

• 满足迁移期间不中断其他未迁移业务的需求(可能不行？因为迁移服务器业务网段更换)
• 方案实施较为简单

• 缺点

• 不满足对现网业务网段复用的需求；
• 业务网段更换内部服务可能全部都要更换，对业务影响较大；
• 迁移过程中的业务会出现中断

方案三

概述

新S_MLAG复用原/25地址段，将其拆成两个/26的地址段，但新S_MLAG仅宣告/32位明细路由，在全部服务器迁移完成前暂不宣告/26的网关路由；

步骤

优缺点

• 优点
• 满足服务器复用原地址段的需求；
• 满足服务器迁移过程中，其他服务器业务不中断的需求(不过会短暂出现服务器带宽减半的情况)；
• 甚至迁移期间的服务器业务都不会中断，超额完成任务

拓展

如果仅仅是不中断业务的更换上行S_MLAG，也就是下面这种场景：

也可以采用方案三的方案；