请注意:
本书基于 Elasticsearch 2.x 版本,有些内容可能已经过时。
本书基于 Elasticsearch 2.x 版本,有些内容可能已经过时。
一个大的用户
edit一个大的用户
edit大规模流行论坛都是从小论坛起步的。 有一天我们会发现我们共享索引中的一个分片要比其它分片更加繁忙,因为这个分片中一个论坛的文档变得更加热门。 这时,那个论坛需要属于它自己的索引。
我们用来提供一个用户一个索引的索引别名给了我们一个简洁的迁移论坛方式。
第一步就是为那个论坛创建一个新的索引,并为其分配合理的分片数,可以满足一定预期的数据增长:
PUT /baking_v1 { "settings": { "number_of_shards": 3 } }
第二步就是将共享的索引中的数据迁移到专用的索引中,可以通过scroll
查询和bulk
API来实现。
当迁移完成时,可以更新索引别名指向那个新的索引:
POST /_aliases { "actions": [ { "remove": { "alias": "baking", "index": "forums" }}, { "add": { "alias": "baking", "index": "baking_v1" }} ] }
更新索引别名的操作是原子性的;就像在拨动一个开关。你的应用程序还是在与 baking
API 交互并且对于它已经指向一个专用的索引毫无感知。
专用的索引不再需要过滤器或者自定义的路由值了。我们可以依赖于 Elasticsearch 默认使用的 _id
字段来做分区。
最后一步是从共享的索引中删除旧的文档,可以通过搜索之前的路由值以及论坛 ID 然后进行批量删除操作来实现。
一个用户一个索引模型的优雅之处在于它允许你减少资源消耗,保持快速的响应时间,同时拥有在需要时零宕机时间扩容的能力。