信息中心

数据中心迁移:完整指南

随着企业的快速发展,他们会发现,现有的数据解决方案无法再满足需求。无论是扩容以启动新的应用程序还是访问更多的连接选项,总有这样或那样的需求触动公司考虑将数据中心迁移到新的环境中。

如果贵企业已达到此临界值,则需要调整数据中心业务计划以应对迁移。

如今大多数企业依赖的老旧数据中心基础架构存在效率低下或效率不高的情况。它缺乏处理或存储大数据所需的能力。关键 IT 网络基础架构应从根本上赋能企业,而非束缚企业手脚或创新能力。

唯有一款可扩展并保护所收集数据的基础架构才能让企业挺进新领域、赢得竞争优势或在行业中站稳脚跟。数据中心迁移的成功也可以提高企业的生产力、效率和敏捷性。

更重要的是,日益增加的工作负载迁移到现代化平台后,您可以:

  • 高效扩展和拓展
  • 支持更多的业务需求
  • 把握市场机遇
  • 转变成为数字优先企业
  • 增强客户关系
  • 提高盈利能力

一旦决定迁移数据中心后,下一步就是实施。

何为数据中心迁移?

数据中心迁移(或搬迁)指的是部署和转移现有的数据中心运行环境到另一个位置或 IT 基础架构的过程。这是一个综合性流程,要求系统性规划并移动数据中心到新的站点、设施或 IT 基础架构。

数据中心以物理或虚拟方式迁移到新站点之前,企业应对数据中心进行逻辑和运行层面的搬迁。如果是最终用户,则指的是应用云或托管平台以支持标准或内部数据中心设施。

您必须确保满足如下几点要求才能保证迁移成功:

  • 新的设施或基础架构满足或超出预期的未来要求。
  • 兼容现有应用程序和解决方案。
  • 开展测试迁移以确保搬迁顺利。
  • 包括详尽的规划和验证阶段。
  • 妥善安排员工的搬迁计划并管理工作流程,确保尽量不影响现有的业务运营。

数据中心迁移是否正当时?

要正确及时地回答这个问题,您应持续关注企业的数据中心性能。如果您尚未做好准备,结果可能会让您感到大吃一惊,因为届时您会发现自己的基础架构资源可能严重利用不足。您也可能在无法符合行业、监管或安全标准要求或满足您的业务需求的系统上严重超支。

如今,老旧系统阻碍了许多企业的发展,其中大多数企业并不知情。Insight 开展的一项调查报告显示,至少有 64% 的大型企业的 IT 专业人士认为,老旧的 IT 基础架构和过期的技术是阻碍他们实现 IT 转型的最大障碍。51% 的受访对象表示,他们因为不可预期的挑战而放弃或停止了转型。

老旧技术造成的代价并不只是经济方面,它还包含停机、不必要的压力和生产力低下。

此外,在安全方面,尽管企业重资投入数据安全和备份系统,但仍然收效甚微。老旧的工具和技术越来越难以逃离狡猾多变的网络威胁。

网络漏洞影响的是整个企业,过期的系统迫使 IT 员工花费更多的时间和精力来保护基础架构,无法推动业务增长。此外,如果这些系统遭到攻击,企业不但会遭受巨大的经济损失,运营延迟,恢复问题,还会失去利益相关方的信任。

因此,对于数据迁移是否正当时这个问题,如果您担心或正在经历上述任何一项实情,那么回答是肯定的。

您应确保企业正踏上有意义的 IT 变革之路。为此,您必须了解所需的平台和更新,以及它们会对业务产生哪些影响。

数据中心迁移步骤

选择正确的 IT 基础架构

数据中心技术平台选择众多,每个平台都有各自优点,因此要学会在成本、性能和灵活性之间找到适当的平衡。要完全迁移到云、留在本地还是采用混合方法?

基于业务当下和未来需求选择您的解决方案。根据您的特定业务环境,选择一个跨平台战略可能更有利,它有助于您发挥多个基础架构选项的优势。

下文是数据中心迁移平台的各种可行情况:

  • 云:数据中心迁移到云,可优化技术生态系统以提高性能。多样化的云系统可帮助企业简化管理,将工作负载与相应平台(私有云、公有云或混合云)匹配后可实现互操作性。
  • 传统(本地):迁移到现代化的内部数据中心可保护本地敏感数据,提高数据掌控力度。更重要的是,您的企业仍维持高度敏捷性,而平台可支持最新的工作负载。
  • 融合:转换为融合基础架构,可最大限度减少数据足迹。它会将数据存储、计算和网络视为一个系统,简化管理。它还支持灵活使用各种组件,让您轻松扩展、更换零件或修补系统。
  • 超融合基础架构 (HCI):HCI 是处理轻量型工作负载的小型基础架构系统的理想选择。它可按需扩展,占用空间少,且效率甚高。该平台将多个组件整合到单一单元,进行全面预配置以实现快速部署。

经验丰富的机构可帮助您根据数据和工作负载的需求确定理想的 IT 基础架构。合格的 IT 服务提供商可帮助您制定完美的数据中心迁移计划,最大限度降低迁移的潜在风险。平稳的过渡几乎不会出现停机,不会对业务产生负面影响,并在整个过程中全程保护数据和应用程序。

计划数据中心迁移

规划或许是任何数据中心迁移最为关键的一步。它涵盖诸多方面,包括物理基础架构、搬迁检查清单、选择正确的 IT 基础架构以及设置项目的管理和跟进措施。

在这一部分,我们将聚焦迁移的实体方面。主要目标包括:

  • 设计:首先要回答一些问题,例如要采购、构建、部署和管理哪些组件?搬迁到哪里?何时完成迁移?是否会整合?新的数据中心存储空间何时会用完?一般要求是机架层面要有 15% - 20% 的开销以用于扩展。
  • 审查:设计步骤完成后,所有利益相关方(IT 和业务部门)都会进行审查。在这个阶段,每个人都确保设计融入了自己的目标和成功标准,以防未来出现问题。
  • 修订:修订针对的是审查过程中发现的未满足的目标和成功标准。
  • 最终审查:开始制定方案前,务必执行最后的基础架构审查。

数据中心迁移检查清单

升级数据中心不只是采用最新技术。它还要确定您的工作负载和业务需求,以期简化运营并提供一流的客户服务。

制定战略并执行业务变更的流程错综复杂,迁移整个工作负载和流程时更是如此。除了投入大量时间和培训,它还要求企业中每个人积极参与。

您应认真评估应用程序、数据存储中心以及依赖关系,合理决定工作负载的迁移目的地。全面分析基础架构可让您从头至尾了解当前系统,为您指明清晰的项目方向,因此至关重要。

下文的数据中心迁移最佳做法检查清单(没有特定顺序)可帮助您成功规划搬迁。

  • 管理层和员工全员参与。如果员工对变革不感兴趣,或不了解它的必要性,那么变革这件事就毫无意义可言。因此,您应向所有业务领导人员解释说明 IT 转型的必要性,为的是让系统运行更快,提高各个级别的生产力。
  • 从简单的流程入手。数据中心迁移是一个漫漫之旅,有的甚至需要数年之久,无法一蹴而就。相反,您应尝试着眼于最重要以及可管理的事务。首先从易于执行、立即产生价值而且成本低的项目开始入手。
  • 投资培训。转型即意味着要接受新鲜或不同事物,为此,IT 团队可能需要再培训才能支持升级后的平台。这样一旦新系统投入运行,他们就能立即上手。
  • 聚焦工作负载。应用程序是企业日常运行不可或缺的环节。因此,围绕数据中心迁移开展工作可能极具挑战性,但您必须提前规划以确保业务连续性,尽量减少停机。最好创建一个数据中心迁移计划,为应用程序和其他软件匹配合适的平台和解决方案,大幅提高性能。不要拘泥于一个系统,灵活应用选择的平台。
  • 拥抱开发运维理念。开发运维的全方位理念是将产品管理、质保、开发、安全和运营全部融入到企业技术流程的一体化方法中,即涵盖设计、开发、管理和支持。采用开发运维的全方位、面向团队的方法,可为您的企业带来所需的敏捷性。

开展数据中心迁移

规划和审查检查清单后,下一步就是迁移。在这一节中,我们将数据中心迁移分为三个步骤。

开发

在此阶段,您应根据规划阶段所述,构建物理基础架构,支持应用程序和业务流程。构建完成后,仔细审查全部 IT 基础架构的规格以确保无须再进一步修改。

最后,敲定支持流程细节。在此期间,涉及为虚拟或物理基础架构元素及其关联应用程序提供支持的各方必须为项目签字,以便项目获得支持并通过批准。

迁移是验证所有升级和支持流程是否部署到位的试金石,考量崭新的 IT 基础架构成本时尤其如此。

最后,各方所有者签署物理基础架构搭建的方方面面。这是一种所有权验证方法,服务器、交换机、路由器、SAN 等的所有者通过这种方式表示同意。

Veritas

下一步就是验证,具体是指各种检查和制衡措施,确保规划内容一一实现,包括网络、合规、计算、存储和安全要求。在数据迁移到新位置或基础架构前,这是最后一步检查,确保规划阶段敲定的所有细节都已通过开发实现。

开始执行实际的迁移作业前,请对设备进行冷却。确保服务器、路由器、存储设备、交换机和防火墙等主要硬件都运行良好。不过,您还务必确保,机器关机冷却后再重新开机时会自动重新联机。

您可通过验证阶段的冷却检查来发现问题,从而在此阶段或迁移流程中解决问题。例如,如果您在验证期间发现路由器等主要硬件无法重新开机,可更换新的路由器以快速解决问题。

迁移

最后一步是迁移,也就是应用程序和数据迁移至新的基础架构或数据中心位置。在此阶段,您应关注应用程序迁移计划,具体是指迁移每个应用程序时应遵照的流程步骤,基本上也就是检查发现阶段确定的依赖关系。

您可以开展所有应用程序、数据和网络配置的测试迁移,确定一切是否准备就绪。您也可以借此大致了解迁移可能的时长。最好的测试方式是迁移备份而非生产基础架构。不过,您也可以选择测试一两个生产应用程序,可根据应用程序的重要性混搭测试迁移元素。

最后,开展真正的迁移。

数据中心迁移后的测试和管理

迁移完成后,您应明确迁移后如何过渡回归日常运营,包括支持。此外,最好部署主动监控和响应系统,确保所有系统如期运行。

数据中心迁移工具

迁移期间可供选择的数据中心迁移工具有三大类:

  1. 本地工具:旨在迁移中心或大型企业环境网络中的数据和应用程序。
  2. 开源工具:这些是社区支持和开发的工具,一般是免费的,或者较为便宜。
  3. 云端工具:它们可将数据和应用程序从各种来源和流迁移到云,例如云端和本地数据应用程序、存储和服务等。

数据中心迁移挑战

数据中心迁移存在诸多风险,也伴随着不少的挑战。

未能为迁移设置现实的时间期望

迁移过程中常犯的一个错误就是未能为该流程设置一个现实的时间期望。测试迁移可让您大致了解整个流程所需的时长,避免出现任何意外并确保您考虑了停机时间。正式的迁移流程往往要比测试迁移的时间长,因为它需要格外注意,更多地关注细节。

迁移后测试

迁移后测试也是一个绕不开的挑战。不过,让客户和员工参与其中,了解运行体验并制定计划未尝不是一件好事。迁移前,请网络员工全程跟踪主要应用程序上运行的特定事务,记录下时间性能。记录下测试结果并在迁移后重复测试。

隐形复杂局面总会存在

您可能不了解或没有想过一些隐形的复杂局面,例如计划迁移的主要应用程序的后端附件。当前数据中心的某些旧版应用程序可能比您年纪还大。因此,趁早与客户和员工一起详细清点应用程序并一一记录在 CMDB 类型的数据库中,越早越好。

迁移打破了正常的工作计划

数据中心迁移过程中可能会出现停机。因此,开始通知您的支持团队和最终用户,他们中的一些人将花时间寻找答案以支持迁移。仅时间表就可能需要数个月的规划时间。

脆弱的应用程序交付优化 (ADO)

如果您使用优化程序或负载平衡程序,则必须遍历配置层以了解如何管理迁移。因为,有时候可能要额外投资购置未考虑进去的硬件或弥补某方面的技术专长。

未能认识到数据中心基础架构组件的相互依赖关系

开发和构建物理或虚拟数据中心时,最大的挑战就是在未认识到它们之间的相互依赖关系前提下盲目升级不同的基础架构组件。迁移过程中,升级 IT 基础架构的一些重要组件很正常。迁移过程中,很容易搭建新的网络设备或完成从物理切换到虚拟的配置。

不过,这类零碎的升级通常会产生一些微妙的影响。因此,规划阶段务必突出显示规划的更新及其之间的相互依赖关系。

规划过程中所有相关利益人未能参与

常见的验证错误就是大家未能参与。验证是迁移流程的一部分,在此阶段 IT、NetEng 和 IT 团队都忙于解决检查清单中的问题。因此,确保所有相关利息人集体参与这个流程,防止未来出现无法预见的技术变更或增添要求。

内部政治

在整个迁移项目中缺乏意见统一、未经筛选的沟通,最终会产生不一致和问题。建议雇佣一个公正的第三方,鞭策团队中的每个人,确保相互之间的沟通坦诚顺利。

迁移前备份数据和应用程序

始终安全备份数据和应用程序,这是一条基本准则,确保企业在遭到自然灾害、系统故障或网络攻击后可立即还原。

结论

至此,我们讲解了规划和执行数据中心迁移的完整过程。我们也重点介绍了数据中心迁移工具、全面的检查清单以及迁移过程中和迁移后可能出现的常见风险和挑战。

数据中心迁移可能完全颠覆企业的整个运行环境,产生显著而持久的效益,例如可观的 ROI。这是战略层面非常显眼的项目,会影响企业运营、可用性性能以及服务级别协议。

数据中心迁移方法可确保运营稳定性。它要求流程严格按照这个方法实行,以保证迁移不超出预算和时间,因而稍微制衡了这个不容外人插手的流程。因此,它既保护了企业,也为企业指明方向。

记住,整个流程离不开团队合作,在迁移后,测试和管理也是如此。务必携手合作,确保对于您努力实现的目标,大家都给予高度认可。