数据迁移
数据迁移是将数据从一种存储库转移到另一种存储库。在旨在扩大存储容量、提高性能、简化数据管理、降低成本、减少物理空间占用,或增加新功能的升级中,通常就包含了这项工作。
数据迁移分为三个阶段,分别为:规划、执行和验证。期间可能需要在网络上传输大量数据,也可能需要将驱动器从一个地方移到另一个地方。
每一次迁移都各不相同,要具体取决于要迁移的数据量、迁移速度要求、涉及的工作负载类型以及安全考量。
数据迁移有时是从本地数据存储库迁移到云存储库,有时则是从一个数据平台迁移到另一个数据平台。一般来说,数据迁移的方式有两种,可以任选其一:
- 线上迁移,即通过互联网或专用网传输数据。
- 线下迁移,即通过物理方式将存储设备从一个地方运送到另一处。
数据库迁移
数据库迁移是一种特殊的数据迁移。企业如果更换了服务提供商,或者准备迁移至新的基础架构(如云端),则可能会在数据库升级过程中,将数据从一个数据库迁移到另一个数据库。
迁移到另一个数据库时,有时需要确保源数据库的架构与目标数据库兼容,必要时还需要进行转换。很多云数据库提供商可提供自动完成这项流程的工具。
与标准数据迁移一样,数据库迁移也需要事先规划,然后再执行迁移以及之后的验证。
应用迁移
应用迁移是指将软件应用从一个 IT 系统迁移到另一个 IT 系统。
正如构建和托管应用的方式有很多,迁移应用时也没有一体适用的全能方案。应用迁移通常分为四类:
- 重新托管(rehost),也称直接迁移(lift-and-shift),即直接将一个应用从一个平台移到另一个平台(如从本地服务器移到虚拟机),而不做重大改动。
- 重构(refactor)或重新架构(re-architect),即对应用进行重大改动,以便在新环境中运行。比如将单体应用分解成容器化的微服务,以便可以在云环境中更好地扩展。
- 更换平台(replatform),即迁移到新环境时,需要对应用进行部分修改,但相比重构或重新架构,修改的内容较少。
- 弃用(retire)或替换(replace),即放弃某个应用,改用其他方案,如 SaaS(软件即服务)解决方案。
迁移应用至现代架构
如今,很多 IT 部门都在想办法将应用迁移到现代云基础架构,他们通常会采用容器化服务,然后在此过程中实施 DevOps 流程。
但这项任务堪称艰巨。开发者必须更新到最新的库和 API,对付新的框架、基础设施和架构,并同时上线新的功能和版本。
而在这过程中,我们可以使用一些工具来简化流程,比如使用红帽® 应用迁移工具包(RHAMT) 。这些实用工具可以帮助您快速地同时了解成千上万的应用。这些工具可以识别迁移挑战以及应用之间的共享代码或依赖关系,还可以加快进行必要的代码更改,以便在最新中间件平台上运行您的应用。
操作系统迁移
操作系统迁移是指将 IT 系统从一个操作系统移至另一个操作系统。它有可能发生在旧版操作系统的支持终止后,要升级至更新的系统版本。也可能是从一个操作系统迁移至另一个操作系统,比如从 Windows 迁移至 Linux。
操作系统迁移项目可能会比较耗时,而且可能存在停机、应用不兼容或自定义内容丢失等风险。与其他各类迁移一样,操作系统迁移也需要按部就班慎重进行:
- 准备:在迁移前进行分析,识别工作负载、配置或应用可能存在的难点,并按照相关指导,积极主动地修复问题。
- 自动化:使用自动化控件可以降低迁移项目的风险,帮助确保现有配置、自定义内容和首选项不丢失。
- 迁移:按照最适合您环境的流程进行操作,可以在本地升级,也可以进行全面的重新部署。
很多操作系统(包括红帽企业 Linux®)可提供一些工具和支持来确保操作系统迁移尽可能顺畅进行。
云迁移
云迁移是指将 IT 系统从传统的本地数据中心转移到云环境,或者从一个云环境转移到另一个云环境。期间可能需要构建混合云,从而使应用和数据可跨越多个基础架构进行扩展。云架构的好处有很多,包括易于扩展和节约成本。
公共云提供商会把虚拟资源池作为一项服务,基础架构则通过自助服务界面自动配置。当工作负载出现意外需求波动时,可直接通过公共云进行横向扩展。
如今,公共云通常会成为异构混合环境的一部分,这样既可以提高安全性和性能,降低成本,还可以改进基础架构、服务和应用的可用性。
混合云这种 IT 架构主要是在两个或更多环境(包括公共云)中进行某种程度的工作负载移植、编排和管理。
云迁移并非是孤注一掷的过程。很多时候,云迁移会经过一个试点过程,目的是要在有限的基础上进行系统测试。
成功进行云迁移的流程
1. 规划您的旅程。规划阶段需要对当前的基础架构和应用进行分析。
2. 进行试点。用几个月的时间测试生产就绪环境,这样可以留出足够的时间来确保新环境符合您的要求。
3. 执行迁移。在实际迁移中,需要根据能够满足用户需求的时间表,将现有工作负载迁移到新环境中。
SAP 迁移
有些 IT 迁移是为了适应软件供应商的要求。SAP®(主要的 ERP 软件供应商)要求客户在 2027 年以前迁移至 SAP HANA® 和 SAP S/4HANA®,才能继续获得支持。
SAP S/4HANA 仅在 SAP HANA 数据库上运行,而该数据库则在 Linux® 上运行。对于很多客户来说,这种升级需要将他们的 SAP 系统迁移到新的 IT 环境中,过程漫长而又复杂。这一过程需要创建和正确配置目标基础架构,复制数据,测试和验证新的设置,还要将工作负载重定向至新的环境。
因此,自动化便成了快速、有效和可靠完成这种迁移的关键。
迁移和红帽 Ansible 自动化平台
在 IT 迁移中,自动化可以促进项目更快、更顺利地进行,减少重复的手动流程可能造成的错误。
借助红帽 Ansible 自动化平台进行自动化,只需按照三个推荐步骤:定义、部署和发现,即可自动化完成您的迁移任务。
- 定义:分别确定要自动化的每个组件,同时还要考虑顺序/流程。
- 部署:利用您的组件定义/自动化流程进行部署和测试。
- 发现:每次应用自动化时,都要对已部署的应用或软件进行测试,寻找还有哪些差距。然后,您可以返回并重新定义存在差距的方面,重复这三个步骤。
随着您学会辨别哪些有用、哪些没用以及如何解决所出现的每个问题,这个自动化周期的速度也会越来越快。
一旦您定义了迁移过程中的每个组件和步骤,您便可以将其串联至一个可重复的 Ansible playbook 中,并开始在新环境中应用了。Ansible playbook 可以记录和执行配置、部署和编排等功能。此外,该工具还提供了一个可重复、可复用且非常简单的配置管理和多机部署系统,便于您有效记录迁移过程,必要时还可重复迁移。
最终使您能够更顺畅地将系统的各个部分迁移到所需的位置。