AWS中的Datastax实例类型升级问题

时间:2018-02-08 06:12:08

标签: datastax datastax-enterprise datastax-startup datastax-enterprise-graph datastax-php-driver

我计划将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

1 个答案:

答案 0 :(得分:0)

是的,所以这不是升级,而是将数据移动到大型计算机上。只要保留数据目录,该节点就会保留相同的令牌范围和节点ID(所有这些都保存在cassandra系统表中)。

但是请注意,听起来您正在重新安装AMI快照,节点将会落后"落后"与其他节点进行比较,因此如果您的读取一致性不是Quorum,那么您的读取可能会命中旧节点并获取过时数据。一旦你完成修复,也可能是一个好主意。