我需要存储大量的二进制文件(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。