任何企业应用最常用的组件之一是可靠的数据库，OpenStack 背后的开发社区正在努力确保在开源云中处理数据库变得简单、可靠且性能卓越。
来自 Tesora 的 Amrith Kumar、来自 NetApp 的 Christopher Merz 和来自红帽的 Rob Young 将在本月晚些时候于德克萨斯州奥斯汀举行的 OpenStack 峰会上发表演讲，题为使用 OpenStack Trove 和 Manila 扩展 DBaaS 工作负载，该演讲探讨了多个 OpenStack 项目 Trove 和 Manila 之间的集成，以及来自多家公司的开发人员如何使数据库成为 OpenStack 的一流公民和企业级应用程序。
Amrith、Christopher 和 Rob 在他们对以下问题的协作回答中，为我们预览了他们的演讲。
首先，对于初学者，您能否简要概述一下 Trove 和 Manila？这些项目在 OpenStack 生态系统中处于什么位置？
Trove 是 OpenStack 数据库即服务 (DBaaS) 项目。它允许用户在 OpenStack 提供的计算、存储和网络资源上配置和管理多种不同数据库技术的生命周期。目前，所有持久性数据库存储都在 Cinder 上，备份发送到 Swift，计算由 Nova 提供，网络由 Nova Networking 或 Neutron 提供，身份和访问管理以及服务目录服务由 Keystone 提供，数据库镜像存储在 Glance 上。
Manila，共享文件系统程序，为多租户云环境中的共享文件系统管理启用了一组服务，类似于通过 Cinder 提供基于块的存储管理的方式。该项目提供了一个供应商中立的管理接口，允许配置和连接共享文件系统，例如 NFS、CIFS 等。此功能通过公共 REST API、多个后端和一个执行资源分配决策的调度程序提供。
为什么后端对于云中的数据库很重要？对于云管理员来说，使用基于 Manila 的文件共享而不是 Cinder 解决了什么问题？
数据库中的数据目前仅存储在基于 Cinder 的卷上。根据其设计，Cinder 创建的卷仅附加到单个计算 (Nova) 实例。然而，某些数据库技术可以从存储在共享文件系统上的数据中受益。此外，如果 Trove 能够利用存储项目的高级功能（如快照、一致性组等），则可以提供更多更好的服务。
将 Manila 集成到 Trove 中，使企业组织可以考虑将 OpenStack 用于其最关键和要求最高的数据库工作负载。将存储协议选项交到客户手中，有助于架构师和云管理员专注于满足运营业务需求。Manila 集成无需强迫企业改变其运营方式以采用 OpenStack 和 Trove，而是通过消除采用新存储协议的需求来降低准入门槛。
这种实现如何帮助提供迁移、备份和其他需求？
Manila 项目的云内迁移正在进行中，目标是 OpenStack 的 Newton 版本。随着更多高级功能的创建，这些功能将逐渐显现，然后可以在 Trove 的上下文中展示。Manila 快照集成也可能是 DBaaS 项目中非常强大的功能。
这项工作是什么时候实施的，以及未来的路线图是什么？
红帽、Tesora 和 NetApp 都积极参与作为 Trove、Manila 和其他 OpenStack 组件的上游贡献者。我们与其他社区贡献者合作，推动这项工作和其他解决问题的努力。我们这项工作的计划是在接下来的几个发布周期中推动集成，吸收和迭代反馈，然后交付 GA 就绪的解决方案。
您认为云运营商会对 Trove 和 Manila 的哪些其他最新进展感到兴奋？
Manila 中租户可访问的复制 API 在 Mitaka 中可用，将在 Newton 中进行改进和加强。共享迁移也正在引入，同样目标是 Newton 版本。这将开放跨可用性区域的共享迁移。
Trove 现在支持十几种数据库，并支持许多与它如何与其他 OpenStack 项目交互相关的新功能。Trove 现在支持更复杂拓扑，例如更多数据库的复制和集群。Trove 能够通过生命周期管理数据库，而其中的一个重要方面是管理配置组，现在已扩展到更多数据库。
评论已关闭。