Openstack持久存储-Swift,Cinder,Manila三者之间的区别

总结不易，给个三连吧！！！

补充：
文件共享存储服务Manila
在OpenStack生态系统中，Cinder和Manila分别提供了两种不同类型的存储服务，类似于传统的SAN（存储区域网络）和NAS（网络附加存储）。
Cinder：块存储服务
Cinder可以被形象地类比为向客户端系统提供块设备的SAN存储。它允许创建、管理和删除持久化的块存储卷，并将这些卷直接挂载到虚拟机实例上，作为额外的磁盘空间使用。就像SAN环境中的LUN（逻辑单元号），Cinder卷表现为一个原始的块设备，可以直接进行分区和格式化，然后像普通硬盘一样用于数据存储。这种方式提供了高性能的数据访问能力，因为应用程序可以直接与底层存储介质交互，而无需通过文件系统层。
Manila：文件共享服务
另一方面，Manila则更像是提供文件共享功能的NAS存储。它支持多种文件共享协议，例如NFS（网络文件系统）和CIFS/SMB（通用Internet文件系统/服务器消息块）。通过配置不同的后端驱动，Manila能够灵活地管理多个存储后端，并根据需要创建和管理文件共享。用户可以通过标准的文件系统协议访问这些共享资源，而无需关心底层存储的具体实现细节。
要深入了解Manila的工作原理，理解以下几个关键概念是必要的：
后端驱动：这些驱动程序实现了文件共享的编排和管理，使得Manila可以与各种物理或虚拟存储平台集成。
共享网络：定义了如何在网络层面配置和分配IP地址等资源，以确保客户端系统能够正确访问文件共享。
总结，Cinder专注于提供高性能、低延迟的块级存储服务，适用于需要直接磁盘访问的应用场景；而Manila则聚焦于提供易于使用的文件共享服务，适用于那些希望以文件级别共享和协作的数据集。两者共同构成了OpenStack强大且灵活的存储解决方案。
Manila组件：
Manila API服务（API server）：这是一个REST接口，负责处理创建和管理新文件共享的客户端请求。
Manila数据服务（data service）：负责共享的迁移和备份。
Manila调度器（scheduler）：它负责选择合适的共享服务器来托管新请求的文件共享。
Manila共享服务器（share server）：这是托管OpenStack租户请求的存储共享的服务器。