我们正在为一些读/写密集型应用程序寻找具有故障转移集群的文档数据库存储解决方案。
我们将平均每秒有 40,000 个并发写入写入数据库(期间峰值可能高达 70,000) - 并且可能发生几乎相似数量的读取。
我们还需要一种机制让数据库通知新写入的记录(数据库级别的某种触发器)。
就正确选择文档数据库和相关容量规划而言,什么是好的选择?
更新
关于预期的更多细节。
- 平均而言,我们预计每秒在 3-4 个数据库/文档集合中插入 40,000 (40K) 次(新文档)。
- 峰值可能高达 120,000 (120K) 个插入
- 插入应该立即可读 - 几乎是实时的
- 除此之外,我们预计每秒大约有 5000 次更新或删除
- 除此之外,我们还预计有 500-600 个并发查询访问数据。这些查询和执行计划在一定程度上是众所周知的,尽管这可能需要更新,比如一周左右一次。
- 系统应支持存储端的故障转移集群