nosql – 我应该使用redis存储大量二进制文件吗？

发布时间：2020-12-13 13:33:07 所属栏目：百科来源：网络整理

导读：我需要存储大量的二进制文件(10 – 20 TB，每个文件的范围从512 kb到100 MB)。我需要知道Redis是否会对我的系统有效。我需要我的系统中的以下属性：高可用性故障转移分片我打算使用一大堆商品硬件尽可能地降低成本。请建议使用Redis构建此类系统的利弊

我需要存储大量的二进制文件(10 – 20 TB，每个文件的范围从512 kb到100 MB)。

我需要知道Redis是否会对我的系统有效。
我需要我的系统中的以下属性：

>高可用性
>故障转移
分片

我打算使用一大堆商品硬件尽可能地降低成本。请建议使用Redis构建此类系统的利弊。我也关心Redis的高压头要求。

我不会使用Redis这样的任务。其他产品将更适合IMO。

Redis是一个内存数据存储。如果要存储10-20 TB的数据，则需要10-20 TB的RAM，这是昂贵的。此外，内存分配器针对小对象而不是大对象进行了优化。你可能要把你的文件剪成各种小块，这不太方便。

Redis不提供HA和故障切换的临时解决方案。提供主/从复制(并且工作得很好)，但不支持此故障转移的自动化。客户端必须足够聪明才能切换到正确的服务器。服务器端(但是这是未指定的)必须以可靠的方式切换主节点和从属节点之间的角色。换句话说，Redis只提供一个自己动手的HA /故障切换解决方案。

分片必须在客户端实现(像使用memcached)。有些客户支持，但不是全部。最快的客户端(hiredis)没有。无论如何，重新平衡的事情必须在Redis之上实现。应该支持这种分片功能的Redis Cluster还没有准备好。

我建议使用其他一些解决方案。 MongoDB与GridFS可能是一种可能。与HDFS的Hadoop是另一个。如果你喜欢尖端的项目，你可能想要试试Elliptics Network。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!