最近更新时间:2021-09-16 11:12:10
在开始迁移之前,需要先评估业务内容、迁移时间和成本等因素,制定迁移计划。
本文介绍需要评估的几大因素。
用户可根据预迁移操作系统的发行版本、内核版本综合考虑迁移方式或升级方式。
对于希望借助迁移顺带更换操作系统大版本的用户,需要结合业务的际情况,选择重建或只对数据部分做迁移。本节不再作详细介绍。
业务暂停问题: 如果有数据库等大型服务应用,如Oracle、SQLServer、MongoDB、MySQL和Docker,可以考虑暂停服务应用再进行迁移。如果不能暂停业务,迁移时可以先将服务应用数据目录排除,待服务器迁移完成后,再同步数据库的数据。
大数据量问题: 如果有大量或海量数据文件,可以先使用rsync只迁移服务器应用环境,同时评估是否需要使用高速云通道或离线迁移设备等专用大数据量传输方案,以获得更好的迁移传输速度。
软件授权问题: 评估源系统需要授权的软件在迁移后是否需要重新授权。
网络配置问题: 迁移后公网IP会发生变化,需评估是否会影响原业务。
本地网络运营商流量限制,建议与网络运营商协调确认,或者在rsync中配置传输带宽上限。
是否需要进行批量迁移,如需批量迁移,需要进行所有服务器环境调研和确认,主要包含相关服务器系统版本、所装软件及运行环境、相关自定义配置等检查。
是否需要进行迁移进度日志统计分析。
迁移后系统批量验证。
迁移周期与迁移服务器数量和实际数据量成正比,建议您根据实际迁移测试演练进行评估。
迁移周期主要分为迁移前、迁移中、迁移后3部分,各阶段所需时间如下:
迁移前所需时间
迁移前时间 = 迁移条件准备时间
迁移条件准备时间视实际情况而定。
迁移中所需时间
迁移中时间 = 数据传输时间
数据传输时间 = 实际数据量/实际网速。
迁移后所需时间
迁移后时间 = 迁移后系统增量同步时间(可选)+ 系统配置验证时间
系统增量同步时间 = 实际增量数据量/实际网速
系统配置验证时间视实际情况而定。
迁移成本主要为用户的网络传输流量费用及存储费用;若使用其他方式,如高速云通道或离线迁移设备,则迁移成本主要为基础设施及服务搬运等相关费用。
纯净模式