云迁移已成为企业现代化其 IT 基础设施并实现敏捷性、可扩展性和成本节约的必要步骤。制定有效的云迁移策略对于确保平稳和成功的迁移至关重要。
评估和规划
云迁移的第一阶段是评估和规划。这一步涉及对应用程序、基础设施和数据进行全面评估以确定云就绪性。规划阶段还包括制定迁移时间表、成本估计和风险评估。
评估
- 确定迁移到云的应用程序和数据。
- 评估应用程序与云平台的兼容性。
- 分析基础设施需求和云服务提供商功能。
- 评估数据迁移策略，例如复制、存档和同步。
规划
- 创建详细的迁移时间表。
- 估计迁移成本，包括许可证费用、服务费和专业服务。
- 识别和评估潜在的风险，并制定缓解计划。
- 建立治理和合规框架。
选择云服务提供商
选择合适的云服务提供商是云迁移成功的关键因素。选择标准包括安全性、可靠性、性能、可扩展性和成本。
考虑因素
- 安全性：寻求具有稳健的安全性和合规性的提供商。
- 可靠性：选择具有高可用性和冗余基础设施的提供商。
- 性能：评估提供商的服务和基础设施的性能水平。
- 可扩展性：选择能够随着需求增长而扩展服务的提供商。
- 成本：比较不同提供商的定价模式和费用结构。
迁移策略
迁移策略定义了如何将应用程序、基础设施和数据转移到云平台。
常用策略
- 重新托管：将应用程序和基础设施照搬到云平台。
- 重新设计：重新架构应用程序以利用云原生服务。
- 混合方法：结合重新托管和重新设计策略。
考虑因素
- 应用程序的复杂性。
- 数据迁移的规模和敏感性。
- 云平台的可用功能和服务。
- 业务中断窗口和时间表。
实施和测试
迁移实施和测试阶段涉及将应用程序、基础设施和数据迁移到云平台并进行全面测试以验证其功能。
实施
- 根据迁移策略执行分阶段迁移。
- 使用自动化工具简化和加快迁移过程。
- 与云服务提供商合作以获得支持和指导。
测试
- 进行功能测试以验证应用程序的行为。
- 执行性能测试以评估可扩展性和性能。
- 进行安全测试以确保云环境是安全的。
优化和持续管理
云迁移并不是一个一次性的活动，还需要持续的优化和管理以确保持续的性能和价值。
优化
- 优化云资源以提高效率和减少成本。
- 利用云原生服务和工具提高敏捷性和可扩展性。
- 监控云环境以识别潜在问题并主动采取行动。
持续管理
- 定期更新和补丁应用程序和基础设施。
- 管理安全性和合规性以满足不断变化的法规要求。
- 与云服务提供商合作以获得持续的支持和指导。
最佳实践
- 制定明确的目标和范围。
- 建立治理和合规框架。
- 选择合适的云服务提供商。
- 采用分阶段方法进行迁移。
- 进行全面测试。
- 持续优化和管理云环境。
结语
通过遵循这些最佳实践并制定全面的云迁移策略，企业可以成功地迁移到云平台，实现敏捷性、可扩展性和成本节约的优势。通过仔细的规划、选择和执行，企业可以最大限度地减少中断并释放云计算的全部潜力。
迁云方案：公有云（阿里云，华为云，AWS云等）上云方案 云迁移方案详解
当今信息技术发展展现出高速、大容量、综合化、数字化、个人化的特点。
数字化的迅速发展，如数字化世界、数字化地球的兴起，主要优势在于大规模生产与综合，使设备设计更为简单，成本降低，同时便于各个系统的综合。
个人化则是指通信的移动性与全球性，使得人们无论身处何地都能享受同样的通信手段与信息资源。
大数据时代不仅仅是庞大的计算机网络，而是由大量活动构件与多元参与者共同构建的生态系统。
大数据资源化、与云计算的深度结合、科学理论突破、数据科学与数据联盟的成立、数据泄露问题、数据管理成为核心竞争力、数据质量对BI（商业智能）成功的关键，以及数据生态系统复合化程度的加强，是当前趋势。
云计算通过分布式计算模型，将资源集中供电，提供灵活、高效、低成本的计算能力，就像煤气、水电一样，方便获取、费用低廉。
主要特点包括超大规模、虚拟化、高可靠性、通用性、高可扩展性、按需服务与极高廉价。
云计算彻底改变了人们的生活方式，但同时需要关注环境问题，确保技术进步为人类社会做出真正贡献。
业务迁移到云的主要驱动力是为了实现性能和效率的提升。
通过云计算，企业可以降低成本、提高管理控制，并促进生产力的持续增长。
云灾备为客户提供优质资源、丰富经验与成熟流程，快速实现灾备目标，降低运维成本与工作强度，同时控制总体拥有成本。
云迁移业务对于云计算产业繁荣至关重要，是创业公司与传统软件/系统集成公司进入云计算领域的理想切入点。
云迁移业务的重要性在于帮助企业制定全面的应用、数据上云方案，识别风险并提供专业支持，确保业务的可用性、安全性和连续性。
标准化服务主要采用按需付费模式，而针对大中型企业则提供定制化服务。
云迁移业务拥有广阔发展空间，从创新突破到服务产品化，潜藏着巨大潜力。
国内云计算产业规模已突破2000亿，预计云迁移业务将分享行业高增长红利。
创业公司与传统系统集成/软件公司，通过云生态圈累积经验、服务产品化，或通过战略投资优质创业公司，构建云合作生态，有望实现业务突破。
云计算为业务带来十大大优势：廉价高效、增进合作、无缝集成、促进可伸缩性、提供用户控件、宽松软件维护、快速解决、高灵活性、支持大数据、安全性能高。
这些优势使得云计算成为企业实现收益与效率的最聪明、最无缝方式。
通信业务迁移到云计算能提供更多控制、提高效率、面向未来、完全面向服务与快速增长的功能集。
这五大关键原因促使企业管理者采用云计算平台，实现业务战略需求、收益与效率的最大化。
在向云计算平台迁移的过程中，主要面临的挑战包括技术挑战与系统整合。
通过采用合适的技术策略、最佳实践与自动化监控/运维手段，如应用无状态化、有效使用缓存、服务原子化、数据库分割、异步解决性能问题等，可以有效解决这些问题，实现系统高可扩展性、低成本、高性能与高可用性。
业务迁移到云的流程包括规划、详细设计、实施、后续管理、培训与项目管理。
各步骤具体工作内容需遵循迁移原则与计划，通过调研工作、风险分析、需求评估与应用关联分析等，确保迁移顺利进行。
上云系统调研包括数据库类型与规模调研、数据库数据结构调研、网络现状调研等，通过分析现有系统配置、存储使用情况与网络结构，预估云上系统需求。
迁移方案设计涉及制定详细迁移计划、应用批次迁移、网络迁移与数据中转方案，确保网络逻辑架构不变与业务迁移平稳过渡。
迁移实施包括迁移模拟演练、业务迁移过程、系统参数与性能调整，以及测试分析，确保迁移方案的全面验证与效果评估。
测试分析涉及测试案例设计、业务流设计、自动化测试、性能测试、压力测试与系统连接性测试，确保迁移后的系统功能、性能与连接性满足业务需求。
助力某电商系统平台成功迁移至AWS云项目案例-下篇
迁移设计方案通过AWS遍布全球的基础设施，架构基础包括Amazon EC2、Amazon RDS、负载均衡（LB）和CloudWatch等关键资源。
采用多可用区部署以保证服务器资源的可用性。
将原RDS数据库迁移到AWS RDS，以提升数据库性能。
静态资产如图像和视频存储在S3中。
业务流向通过LB前端地址实现，经过负载均衡转发至应用前端服务器，前端服务器对数据库和后端API的请求由内网LB进行负载转发。
使用CloudWatch进行性能监控。
应用业务架构业务主要分为四大板块：xxP应用、mend、xxP-Search和xxxbox·xxP-web作为门户入口，提供全球各地的SSO单点登录访问。
xxP后端提供API接口，前端通过内部LB进行后端负载均衡访问，数据库存储用户数据和业务数据。
xxP-Search提供用户倾向分析推荐，分析用户习惯进行定向引流。
xxxbox提供电商运营管理后台，前端Web提供后台运营访问入口。
迁移工具选型采用AWS Application Migration Service进行应用迁移，该服务自动化转换源服务器到在AWS上运行的本地服务器，简化手动迁移流程，通过相同的自动化流程在各种应用程序中使用，进一步简化迁移过程。
云主机迁移规划方案利用AWS Application Migration Service工具迁移到AWS，制作对应的镜像，在初始化服务时配置所需IAM角色和模板。
创建IAM角色包括应用迁移服务角色、应用程序角色等，确保迁移过程的权限控制。
同时，必须创建复制模板来确定数据复制工作方式。
执行云主机迁移通过三种方式迁移云主机：在源服务器上安装复制代理、在数据中心安装MGN连接器或在vCenter中安装设备。
成功执行后，AWS控制台显示迁移服务器的同步进度。
可用性测试在EC2中测试迁移至AWS的云主机实例，验证应用程序按预期运行。
包括数据一致性测试、应用程序可用性测试和完整性测试，通过测试后进行业务切换阶段。
数据库迁移规划方案使用AWS Database Migration Service（DMS）轻松迁移数据库，支持关系数据库、数据仓库和NoSQL数据库的迁移。
DMS能执行一次性迁移，同时复制持续更改以保持源和目标同步。
使用AWS SCT工具将数据库架构转移到新平台。
迁移过程涉及创建复制实例、配置源和目标终端节点以及复制任务。
为了解决迁移中遇到的问题，结合开源工具如mydumper/myloader和sync-diff-inspector，并使用DMS解决MySQL同构数据库迁移问题。
AWS DMS迁移模式AWS DMS提供三种迁移模式：full load（完全加载）、full load+CDC（完全加载+持续数据复制）和Only CDC（仅CDC）。
具体模式选择取决于数据库迁移需求。
实施流程配置系统架构、资源、网络、数据库参数、权限、备份等，最终配置DMS迁移任务开始同步数据，并开启CloudWatch监控。
文档数据库部署部署MongoDB三节点一主两从模式，AWS不支持托管DocumentDB，考虑将文档型数据库存储到AWS DynamoDB中。
复制采用MongoDB主从复制功能，通过VPN链路完成数据同步。
数据引擎选型AWS提供托管MySQL、Oracle、PostgreSQL等数据库服务，支持原有数据库快速迁移上云。
同时，AWS Aurora提供云原生关系型数据库选项，兼容MySQL和PostgreSQL协议。
传统数据库问题Amazon发现网络流量成为工作瓶颈，通过计算和存储分离，利用Aurora的WAL整合和Log管理机制优化数据传输，减少网络带宽使用。
简化主从结构，优化数据一致性，实现更高效的数据同步。
基础设施设计采用VPC设计生产环境，开发和测试VPC独立；子网设计分为公有子网、私有子网、DB子网；资源选型考虑实例类型、操作系统、EBS类型和IOPS；IAM权限管理遵循最小权限原则，使用NACL和安全组控制流量，开启CloudTrail记录操作日志。
安全组规划安全组作为虚拟防火墙控制流量，确保安全性和性能。
遵循最佳实践，限制对外暴露，区分应用流量和管理流量，避免规则过多，定期检查和更新策略。
IAM账号权限设计使用IAM管理权限，根据角色（网络安全、研发、运维、DBA、审计、超级管理员）创建策略，实现权限的灵活控制和自动化管理。
账户安全设计管理Root账号，使用MFA多因子认证，实施密码规则基线，定期更换密钥，限制第三方软件供应商/服务商访问，遵循最小权限原则，定期清理资源。
Landing Zone标签体系设计使用标签元数据对AWS资源进行分类和管理，确保资源的组织化和自动化，实施一致的标签策略以增强资源管理能力。
技术标签设计规范遵循标准化命名，区分资源类型，使用特定标签描述功能和环境，实现资源的分类和管理。
自动化标签设计规范应用日期/时间、Opt-in / opt-out、安全性等标签，实现资源的自动管理、搜索和筛选，优化资源监控和操作。
业务标签设计规范使用所有者、成本中心/业务部门、客户和项目标签，用于业务关联和成本跟踪，提高资源管理的业务可见性。
安全标签设计规范标记机密性级别、合规性要求，确保数据安全和合规性，加强资源访问控制和安全审计。
监控CloudWatch规范方案从EC2实例和本地服务器收集系统级指标，包括自定义指标和日志，实现全面的监控和性能优化。
数据库迁移架构图展示云迁移流程，新钛云服作为实施伙伴，负责项目管理、资源协调、监控重构、资源迁移和成本分析，确保项目成功执行，提供AWS EKS规划设计，实现业务连续性和合作伙伴支持，最终实现成本优势、丰富服务、高安全性、业务连续性和丰富生态的收益。
客户案例｜用友NC财务系统上云
本次案例分享了用友NC财务系统成功迁移至阿里云RAC架构的经验。
客户原计划搭建新RAC集群，但考虑成本后，决定通过逻辑迁移将数据库导入现有云上RAC环境。
迁移方案包括复用现有资源，对共享数据盘和归档盘进行扩容，以及提升服务器配置至64C128G。
为减少停机时间，采用RMAN迁移策略，将数据库导入扩容后的RAC环境，实现数据库割接时间几乎为零。
推荐的迁移策略包括提前一周进行一次预迁移，以便调整应用，优化第二次正式迁移。
最终，客户采纳了整体迁移方案。
具体实施过程分为以下几个步骤：- 共享磁盘扩容：通过阿里云控制台购买ESSD共享磁盘，挂载至两台ECS后，通过udev方式添加ASM磁盘。
原业务数据盘和归档盘分别命名为NCDATA和NCARCH，用于新系统数据。
– ECS升配：逐台升配ECS至64C128G配置，通过停机重启实现。
利用RAC架构优势，确保业务在升配过程中持续运行。
– 迁移验证：参数文件调整、备份数据上传、数据库恢复、集群添加等步骤，确保数据库环境与应用兼容。
在迁移过程中，重点关注目录、IP地址和ASM存储配置，确保数据迁移的正确性和一致性。
– 正式迁移：在初次验证迁移方案后，进行正式迁移。
调整spfile参数，确保数据库配置与新环境兼容，逐步执行恢复、重建和启动操作，直至数据库成功添加至RAC集群。
整个过程需特别注意数据库操作的环境变量、SID设置和集群资源管理。
本次迁移成功地将用友NC财务系统部署至阿里云RAC架构，实现了资源成本的节约，并在减少停机时间的同时，提高了数据库迁移的效率和可靠性。
通过优化迁移策略和实施步骤，确保了迁移过程的顺利进行，提升了系统的稳定性和可用性。
如需了解更多技术细节，欢迎访问云掣官网获取更多信息。
