如果您的组织有一个公共云优先的战略，或者正在考虑使用公共云增强本地基础设施来创建伟德1946客户端下载 解决方案，那么您可能会尝试为您的企业工作负载建立一个简单而有效的应用程序迁移计划。
Vanson Bourne为《2020年企业云指数》(2020 Enterprise Cloud Index)所做的研究发现，86%的受访客户认为混合云是他们理想的运营模式，并且他们预计会这样做混合云在未来五年内，部署在37％以上增加了37％。
1Vanson Bourne企业云指数研究，2020 -//www.jhbzcj.com/enterprise-cloud-index#enterprise-cloud-index.
计算模型发生这种转变的一个关键原因是，混合多云为组织提供了选择、灵活性和简便性，可以根据各种因素(包括位置、成本、性能和弹性)，将应用程序托管在最合适的基础设施上，无论是本地云还是公共云。
说明应用程序迁移的理由
快速和竞争激烈的商业世界往往依赖于IT转型项目，以确保达到不断发展的业务目标，敏捷技术采用策略可以降低风险和成本，缩短时间 - 价值，（或时间在这种情况下，所有这些都对成功至关重要。
贝恩公司2020年CIO调查的研究数据显示，到2023年，超融合基础设施(HCI)和混合云将增长15%至20%。
在考虑高影响IT基础架构项目时，应用程序工作负载通常通过以下一个或多个来管理：重新启动，重构，重新构建和替换。
重新启动（A.K.A.升力和移位和应用程序移动）
单片工作负载通常是自包含的，这意味着它们的资源(计算和存储)是紧密耦合的，通常包含在虚拟机(VM)中。这种封装的体系结构使它们能够更容易地整体迁移到另一个平台。
应用程序重新托管解决方案的关键要求应该包括:
- 源平台和目标平台的灵活性
- 通过自动化提高IT管理员效率的操作简单性
- 最小的工作负载中断(中断)，完全控制割接操作
好的，坏的和丑陋的
重新激励为许多企业和遗留应用程序直接提供快速，简化和自动迁移，具有较低的项目风险和低成本的每次迁移。此外，由于工作负载基本上除了在新平台上运行外部相同，因此可以提高应用程序性能，没有更改现有IT过程，工具或技能集。
2超融合基础设施和混合云正在吞噬市场份额，2019年4月-https://www.bain.com/insights/hyperconverged-infrastructure-and-hybrid-cloud-are-devouring-market-share.
虽然重新托管应用程序有很多优点，但这个进程也不是没有缺点。迁移后的VM容器中的所有内容，包括操作系统和应用程序配置，都在迁移期间按原样进行。这意味着在迁移过程中不会更新应用程序或OS软件版本或配置。如果应用程序现代化是主要的项目驱动因素，那么另一种流程可能是更好的选择。
这种工作负载迁移方法与2000年代中期无数组织将物理服务器迁移到vm的过程相同(P2V迁移)，当时由于同样突出的原因而选择其他迁移路径:方便性、成本和时间。
重构
如果存在更高程度的工作负载和应用解耦，可能需要重构工作负载以利用云。这落入了应用现代化的类别，并且应用程序需要重构的程度可以根据应用程序和相关的配置而显着变化。
使用重构的一个常见例子是，现有应用程序工作负载使用原生(原始)SAN数据。要想让应用程序在云中正常运行，就需要对它们进行重构以使用超融合基础设施或原生云服务。
重构的缺点是基于基本原因可能需要多种策略。这增加了复杂性，风险和时间。上行程序是，一旦重新开始，该应用程序可能可以访问新的云本机服务和功能。
重新架构（包括集装箱）
在重新架构应用程序的需求背后，一个常见的关键驱动因素是希望采用云本地功能，从遗留的单一体系结构迁移到可扩展的敏捷体系结构。
对组织的整个IT应用程序集进行重新架构，可以更容易地由具有较少历史IT基础设施和较少本土应用程序的年轻组织实现。
采用敏捷的、面向devops的体系结构可以为IT组织带来显著的好处，但由于对新的IT技能集、工具集和过程的需求，短期内可能会增加成本。由于这个原因，一些组织选择对新应用程序采用此应用程序模型，只是随着时间的推移，当遗留应用程序变得不那么重要时才迁移它们。
替换
组织可能认为需要一个全新的应用程序解决方案，并且作为IT转换项目的一部分，不仅需要对底层基础设施进行更改。这种转变可以带来新的云本地解决方案，包括SaaS，而SaaS又可以有不同的成本模型和功能集。
Nutanix Move:自动化世俗
对于组织来说，使用多种迁移策略是很常见的，因为最合适的迁移路径通常由特定的应用程序类型、应用程序数据的管理方式、源和目标基础设施连接性等决定。
例如，在不导致服务中断的情况下，使用lift-and-shift方法迁移数据库并不容易，但是，它们通常具有本地集成的数据迁移功能。在所需的目标基础设施上部署一个新的数据库实例，并使用这些本地工具迁移数据可能是最有意义的，它还可以使it团队在相同的过程中更新软件版本。目录服务工作负载的过程与此类似，目录服务工作负载本身支持数据复制，不适合迁移。
Lift-and-shift非常适合迁移设计上单一的企业应用程序工作负载，而不是为向外扩展的体系结构编写的工作负载。
Nutanix Move™是一个应用程序迁移解决方案，旨在管理非Nutanix和Nutanix基础设施类型之间的虚拟机迁移。虽然它可以跨不同的硬件平台、管理程序和云进行迁移，但对于可能需要迁移数百或数千个工作负载的it管理员来说，这实际上意味着什么?
移动工具旨在与普通的3层，公共云和HCI平台兼容，包括基于VMware ESXi或Microsoft Hyper-V和Native Amazon AWS或Microsoft Azure云工作负载的HCI平台。
目标基础架构包括在Nutanix®HCI平台上运行的NutanixAHV®或VMwareESXI®虚拟机管理程序，无论是处于房屋还是在Nutanix集群上的公共云中运行。
Nutanix Move迁移所需的常用步骤包括：
- 将源环境和目标环境连接到Move appliance VM
- 定义迁移计划
- 选择要迁移的虚拟机
- 特定源虚拟机帐户凭据
- 地图来源>目标网络
- 定义迁移计划
- 启动数据播种
- 测试虚拟机割接。转换
3.Nutanix群集 - AWS使客户管理的Nutanix节点能够在公共云中。了解更多内容：www.jhbzcj.com/clusters
迁移一次或多个一次或多个，允许IT管理员通过应用程序，服务或甚至部门批量批量VM。这可以特别有助于简化构成多层应用程序或业务单位的VM组迁移。
在进行数据播种时，源VM数据将在定义的间隔周期中复制到目标。通过将目标VM与源定期保持最新，确保最快的切换时间。
通过测试割接功能，IT管理员可以将一个或多个虚拟机割接到一个隔离的测试网络中。虚拟机在目标环境中运行，但在隔离的网络中运行，因此不会影响源环境中的实时生产虚拟机。一旦测试完成，虚拟机将被自动关闭和丢弃，而来自源的数据播种将再次恢复。
割接过程在管理员发起时开始，可以在一个或多个迁移中进行。在关闭源虚拟机并启动目标虚拟机之前，会暂停源虚拟机，并进行最后一次数据复制。这个过程可能非常短，根据源虚拟机需要多长时间关闭和导致几乎为零的服务中断，只需一分钟左右。
在Nutanix推出Move迁移工具的三年中，Move的推出，已经有大约20万个虚拟机被Nutanix的客户成功迁移。Move继续帮助客户解决他们的迁移需求，在2020年第四季度和2021年第一季度之间，迁移增长了约15%。
迈出下一步…
Nutanix Move可自由地提供给Nutanix客户，可用于从任何支持的源环境（三层上的VMware ESXi或Microsoft Hyper-V，VSAN，VSAN，AWS-Native，Onzure-Nation）到营养内部或者直接到公共云实例（AWS上的Nutanix集群）。
如果您尚未经历过HCI或Nutanix混合云的灵活性和简单性，基于同一行业领先的HCI技术，请参阅Nutanix Move如何使用无缝应用程序迁移来利用它们来利用它们。
加快您的云迁移策略，今天的测试驱动Nutanix群集．
进一步阅读的参考资料…
©2021 Nutanix公司保留所有权利。本协议中提到的Nutanix、Nutanix标识和所有Nutanix产品、功能和服务名称均为Nutanix, Inc.在美国和其他国家的注册商标或商标。此处提及的其他品牌名称仅供识别之用，且可能为其各自持有人的商标。这篇文章可能包含链接到外部网站，不是Nutanix.com的一部分。Nutanix不控制这些网站，并对任何外部网站的内容或准确性不负任何责任。我们链接到外部网站的决定不应被视为对此类网站上任何内容的认可。本文中包含的某些信息可能涉及或基于从第三方来源获得的研究、出版物、调查和其他数据，以及我们自己的内部估计和研究。虽然我们相信这些第三方研究、出版物、调查和其他数据在本文发布之日是可靠的，但它们还没有经过独立的核实，我们也不会对从第三方来源获得的任何信息的充分性、公平性、准确性或完整性做出任何声明。
这篇文章可能包含明确和隐含的前瞻性陈述，这些陈述不是历史事实，而是基于我们当前的预期、估计和信念。这些声明的准确性涉及风险和不确定性，并取决于未来的事件，包括那些可能超出我们控制的事件，而实际结果可能与这些声明的预期或暗示有实质性和不利的不同。本协议中所包含的任何前瞻性陈述仅在本协议日期生效，除法律要求外，我们不承担更新或以其他方式修改任何此类前瞻性陈述以反映随后的事件或情况的义务。