scalability - RavenDB - 规划可扩展性

Question

我最近一直在学习 RavenDB，并想使用它。

我想知道人们对以可扩展的方式构建系统有什么建议或建议，特别是跨服务器分片数据，但可以在单个服务器上启动并且仅根据需要增长。

在单个实例上创建多个数据库并在它们之间实现分片是否可取，甚至可能。那么要扩展它是否只是将这些数据库分布在机器上的问题？

我的第一印象是这种方法行得通，但我很想听听其他人的意见和经验。

更新 1:

我一直在思考这个话题。我认为我对“稍后整理”方法的问题是，在这种情况下，在我看来很难在服务器之间均匀分布数据。我不会有一个可以在(A-E，F-M ..)范围内的字符串键，它将用数字完成。

这留下了我可以看到的两个选项。要么在边界处打破它，所以 1-50000 在分片 1 上，50001-100000 在分片 2 上，但是对于一个老化的站点，比如这个站点，您的原始分片将少做很多工作。或者，如果您需要将文档移动到新分片，那么循环分片并将分片 ID 放入 key 的策略将受到影响，它会更改 key 并破坏使用该 key 的 url。

所以我的新想法，我再次把它放在那里征求意见，是从第一天开始创建一个分桶系统。这就像将分片 id 塞进 key 一样，但是你从一个大数字开始，比如 1000，你在它们之间平均分配。然后，当需要将负载拆分为分片时，您可以说将存储桶 501-1000 移动到新服务器并编写分片逻辑，即 1-500 转到分片 1，501-1000 转到分片 2。然后当 a第三台服务器上线，您选择另一个范围的存储桶并进行调整。

在我看来，这使您能够拆分为与最初创建的存储桶一样多的碎片，在数量和年龄方面均匀分布负载。无需更改 key 。

想法？

Answer 1

这是可能的，但真的没有必要。您可以开始使用一个实例，然后在需要时通过设置分片进行扩展。

另见:

http://ravendb.net/documentation/docs-sharding

http://ayende.com/blog/4830/ravendb-auto-sharding-bundle-design-early-thoughts

http://ravendb.net/documentation/replication/sharding