最近，我们的一位客户找到我们，希望将其电子商务网站托管堆栈从内部部署的OpenStack基础架构迁移到Akamai云。虽然这位客户非常欣赏OpenStack的灵活性，但他们在使用OpenStack时也遇到了一些挑战，因此他们选择了Akamai。
OpenStack 的挑战
OpenStack 面临三大挑战。首先是复杂性和专业知识要求。构建和维护 OpenStack 环境非常复杂，需要在云计算、虚拟化、Linux 系统管理和网络等领域具备深厚的专业知识。OpenStack 的模块化架构由 30 多个集成服务组成（如用于计算的 Nova、用于网络的 Neutron、用于块存储的 Cinder），需要精确的配置和持续的维护。对这些组件的管理不当会导致系统故障，增加停机和数据丢失的风险。
OpenStack 面临的第二个挑战是支持有限。虽然 OpenStack 得益于一个充满活力的开源社区，但它缺乏企业云解决方案中由供应商提供的全面支持。这可能会使故障排除复杂化，延误关键更新或补丁，从而带来运营风险。由于缺乏 SLA 支持服务，企业很难确保其云环境的可靠性和安全性。
最后，构建和维护内部环境的硬件和运营成本可能会成为负担。在企业内部部署 OpenStack 需要在企业级硬件（包括高性能服务器、网络交换机和存储阵列）上花费大量资金。客户的初始设置成本包括冗余电源、高可用性配置和其他故障切换机制。此外，OpenStack 操作员的专业培训和认证费用也很高，进一步增加了总体拥有成本。
鉴于这些挑战，该客户决定将其 OpenStack 环境迁移到 Linode，以充分利用其托管云基础设施和支持服务。
迁移到 Linode
该客户的目标是从资源密集型的内部部署 OpenStack 环境过渡到 Linode 的云平台，将基础设施管理卸载到 Linode，同时保留架构的现有功能和性能。
他们当前的内部基础架构由许多不同的组件组成：计算、网络、存储、身份、仪表板、图像和协调。我们的团队仔细分析了每个组件，以了解其功能和要求。这使我们能够为每个组件找到精确的 1:1 解决方案，确保新基础设施能够支持客户现有堆栈的每个部分。
我们的全面测试和迁移过程确保了提供商的 OpenStack 构建的每个部分都与相应的产品准确匹配，并保持功能和性能。如果没有直接对应的 Linode 服务，我们就会添加一个开源组件。通过这种方式，我们确保客户基础设施的任何方面都不会被忽视。这一细致的过程不仅最大限度地减少了潜在的停机时间和兼容性问题，还优化了新环境，提高了性能和可扩展性，最终提供了一个符合客户需求的稳健可靠的解决方案。
在上图中，您可以看到我们实施的 1:1 迁移。客户之前的堆栈包括计算（Nova）、网络（Neutron）、块存储（Cinder）、对象存储（Swift）、身份服务（Keystone）、仪表盘（Horizon）和协调（Heat）。
客户现有的 Nova 实例被映射到 Linode 计算实例。我们利用 Linode 的高内存和专用 CPU 实例类型来满足电子商务应用程序的性能要求。
在网络方面，我们使用 Linode 的 VLAN 为不同的应用层（网络、应用、数据库）创建隔离网络。LinodeNodeBalancers 取代了 OpenStack 的负载平衡器即服务（LBaaS），在多个实例之间分配流量。
其次，在存储方面，客户同时使用了块存储和对象存储。LinodeBlock Storage 被用作 OpenStack Cinder 的直接替代品，卷被动态附加到实例上。存储卷根据需要进行了调整和加密，以符合数据保护标准。Linode 的S3 兼容Object Storage 服务取代了 OpenStack Swift，从而与客户现有的数据工作流和备份解决方案实现了平滑集成。
在身份和访问管理方面，我们使用了 Linode API 标记并设置了多因素身份验证。
这种1:1的资源匹配确保了轻松过渡，使客户能够在受益于Akamai云的增强功能的同时保持运营的连续性。
现在，让我们来看看我们是如何构建它的。
首先，我们使用 Linode 的云管理器建立了一个 DIY 协调系统。
然后，我们在 Linode 上创建了一个自定义 API 网关，用于管理和路由请求。该网关与 Linode API 相连接。
然后，客户使用 Linode API 创建和管理供应池，包括 Linode 实例、对象存储桶和网络资源。此外，还创建了用于部署的自定义映像，并根据需要部署到供应池。
我们还建立了一个监控系统，定期对部署的资源进行健康检查。然后，我们为客户创建了一个自定义门户，以便与系统进行交互。
我们设计的这一迁移战略建立了一个复杂、可扩展的基础设施，通过定制工具和自动化进行管理。这种云基础设施可根据需要调配资源，动态响应托管需求，确保高效的资源分配和可扩展性。API 网关作为一个中心枢纽，在协调系统、Linode API(https://api.linode.com/v4/) 和其他基础设施元素之间智能地路由请求。这简化了通信，并允许对 API 访问和功能进行细粒度控制。
将电子商务堆栈迁移到 Linode 的好处
通过为客户现有堆栈的每个组件找到直接 1:1 的 Linode 替代方案，我们帮助他们避免了数据中心运营成本的大幅增加。通过迁移到 Linode，他们消除了与在 OpenStack 上构建相关的开销和培训。此外，Linode 可预测的定价模式和高效的资源管理进一步降低了他们的数据中心运营成本，使他们能够在不超支的情况下优化性能。
Linode 还提供全面的免费支持。这种支持包括全天候访问专家团队，从初始设置到持续维护和故障排除，他们都能提供帮助。无论您是小型企业、开发人员还是大型企业，有了可靠的支持，任何问题都能得到及时处理，最大限度地减少停机时间和中断。这对迁移到 Linode 的客户来说是一个巨大的好处，因为他们无法从 OpenStack 获得全面的支持。
由于客户使用的是内部部署基础架构，因此当他们迁移到 Linode 上的云基础架构时，能够省去大量的硬件成本。在他们以前的内部部署环境中，来自全球各地终端用户的大流量导致了高带宽使用率。这种大流量导致他们的互联网服务提供商收取高昂的带宽费用。然而，迁移到Linode并与Akamai集成后，他们的总体数据传输成本大幅降低。管理内部数据中心还涉及与维护、更新和人员配备相关的持续费用。迁移到Linode后，这些管理费用大幅减少。
如果你是负责将堆栈从内部部署迁移到云的开发人员，Linode 有相应的服务来确保 1:1 的匹配，如果他们不提供服务，他们也会为你设置合适的开源工具。如果您有兴趣将现有堆栈迁移到云，可以使用此链接申请最高 5,000 美元的信用额度，将现有基础架构迁移到 Linode。
注释