知识中心

根据工作负载考虑更改区域

将区域迁移视为服务迁移,而非表面设置。

2 分钟阅读简体中文

内容已修订 · 简体中文

概览
指南类型
迁移与恢复
示例
示例,因环境而异
集成范围
未连接远程机器
01

检查目的地中的确切方案

地区兼容性取决于产品,而非品牌。GPU 套餐以及部分存储、邮件和流媒体系列的地区列表更窄。请选择支持所选镜像和容量的目的地,并查看新的数据处理环境。

02

将其视为真正的应用迁移

准备独立的备份和目标服务。实际运营方必须说明它是传输磁盘镜像、重建镜像还是仅提供新机器。本地配置器会更改已保存的区域选择;它不会移动正在运行的服务器。

03

通过已验证渠道复制并测试

使用一致的数据库导出和受控的初始/最终文件同步。测试新位置的应用程序、存储和恢复路径。从重要的用户和集成角度比较网络行为,而不是提供商自己的本地测试。

04

准备地址和路由更改

迁移可能改变 IPv4/IPv6 地址、主机密钥指纹、允许列表、反向 DNS 和延迟。在计划的切换中更新 DNS 和外部防火墙/API 策略。不要假设 IP 可以在不相关的区域之间携带。

05

保留回滚和验收记录

记录最终数据传输点、新连接身份和测试。在缓存和集成稳定期间保留先前系统。如果任一方仍可接受写入,请在退役前进行对账。承诺的迁移费用、时间表或实时迁移能力需要单独的 production 合同。

下一步之前

带着可验证的结果离开。

  • 检查目的地中的确切方案。
  • 保留回滚和验收记录。
  • 将恢复信息和机密保存在公共文件之外。