概述
从VMware迁移到OpenStack大获成功！从技术到务实的商业理由，有很多理由可以从VMware迁移到OpenStack软件堆栈。
随着VMware在被博通收购后，未来变得越来越不确定，许多企业正在探索其虚拟化和云基础设施需求的其他选择。幸运的是，有一个替代方案：OpenStack，成熟、强大、开源的云和企业级计算平台。
这容易吗？不。有些企业需要这样做吗？是的。
正如云原生服务提供商Civo在其研究中发现的那样，48%的1000名当前或最近的VMware用户现在支付的费用更高才能访问相同的云功能。高出多少？“近一半（48%）的人报告说他们的成本翻了一倍。超过四分之一（30%）的人看到成本增长了四倍，15%的人经历了价格上涨了十倍。”
VMware的客户正在期待最坏的情况。根据云分析公司CloudBolt的数据，73%的人预计在博通所有权下价格将上涨超过100%。事实上，12%的人预计价格将上涨301%到500%。
这些数字会毁掉业务。
他们不是唯一看到这种趋势的人。在交易完成之前，WikiBon Research的首席执行官David Vallante观察到：“52%的VMware客户支出稳定，容易受到博通的利用。那是‘肥中’，这些客户已经被锁定，未来将通过永久续订和提价进行租金提取。”
您可以查看您未来的VMware成本。
驱动这一现象的是博通通常的做法，即试图从其收购产品的现有产品中榨取更多的钱。正如theCUBEResearch分析师兼首席技术官David Nicholson所指出的，“博通购买旧车。不是为了将其恢复到原来的美丽……不……它购买经典汽车是为了提取催化转化器中的铂金。”
蚕食VMware客户
具体来说，博通正在通过以下变更蚕食VMware客户
1. 向基于订阅的许可模式过渡
博通已将VMware从永久许可转变为基于订阅的模式。这意味着您现在将根据使用情况支付定期费用。这些通常高于永久许可的一次性成本。
2. 产品捆绑
博通已将VMware的产品组合整合为更少、更全面的捆绑包。虽然这可能简化了产品组合，但它迫使客户购买更广泛的软件包，即使他们只需要特定的组件。这种捆绑策略导致许多客户的总体成本更高，特别是那些以前只使用VMware产品子集的人。
3. 取消折扣和特殊定价
博通取消了VMware以前提供的许多折扣和特殊定价安排。例如，曾经受益于折扣费率的教育机构和小型企业现在面临着大幅提价。最后，正如我们都知道，VMware的ESXi，该公司的旗舰虚拟机（VM）管理程序，不再免费。
4. 更加关注大型企业
博通的战略似乎优先考虑大型企业而不是小型客户。这种转变导致了对大规模部署更有利的定价模式，但对于小型组织而言，成本却大大增加。因此，许多中小型企业看到他们的成本飙升。
5. 战略调整和成本回收
博通以大约610亿美元的价格收购VMware，代表着一项重大投资。博通实施了积极的定价策略，以最大限度地提高收入并从这笔巨额支出中恢复。这些策略包括理顺产品集、停止盈利能力较低的产品以及提高所有价格。
6. 支持和合作伙伴结构的变化
博通重组了VMware的支持和合作伙伴计划，将经销商和服务提供商转变为仅受邀请模式。这种新的结构为较小的合作伙伴创造了额外的障碍，并增加了客户的支持和服务选择减少的成本。
如果您想以可承受的价格继续维护业务连续性，现在是时候超越VMware了。您不会孤单。CloudBolt发现46%的VMware客户认为这些变化具有非常大或极大的破坏性。
正如一位终端用户在Ars Technica论坛上所说，“我们坚持使用VMware来构建我们私有云的这一代，因为我们别无选择，但下一代已经从‘VMware的下一个版本什么时候发布’变成了
有人说基于云？ 有人说基于云？OpenStack来了，准备就绪。 您应该知道，您不必在此阶段在OpenStack和VMware之间做出选择。您可以，而且许多公司已经这样做，在您的主IT结构中使用这两个平台。通常，OpenStack用于管理私有云资源，而VMware处理传统的虚拟化工作负载。 正如Virtuozzo的首席技术官Sergey Dobrovolsky所说，“VMware将继续成为一个重要的参与者，但我们预计市场将会发生转变，因为越来越多的公司正在寻找替代方案。OpenStack的开源模式和供应商灵活性使其成为企业降低成本和避免锁定的一个有吸引力的选择。” 不过，根据OpenInfra Foundation的数据，80%的成员已经收到关于将工作负载从VMware迁移到OpenStack的咨询。这是一个有说服力的数字。 正如Canonical云产品经理Tytus Kurek告诉我的，“客户担心潜在的价格上涨和服务承诺的变化。这与高昂的许可成本和供应商锁定相结合，正在促使许多人探索OpenStack等替代方案。” Rackspace的OpenStack总经理Josh Villarreal也重复了这些评论。他说：“收购肯定造成了不确定性。客户担心潜在的价格上涨和服务承诺的变化。”因此，成本和锁定问题促使许多VMware用户认真研究OpenStack。 另一个我从许多分析师和OpenStack供应商那里听到的共同主题是，OpenStack公司不需要向VMware客户推销OpenStack的好处。不，客户经常主动联系他们。 为什么？让我们数数理由。
选择OpenStack的商业理由
成本效益
OpenStack最显著的优势之一很简单：一旦到位，它就更便宜。作为一个开源平台，OpenStack消除了VMware专有方法带来的昂贵许可费用。
您的组织还可以利用现有的硬件。OpenStack将非常乐意在您已经用于VMware的相同内部设备上运行。正如Rackspace产品总监Kevin Carter所观察到的，“云回流运动比以往任何时候都重要，并且将现有的资本支出投入使用是开源解决方案的重要组成部分。”
无厂商锁定
使用VMware，您可以使用VMware，或者，好吧，博通决定收取多少费用，您必须支付多少费用。
如果您选择使用OpenStack，您可以选择十多个不同的合作伙伴。这些包括B1 Systems、Binario Cloud、Canonical、Cleura、Cloud&Heat、Cloudbase Solutions、Cloudification、Coredge、Fairbanks、Huawei、Mirantis、Okestro、OpenMetal、PlanetHoster、Rackspace、Red Hat、Sardina Systems、Ultimum Technologies、VEXXHOST和Virtuozzo。您对其中一家公司的迁移建议不满意吗？总有另一家公司愿意承担您的项目。
这些公司以多种不同的方式提供他们的服务。例如，Dobrovolsky解释说，Virtuozzo的主要产品是其Virtuozzo Hybrid Infrastructure。该产品基于OpenStack构建，包括基于OpenStack的控制平面、我们自己的Linux发行版和专有的存储解决方案。我们提供从裸机到操作系统和云基础设施的完整堆栈，包括虚拟机和存储。这使其非常类似于VMware提供的产品，但具有开源灵活性和成本节约的额外优势。”
Wind River Software的首席技术官Paul Miller说，他的公司采取了另一种方法，“我们的业务已经有OpenStack产品多年了。”在其之上，Wind River构建了一个“现代架构，同时在相同的技术堆栈中集成了云原生Kubernetes。”这种虚拟机云和容器技术的结合已被许多人发现很有趣。
此外，Wind River Software还提供StarlingX，最佳的开源程序，可提供完整的边缘计算堆栈，一些VMware客户会觉得很有吸引力。该程序从Ceph开始，Red Hat赞助的万能开源软件定义存储平台，可以与对象级别、块级别和文件级别存储一起工作。当然，对于云管理，StarlingX使用久经考验的OpenStack。对于容器编排，StarlingX使用Kubernetes。
当然，您不必使用OpenStack发行版。虽然运行您自己的VMware到OpenStack迁移并不适合所有人，但美国保险巨头GEICO正在做完全相同的事情。
为什么？GEICO杰出架构师Tad Van Fleet解释说，“OpenStack允许我们避免厂商锁定，并允许我们定制基础设施以满足我们的特定需求。我们可以集成各种开源工具和平台，这是我们无法使用专有系统做到的。此外，OpenStack的社区驱动的开发模式意味着我们可以贡献并受益于其他人的创新。”
灵活性和定制性
OpenStack提供无与伦比的灵活性，允许企业根据特定需求定制其云环境。这种级别的控制使组织能够优化性能、与现有基础设施无缝集成，并在不受到供应商路线图约束的情况下适应不断变化的需求。
例如，Mirantis最新的产品Mirantis OpenStack for Kubernetes (MOSK) 24.2配备了一个动态资源均衡器，该均衡器可与VMware的分布式资源调度器 (DRS) 功能相媲美。此功能可自动执行工作负载分配，以解决热点和“吵闹邻居”问题。
正如Mirantis首席技术官Shaun O’Meara所解释的那样，“MOSK是一个可行且经过验证的开源技术选项，对于许多寻求替代方案的VMware用户来说尤其相关。它简化了基于OpenStack的云和虚拟化解决方案的运行，并且可以作为统一的解决方案部署在各种具有成本效益、模块化硬件上，提供功能齐全、可扩展的本地云。它被设计为迁移VMware VM工作负载的理想托管环境——使企业能够在开放基础设施上实现最佳资源管理和网络性能，并具有经过验证的可靠性。”
社区驱动的创新和稳定性
拥有超过11万名贡献者的全球社区，OpenStack用户受益于快速创新和持续改进。这个由OpenInfra Foundation监督的协作生态系统确保了该平台不断发展以满足新兴行业需求，并提供了大量现成的工具和集成。
OpenStack始于2010年由Rackspace和NASA联合发起的一个开源项目，也是一个非常成熟的程序集。特别是，OpenStack已成为主要5G电信公司的首选平台。AT&T、Deutsche Telekom、Orange、SK Telecom、Verizon和Comcast等顶级公司都依赖它来实现其5G服务，其可靠性要求为99.9999%。
除了电信领域，OpenStack 在许多其他领域也已证明其商业价值。例如，沃尔玛几乎有一百万个 OpenStack 核心在其私有云上运行。此外，暴雪娱乐，这款热门游戏如《魔兽世界》、《暗黑破坏神》、《星际争霸》和《守望先锋》的开发商，使用 OpenStack 自动伸缩来在其云端运行游戏。最后，PayPal 使用 OpenStack 来在其核心金融交易系统上每天处理超过 10 亿笔交易。
简而言之，OpenStack 具备运行关键业务、任务关键型应用程序所需的一切。您可能不了解 OpenStack，但它对于最苛刻的最终用户需求已经拥有可靠的记录。
技术挑战
虽然 OpenStack 的业务优势令人信服，但迁移的技术方面需要仔细的规划和执行。它始于一个简单的事实，即它们具有不同的架构。
架构差异
OpenStack 和 VMware 具有根本不同的架构。VMware 主要是一个虚拟化平台，专门用于虚拟化物理硬件。另一方面，OpenStack 是一个基础设施即服务 (IaaS) 云基础设施，它集成了虚拟化。一种思考方式是规模问题。虽然您可以当然使用 VMware 构建大型安装，但 OpenStack 从底层开始就是为企业级工作量设计的。这种区别意味着组织在过渡到 OpenStack 时必须重新思考其资源管理、网络和存储方法。
OpenStack 由几个核心组件组成，每个组件负责特定的功能
- Keystone：身份服务，用于身份验证和授权。
- Nova：计算服务，用于管理虚拟机。
- Glance：镜像服务，用于存储和检索 VM 镜像。
- Neutron：网络服务，用于创建和管理虚拟网络。
- Cinder：块存储服务。
- Ironic：裸机配置
- Swift：对象存储系统。
- Horizon：OpenStack Dashboard 项目
- Manila：共享文件系统
了解这些组件及其交互对于成功的迁移至关重要。如果您不熟悉 OpenStack 的软件系列，请务必找到一位熟悉它的合作伙伴。幸运的是，有很多这样的合作伙伴。
移植问题
确保现有应用程序与新的 OpenStack 环境兼容是一个重要的挑战。为在 VMware 环境中运行而设计的应用程序可能需要进行修改才能在 OpenStack 中最佳地工作。此外，将 OpenStack 与现有基础设施和工具集成可能很复杂且耗时。
大多数 OpenStack 公司已经面临并克服了这些挑战。虽然您可能直到最近才想到从 VMware 切换到 OpenStack，但公司已经进行了十多年的迁移。在他们的帮助下，您无需重新发明轮子即可成功迁移。
正如华为高级工程师李文海所说：“您需要一个团队将 OpenStack 集成到一个可行的解决方案中，以满足客户和管理层的期望。” 这些人员和团队是可用的。您只需要在进行迁移之前找到他们。
一些公司，例如 Rackspace，几乎从 OpenStack 诞生之日起就开始帮助公司从 VMware 迁移到 OpenStack。Carter 说：“我们早在 2012 年就推出了我们的第一个 OpenStack 公有云。我们始终为客户提供在 VMware 和 OpenStack 之间进行选择。然而，当前的市场条件加速了对 OpenStack 作为一种可行且具有成本效益的替代方案的兴趣。”
数据迁移
将数据从 VMware 的存储解决方案迁移到 OpenStack 的 Swift（对象存储）和 Cinder（块存储）服务涉及数据一致性和管理数据动态变化等挑战。确保数据准确有效地传输，而不会中断正在进行的操作至关重要。
幸运的是，凭借 OpenStack Cinder 支持的 50 多个驱动程序，您可以轻松地将现有的存储解决方案连接到 OpenStack。
功能对等性
虽然 OpenStack 已经成熟了很多，但一些组织会发现某些 VMware 特定的功能在 OpenStack 中没有直接复制。您需要仔细考虑这些功能问题才能成功迁移。
Carter 特别指出，“了解对 VMware 周边功能的依赖至关重要。OpenStack 为大多数 VMware 功能提供等效项，但高可用性和应用程序管理的方法有所不同。OpenStack 依赖于应用程序来实现高可用性，这是一种思维方式的转变。”
不要误会：OpenStack 非常强大，并且具有许多功能，但从一个平台迁移到另一个平台需要在开始过渡工作之前进行大量的思考和规划。
性能调优
在 OpenStack 中实现最佳性能可能需要比 VMware 经常预先优化的配置更多的手动调整。组织应准备好在迁移后投入时间进行性能优化。
特别是，管理 CPU 资源、内存分配以及确保虚拟机不会过度竞争资源（这可能导致性能下降）将对迁移到 OpenStack 环境的 VMware 管理员构成挑战。
虚拟化和资源管理
OpenStack 支持多种 hypervisor，包括 KVM 和 Hyper-V。这种灵活性允许组织为他们的需求选择最佳的虚拟化技术。然而，它也需要仔细的规划以确保兼容性和最佳性能。
OpenStack 社区将其工作重点放在 KVM 上，这是最流行的开源 hypervisor，也被 AWS 和 Google 等云巨头使用。它还支持相关的当前技术，如 GPU、NUMA、PCI 和网络加速器。
网络注意事项
OpenStack 的网络模型由 Neutron 管理，提供先进的软件定义网络 (SDN) 功能。虽然这提供了更大的灵活性，但可能需要重新配置现有的网络拓扑和安全组。
存储迁移
从 VMware 的存储解决方案过渡到 OpenStack 的存储服务（Cinder、Manila、Swift）需要仔细的规划。组织必须考虑数据迁移策略、性能要求以及与现有存储系统的兼容性。
运营问题
当然，还有操作方面的挑战。顺着列表往下看
1. 技能差距
过渡到 OpenStack 需要与管理 VMware 环境不同的技能组合。组织需要投资于培训或聘请具有 OpenStack 专业知识的新人才，这可能需要大量的时间和资源。
许多（但并非全部）OpenStack 供应商提供课程。
2. 复杂性
特别是，OpenStack 的灵活性和模块化带来了初始复杂性的增加。管理和维护 OpenStack 环境可能比 VMware 设置更具挑战性，后者通常更简化和用户友好。这种复杂性可能导致更长的初始部署时间和管理员的学习曲线；但是，就像所有事情一样，技术栈的变化都会有一定的学习曲线。
3. 供应商锁定和支持
迁移到 OpenStack 的一个动机是避免与 VMware 相关的供应商锁定。然而，迁移本身可能会因对 VMware 特定功能和集成的依赖而变得复杂。
4. 成本和资源分配
虽然 OpenStack 从长远来看可以节省成本，但初始迁移过程可能需要大量资源。这包括与规划、测试和执行迁移相关的成本，以及过渡期间可能出现的停机或性能问题。
5. 确保业务连续性
在迁移过程中保持业务连续性至关重要。这涉及对新环境进行严格的测试和验证，以确保所有工作负载都能正常运行，并且不会中断关键业务运营。分阶段的迁移方法可以帮助减轻风险，但需要周密的计划和执行。
寻找您需要的帮助
幸运的是，您和您的合作伙伴不必独自弄清楚如何进行这次迁移。OpenStack 供应商已经帮助像您这样的公司迁移到这种流行的私有云十多年了。
为您的过渡选择合适的合作伙伴至关重要。花时间确保您的 OpenStack 供应商是满足您需求的最佳选择。例如，适合您朋友的大公司的 OpenStack 业务可能不是您 SMB 的最佳选择。同样，位于美国的公司可能不是在欧盟设立公司的正确选择。
可以在 OpenStack Marketplace 上找到 OpenStack 合作伙伴的完整列表。
迁移工具
有几种方法和工具可以促进迁移过程。这些包括
Cloudbase Solutions 的全球销售经理 Johan Holmström 解释说，其 Cloudbase Coriolis 是一个支持实时迁移场景的平台。“此迁移工具旨在尽可能地不具侵入性。它允许客户在无需代理或大量停机的情况下将工作负载从 VMware 迁移到 OpenStack。Coriolis 支持各种源和目标云环境，使其成为希望摆脱 VMware 的客户的理想解决方案。”
他继续说道，“Coriolis 可以迁移单个虚拟机或数千个虚拟机，同时确保对正在运行的工作负载的干扰最小。它利用 REST API 与 VMware 和 OpenStack 交互，使过程无缝。”
具体来说，Coriolis 的工作方式是“与 VMware 的 vSphere 通信，并使用 Changed Block Tracking (CBT) 快照来捕获数据。在 OpenStack 侧，它创建新的卷并向其流式传输数据。源 VM 在数据复制期间继续运行，并且仅在最终阶段才关闭源 VM 并完成迁移。”
VEXXHOST 也有一个类似的工具：MigrateKit。这个命令行工具可以帮助您将 VM 从 VMware 迁移到 OpenStack，几乎没有停机时间。它首先将 VM 的完整副本复制到 OpenStack 云。在后续的迁移周期中，Migratekit 将仅复制自上次迁移周期以来所做的更改。
VEXXHOST 的 CEO Mohammed Naser 解释说，“现有的工具要么需要大量的停机时间，要么是成本高昂的商业解决方案。为了解决这个问题，我们开发了这个开源项目。它会拍摄虚拟机的快照，并以增量方式将数据复制到 OpenStack，从而最大限度地减少迁移过程中的停机时间。”
Naser 总结说，当客户准备好过渡到 OpenStack 时，“这会将最终切换时间减少到仅 60 秒，无论数据大小如何。这种方法可确保关键工作负载受到最小的干扰。”
其他 OpenStack 发行版都有自己的特定于供应商的迁移工具。这些包括 Red Hat 及其 Migration Toolkit for Virtualization (MTV)，用于将工作负载从 VMware vSphere 迁移到 OpenShift，以及 Mirantis 的 VMware to OpenStack Migration Framework。市场上还有一些供应商中立的迁移工具，包括 Coriolis、MigrateKit 和 ZConverter。
或者，如果您更喜欢动手操作的开源方法，可以使用 Red Hat 的 Virt-V2V：使用此工具，您可以将 VMware 虚拟机转换为 KVM，Linux 内置的虚拟机 hypervisor 格式。
分阶段迁移
分阶段的方法允许组织逐步将工作负载从 VMware 迁移到 OpenStack，从而最大限度地减少对正在进行的操作的干扰。这种策略通常涉及
- 设置一个并行的 OpenStack 环境
- 首先迁移非关键工作负载
- 测试和优化新环境
- 逐步迁移更多关键应用程序
根据 GEICO 的 Van Fleet 的说法，它在实践中可以这样运作。GEICO 的迁移计划已经顺利进行。它从“调整我们的环境以消除过度配置的资源开始。这使我们能够减少物理服务器的数量并简化我们的基础设施。我们还提供广泛的支持和专业服务，以指导我们的团队完成迁移过程，确保干扰最小。”GEICO 坚持其路线，并预计会按时完成。
DevOps和编排
利用 DevOps 工具，例如 Ansible 和 Infrastructure as Code (IaC) 程序，例如 Terraform，可以显着简化迁移过程。这些工具可以帮助执行以下任务：
- 发现 VMware 工作负载
- 创建迁移计划
- 执行迁移
- 验证结果
当然，即使有了所有这些，也不会一帆风顺。从遗留平台迁移不会没有一些汗水和眼泪。尽管如此，这次迁移对于其业务和技术优势而言，将是值得您付出时间和精力的。
结论
从 VMware 到 OpenStack 的过渡代表了组织处理虚拟化基础设施方式的重大转变。虽然迁移过程涉及仔细的规划和潜在的挑战，但增加的灵活性、成本节约和社区驱动的创新所带来的好处使 OpenStack 成为许多企业的有吸引力的替代方案。此外，您还得到了一个由来自数百个组织和 187 个国家的 11 万个个人组成的全球开源社区的支持。
随着云计算格局的不断发展，OpenStack 的开放性和适应性使其成为寻求摆脱供应商锁定并控制其基础设施的组织的面向未来的解决方案。通过仔细考虑迁移的业务和技术方面，组织可以成功利用 OpenStack 来构建更灵活、更具成本效益和更具创新性的云环境。
