0

我计划将 AWS 中的 datastax 实例从 t2.large 升级到 t2.2xlarge。我们当前的集群包含 6 个 SearchGraph 节点

Datacenter: SearchGraph
=======================
UN  192.168.8.1  469 MiB     1            ?       936a1ac0-6d5e-4a94-8953-d5b5a2016b92  rack1
UN  192.168.8.2  427.71 MiB  1            ?       3f41dc2a-2672-47a1-90b5-a7c2bf17fb50  rack1
UN  192.168.8.3  431.27 MiB  1            ?       29f8fe44-3431-465e-b682-5d24e37d41d7  rack2
UN  192.168.8.4  480.73 MiB  1            ?       1f7de531-ff51-4581-bdb8-d9a686f1099e  rack2
UN  192.168.8.5  498.9 MiB   1            ?       27d37833-56c8-44bd-bac0-7511b8bd74e8  rack2
UN  192.168.8.6  882.4 MiB   1            ?       0822145f-4225-4ad3-b2be-c995cc230830  rack1

由于我们的复制因子是 3,即使我们的 2 实例出于实例升级目的而停机,我们也可以生存。我需要明确我计划进行的以下升级步骤是否正确?

第1步)

nodetool flush 
sudo service dse stop

步骤 2) 获取实例的 AMI

步骤 3) 从采用的 AMI 启动一个新的 t2.2xlarge 实例。
(注意:新实例 ip 应与前一个相同)

步骤 4) sudo service dse start

4

1 回答 1

0

对,所以这不是升级,而是您将数据移动到大型机器上。只要您保留数据目录,那么节点就会保留相同的令牌范围和节点 ID(全部保存在 cassandra 系统表中)。

但是请注意,听起来您正在重新安装 AMI 快照,与其他节点相比,该节点会有点“落后”,因此如果您的读取一致性不是 Quorum,那么您的读取可能会命中旧节点并退出日期数据。完成后运行修复可能也是一个好主意。

于 2018-02-08T14:33:20.370 回答