编写繁重的,复制的,大于内存的键值存储 [英] Write heavy, replicated, bigger-than-memory key-value store

查看:82
本文介绍了编写繁重的,复制的,大于内存的键值存储的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在寻找可以在EC2实例中使用的键值存储.

I'm looking for a key value store that can be used from an EC2 instance.

  • item只是一个非结构化的字符串,不需要索引
  • 项目大小约为5MB,但通常低于10kB
  • 大量的写信
  • 读取速度不必很快,可以将memcache放在前面,以缓存经常需要的读取
  • 数据太大,无法容纳到内存中
  • 最终一致性很好
  • 需要
  • 可以从多台计算机访问的守护程序

理想情况下,AWS托管的东西是完美的,但:

Ideally something AWS hosted would be perfect but:

  • 由于写入过多,S3不适合
  • 由于项目大小限制,SimpleDB/DynamoDb不适合使用,因此不需要索引

由于市场上有很多关键价值商店,因此很难选择最好的商店.您会推荐哪一个?

As there are a lot of key value stores on the market it's hard to choose the best one. Which one would you recommend?

推荐答案

我为我的用例找到了完美的解决方案: memcachedb

I found the perfect solution for my use case: memcachedb

它并没有花哨的文档/索引,它只是一个简单的键值存储.

It doesn't do fancy document/indexing, it's just a simple key value store.

我还没有做任何性能测试.

I didn't do any performance testing yet though.

由于复制问题,我们删除了memcachedb.相反,我们现在运行mongodb. Mongodb通常需要更多的磁盘空间和更多的资源.但是副本集工作非常可靠并且易于设置.

We dropped memcachedb due to problems with replication. Instead we run now mongodb. Mongodb requires much more disk space, and more resources in general. But the replica sets work very reliable and are easy to set up.

这篇关于编写繁重的,复制的,大于内存的键值存储的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆