Estou desenvolvendo com Cassandra localmente há algum tempo e os tempos de resposta às consultas estão em torno de 50 ms.
Eu configurei um cluster EC2 de 5 nós da comunidade cassandra ami, tudo correu bem, o opscenter está instalado e funcionando e não há problemas.
Quando realizo alguma consulta de uma máquina fora da rede aws, seja para criar um keyspace, ou fazer um select * em uma tabela vazia, o tempo de resposta é superior a 20 segundos.
Quando faço uma consulta de uma máquina na mesma região, o tempo de resposta fica entre 1 e 2 segundos, ainda muito lento.
As máquinas EC2 são todas m1.large eu-west-1a
Você tem alguma ideia de por que isso está acontecendo ou onde devo procurar para encontrar o problema?
Responder1
A versão atual do DevCenter foi projetada para suportar como cenário principal a execução de scripts CQL (longos) (em comparação com um console interativo com consultas executadas uma após a outra). O DevCenter está usando como conector subjacente o driver DataStax Java para Cassandra.
Para o cenário acima mencionado, para garantir que não haja “conflitos”, é criada uma nova Sessão para cada execução. Quando uma sessão é inicializada, o driver executa uma descoberta automática de nós, cria pools de conexões, etc. Basicamente, ele faz muito trabalho de preparação. Dependendo da latência da sua máquina cliente para os nós do EC2, do tamanho do cluster e também da configuração desses nós (veja os requisitos de conexão), esta fase de inicialização pode ser bastante cara.
Como você pode imaginar, o tempo gasto na preparação não representaria uma grande porcentagem da execução de um script DDL e um tamanho decente de inserções/atualizações. Mas para um cenário interativo, isso resultará em um comportamento abaixo do ideal (aquele que você está descrevendo)
As próximas versões do DevCenter abordarão o cenário interativo e o otimizarão para que a experiência do usuário seja a esperada. E apoiar este cenário está no topo da nossa lista de prioridades.