目录

步：停止shards分配

第二步：graceful stop

第三步：启动一个新节点

第四步：重启shards分配

这个系列的其他文章：

CrateDB初探（一）：CrateDB集群的Docker部署

CrateDB初探（二）：PARTITION, SHARDING AND REPLICATION

CrateDB初探（三）：JDBC

CrateDB初探（四）：乐观并发控制 (Optimistic Concurrency Control )

本篇主要内容是优雅停机和rolling upgrade

假设集群中的一个节点 (node01) 需要停机维护，为此新启动一个节点加入集群

集群初始状态和表‘staff1’的shards分布

在停node01之前表‘staff1’的shards

————————————————

步：停止shards分配

首先把shard分配参数 (cluster.routing.allocation.enable) 值修改为new_primaries

第二步：graceful stop

对node01进行decommission操作

由于cluster.graceful_stop.min_availability值为primaries，即使node01上原先有某个shard的副本，也只会移动了primary shard，副本会被丢弃。关于cluster.graceful_stop.min_availability参数，详见官方文档：

第三步：启动一个新节点

新启动一个node04后，primary shard 0 从node03被分配到node04

第四步：重启shards分配

后，把shards分配参数修改为all

来源 https://blog.csdn.net/gxf1027/article/details/105273085