我需要有关分布式媒体存储数据存储的建议

| 我想开发一个多媒体系统,该系统需要保存数百万个视频和图像,所以我想选择一个分布式存储子系统。谁能给我一些建议?谢谢!     
已邀请:
        @yi_H 您可以将写入配置为在返回客户端之前首先复制到多个节点。现在,当然需要用例了。绝对会影响性能。因此,如果您要实现写繁重的分析数据库,它将对写吞吐量产生重大影响。 关于问题,您在缺乏需求等方面提出的所有其他观点,我赞成。 在nosql数据库中使用元数据复制文件系统是一种非常常见的处理方式。 @您为什么考虑这种方法? 您是否看过Mongodb gridfs?我从未使用过它,但是我会看一下它是否给您任何想法。     
        我想“数百万个视频和图像”的最佳选择是内容分发/投放网络(CDN):   CDN是一种服务器设置,可用于   更快,更有效地交付   您的媒体文件。它是通过   将您的媒体副本保存在   不同的存在点(POP)   遍布全球的网络以确保快速   客户访问和最快的交付   可能 如果您将使用CDN,则无需担心很多问题(分发,快速访问)。与CDN的集成也应该非常简单。     
        Yo向我们(附近)提供了有关您的要求的零信息。例如: 您想要原子交易吗? 系统读取或写入繁重吗? 您需要快速查询还是要对数据集进行批处理? 视频多大? 您要在本地(在LAN上)分布数据还是跨多个数据中心/大洲分布数据? 如果我们不知道需要什么支持,我们应该如何选择正确的工具? 在不了解系统的情况下,我建议对视频和图像使用某种FS复制,然后将与项目相关的元数据存储在MongoDB,MySQL Master-Master或MySQL Cluster中。     
        分布式涉及什么? 如果您正在谈论要分发的复制: MongoDb仅限于主从复制,因此对于真正的分布式系统,只有一个节点能够读取/写入,这使您单点故障。 CouchDB能够对等复制。 在这里找到一个很好的比较,这里也与hbase进行了比较。 使用CouchDB时,您还必须知道将要与数据库进行http对话并已内置Web服务。 问候, 克里斯     
        一种替代方法是使用MongoDB的GridFS,作为(非常易于管理的)冗余和分布式文件系统。 有人会说它的读取速度很慢(这主要是由于其设计的本质),但这并不一定意味着它对整个系统来说都是一个破坏者,因为如果您需要稍后,您可以始终将Varnish或Squid放在文件系统层的前面。 就我所知,Squid还支持所有较热文件的磁盘缓存。 资料来源: http://www.mongodb.org/display/DOCS/GridFS http://www.squid-cache.org/Doc/config/cache_dir/     

要回复问题请先登录注册