代码之家 › 专栏 › 技术社区 › Sreeraju V

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

datastax-php-driver datastax-enterprise-graph datastax-startup datastax-enterprise datastax

0

Sreeraju V · 技术社区 · 8 年前

我计划从t2升级AWS中的datastax实例。大到t2.2XL。我们当前的集群包含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)从taked AMI启动一个新的t2.2xlarge实例。
(注意:新实例ip应与前一实例相同)

步骤4)sudo服务dse启动

1 回复 | 直到 8 年前

1

0

markc 8 年前

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

但是请注意,听起来像是在装载AMI快照,与其他节点相比,该节点将有点“落后”,因此如果您的读取一致性不是Quorum,那么您的读取可能会命中旧节点并获取过期数据。完成后再进行维修可能也是一个好主意。