migração de dados da cassandra da unidade comum para SSD no servidor de produção

Question

Queremos migrar nossos dados de unidades comuns no servidor de produção para novas unidades SSD. como podemos fazer isso sem derrubar o nó por mais de 4 horas (o hand-off sugerido é de 4 horas), nossos dados estão em algumas centenas de GigaBytes.

O que eu estava pensando é parar o cassandra em um nó por vez, liberando dados para os discos e, em seguida, transferindo dados de unidades antigas para novas unidades e desmontando o disco antigo e trazendo de volta o nó on-line. Esta é uma abordagem correta? Em caso afirmativo, qual é a minha principal preocupação é que a migração de dados para o novo disco leva mais de 4 horas na média, enquanto eu vou perder dicas.

Existe alguma abordagem melhor para a migração de dados para novos discos?

    

Answer 1

Enquanto o Cassandra está em execução, rsync de HD para SSD. Certifique-se de usar os sinalizadores -H e --delete para endereçar hardlinks e excluir sstables / commitlogs. Não se esqueça de commitlogs se estiverem no mesmo dispositivo. Quando você chegar a um ponto em que transferiu a maior parte dos dados e os rsyncs subsequentes para um intervalo relativamente rápido, você poderá drenar & pare a instância da cassandra, faça um rsync final e altere o caminho data_dir. Isso reduz o tempo de inatividade do nó para minutos, aproximadamente o tempo que leva para o rsync final, supondo que o chassi possa caber tanto no HD quanto no SSD ao mesmo tempo.

    

Answer 2

ou se você tiver replicação > 1, simule um nó morto e, em seguida, inicialize-o com o novo layout SSD e reúna-o ao cluster.