售前咨询
不是所有应用都适合直接迁移。评估时需考虑:
技术栈兼容性:操作系统版本、中间件、数据库是否支持云环境。
依赖关系:应用之间、应用与外部系统之间的调用关系。
性能要求:对网络延迟、磁盘IOPS是否有特殊要求。
合规要求:数据是否需驻留本地,是否有行业合规限制。
根据应用特点,选择不同迁移策略:
| 策略 | 描述 | 适用场景 |
|---|---|---|
| 重新托管(Rehost) | 将应用原样迁移到云,俗称“抬举上云” | 简单应用,快速迁移 |
| 重新平台化(Replatform) | 做少量优化,如数据库替换为云数据库 | 需要提升性能,但不想大改 |
| 重构(Refactor) | 重构应用为云原生架构 | 需要充分利用云优势,长期投资 |
| 替换(Replace) | 弃用旧系统,采用SaaS替代 | 标准功能,无需定制 |
| 保留(Retain) | 部分应用暂不迁移 | 依赖本地设备,或即将淘汰 |
将应用按业务重要性、技术复杂度排序,制定分批次迁移计划。通常先迁移非核心、低风险的应用,积累经验后再迁移核心系统。
腾讯云提供多种迁移工具和服务:
迁移服务平台:统一管理迁移项目,支持多种源端。
服务器迁移中心:在线迁移CVM、物理服务器。
数据库迁移服务DTS:支持同构/异构数据库迁移。
数据迁移服务:对象存储、文件存储数据迁移。
以物理服务器迁移到CVM为例:
在源服务器安装迁移工具(agent)。
配置迁移目标:选择目标地域、VPC、实例规格。
开始迁移:工具自动同步数据,支持增量同步,最后一次同步时暂停源应用,完成割接。
验证迁移结果:启动目标CVM,测试应用功能。
使用DTS进行数据库迁移:
结构迁移:自动迁移表结构、索引、存储过程。
全量迁移:迁移历史数据。
增量同步:实时同步源库的增量变更,保证数据一致性。
切换:停止源库写入,等待增量同步完成,将应用切换到目标库。
源端:本地IDC的一台Apache+MySQL+PHP服务器,运行企业官网。
目标:腾讯云CVM + CDB for MySQL。
步骤:
创建目标CVM,安装Apache和PHP环境。
使用DTS将本地MySQL数据迁移到CDB。
将网站代码上传到CVM,修改数据库连接配置。
修改DNS解析,将域名指向CVM公网IP。
观察网站运行情况,稳定后释放本地服务器。
源端:Windows Server 2008 R2,运行.NET应用,依赖SQL Server。
挑战:操作系统版本较老,云上可能没有对应镜像。
解决方案:
使用服务器迁移中心,将源服务器整体迁移为CVM镜像。
在腾讯云使用该镜像创建CVM,保留原有环境。
将SQL Server数据库迁移到云数据库SQL Server(可选)。
调整网络配置,测试应用。
需求:部分核心数据必须保留本地,应用可上云。
方案:
在腾讯云创建VPC,通过专线或VPN连接本地数据中心。
应用服务器部署在云端,数据库部分保留本地,部分使用云数据库。
通过云联网实现网络互通。
迁移完成后,根据云上监控数据调整资源配置:
CPU使用率过高 → 升级实例规格
磁盘IOPS不足 → 更换更高性能云盘
网络延迟高 → 启用CDN或全球加速
将长期运行的按量实例转为包年包月。
对非核心应用使用竞价实例。
配置弹性伸缩,应对流量波动。
重新审视安全组规则,收紧权限。
开启云镜主机防护。
启用WAF防御Web攻击。
迁移过程中,应用需要短暂停机(最后一次增量同步和切换)。需提前与业务方沟通,选择业务低谷期操作。
迁移后务必验证数据完整性:对比记录数、校验和、抽样检查。可编写脚本自动比对。
应用可能依赖外部API、第三方服务,迁移后需确保网络可达,或修改配置指向新地址。
迁移前制定回滚计划:如果迁移失败,如何快速恢复源系统。包括数据回滚、DNS切回、配置还原。