写沉重的key-value存储 [英] write heavy key-value store

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

问题描述

我在寻找一个可以从EC2实例中使用的键值存储。

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

  • 项目只是一个非结构化的字符串,不需要索引
  • 在项目规模达〜5MB,但通常低于10KB
  • 大量写入
  • 在阅读并不需要要快,内存缓存可以放在前面的缓存,经常需要读取
  • 在数据量太大,以适应到内存
  • 最终一致性是好的
  • 后台程序,可以从多台机器上访问是必需的

在理想情况下的东西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.

这篇关于写沉重的key-value存储的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

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