用户业务从微服务引擎专业版迁移到微服务引擎专享版checklist

迁移背景

微服务引擎专业版为逻辑多租引擎，所有用户共用一个引擎，一旦引擎故障，会造成所有注册业务的中断。为防止此类故障发生和保证业务的连续性，请将业务从微服务引擎专业版切换至商用微服务引擎专享版。

用户业务从微服务引擎专业版迁移至专享版后，将会有以下优势：

1. 物理隔离。微服务引擎专享版采用物理隔离的方式部署，租户独占微服务引擎。一个引擎故障不会影响其他引擎。
2. 多AZ。微服务引擎专享版支持多AZ部署，提升可靠性。
3. 容量大。单个微服务引擎专享版可支持2000实例，且可创建多个引擎，大大超过微服务引擎专业版（单租户500实例）。

用户从微服务引擎专业版（Cloud Service Engine）引擎切换至专享版（微服务引擎名称可自定义）后，引擎功能保持一致，对使用无影响，用户的配置、服务数据也将在切换过程中迁移到新引擎。

注意事项

迁移注意事项如下：

1. 首先需要确认是否有使用微服务引擎专业版，如果实例注册在名称为Cloud Service Engine的引擎上，说明使用了专业版。
2. 若用户业务要迁移至微服务引擎专享版引擎，则必须先创建微服务引擎专享版引擎。高可用引擎当前规格为100，500，2000，可以根据客户自身业务实例规模进行选择。
3. 新建微服务引擎所在VPC必须与待升级组件部署环境的VPC一致。
4. 迁移本质上是注册中心、配置中心地址的切换，切换前，所有服务注册到旧的微服务引擎；切换后，所有服务注册到新的微服务引擎；切换过程中，部分微服务注册到新引擎，部分微服务注册到旧引擎，这两部分的微服务无法进行服务发现和调用，可能导致业务不可用。
5. 确认部署方式，如果使用ServiceStage应用托管进行部署，可以联系运维人员获取快速迁移方案；如果未使用应用托管需要用户自己去修改配置中心以及注册中心的地址为新的专享版引擎的配置地址以及注册发现地址。若未使用ServiceStage应用托管，因为部署方式的多样性，建议迁移之前拉运维人员进行风险评估，并确认可靠的迁移方案。
6. 迁移不仅仅是实例的迁移，也包括配置的迁移，所以需要提前备份配置中心数据，可以联系运维人员进行协助。配置迁移包括动态配置迁移以及全局配置迁移。全局配置：在专业版控制台，逐个切环境，查看是否有全局配置，若存在，需要导出进行备份。动态配置：若一个微服务没有动态配置，则可忽略该服务。若一个微服务下的某个作用域没有动态配置，则可忽略该作用域。若存在配置则可以导出动态配置并保存。
7. 进行迁移前建议对各个微服务进行原地升级，确保无平台外因素导致升级失败。
8. 排查是否涉及JAVA_ARGS参数，若存在需要检查是否存在以下内容：

   spring.cloud.servicecomb.discovery.address
   spring.cloud.servicecomb.credentials.enabled
   spring.cloud.servicecomb.credentials.accessKey
   spring.cloud.servicecomb.credentials.secretKey
   spring.cloud.servicecomb.credentials.akskCustomCipher
   spring.cloud.servicecomb.credentials.project

   若存在，迁移后将不再需要，可以删除。

9. 如果专享版引擎版本为2.x以上版本，使用导入配置文件功能，发现原配置中心格式的文件无法导入，提示文件为空或者格式错误，请参考ServiceComb专享版引擎版本从1.x升级到2.x时有哪些注意事项？中相应操作进行处理。