近期部门的很多项目在做服务器的迁移,自己也做了几次测试,上线后项目运行的比较稳定,于是总结了一套流程,与大家分享下,希望对大家有所启发。
一、迁移服务器的原因
1、业务量增大后,所需配置更高
业务量增大后,访问量就会增大,web服务器和sql服务器的存储,带宽,机器配置要求就会变高,因此需要更换更高配置的服务器,以解决业务激增带来的服务器压力。
2、运维部署更方便
以前的服务器部署不方便,且不稳定,迁移至K8S进行管理,更方便。
二、迁移过程
本次以只迁移服务器,不变更域名地址为例,具体步骤如下:
1、在新服务器进行部署
运维同学准备好新的服务器,部署好代码
2、测试
1)绑定host
测试同学需要绑定host进行测试,即用以前的域名+新服务器的地址,保证通过旧域名访问的是新服务器ip地址
2)测试本平台功能
将页面的功能全部页面尽量点一遍,保证页面不报错。
注意:不要在页面上轻易做新建操作,因为现在就是对应的线上环境,随意新建会产生脏数据
容易出Bug的地方:有图片的页面能否正常显示,有可能会存在页面路径配置错误或者图片没有拷贝至新服务器的情况
3)通知对接本平台的调用方
目前其他平台的调用,大部分都是通过域名进行调用的,在不更换域名的前提下,迁移服务器,对接平台基本上不用修改配置。
为了保证稳定的情况下,尽量和调用方沟通下,是否存在通过ip地址调用的情况,如果是通过ip调用的,则需要对接平台修改配置信息。
4)运维同学切流
在功能测试完成之后,运维同学会在用户量少的时候,例如晚上或早上,进行切流,切流大概几分钟的样子,保证新旧服务器两边的数据一致。
5)观察新服务器的稳定性
运维平台有线上服务器的监控指标,可以查看新服务器的稳定性。
6)观察旧服务器的流量
运维同学会观察旧服务器的流量,切换之后,是否还有新增流量,如果有,会查明来源,如果有其他平台的接口调用,可以通知其他平台进行ip更换。
7)停掉旧服务器
观察一段时间后,待新服务器性能稳定,旧服务器没有访问流量后,就可以停掉旧服务器了。
这样,一个完整的服务器迁移测试就完成了。(全网同名,转载请注明出处)