Copie o índice de furões para outros servidores?

Question

Eu herdei um aplicativo de trilhos legado que recentemente movi por atacado para a AWS. Parte da infraestrutura é um índice de furões que existe em cada um dos dez servidores de aplicativos de back-end que criam emails de assinantes todas as noites. Temos um banco de dados grande, o que leva cerca de quatro horas para cada um dos servidores de back-end reconstruir o índice todos os dias. Em dez servidores de aplicativos, são muitas horas extras para manter a maioria deles funcionando quando, de outra forma, seriam desativados. (Tudo dito, cada conjunto de índices é de cerca de 8GB por servidor).

Todos os índices de furões reconstruídos estão lendo os mesmos dados do banco de dados principal. O que eu estou querendo saber é - poderia ter um um servidor de aplicativos fazendo a reconstrução diária, em seguida, rsync os índices reconstruídos finais para os outros servidores de aplicativos? Eu não sei o suficiente sobre furão (ou trilhos para esse assunto) para saber que tipo de dependências pode haver aqui. Eu acho que um índice é um índice, então copiar exatamente os mesmos dados para todos os servidores deve ser "não controverso", por assim dizer. Estou no meio das ervas daninhas ou no caminho certo?

    

Answer 1

Não vejo por que não.

Quero dizer, você já tentou?

Ferret é apenas uma porta ruby do Lucene, e você pode fazer coisas interessantes com um índice do Lucene, como o rsync, e o NFS compartilhá-lo, desde que os servidores só precisem de acesso somente leitura para ele.

No entanto, você terá que parar a indexação para executar o processo de cópia, para obter um instantâneo consistente dos dados no índice.

Embora pareça que é um trabalho em lote que é executado um pouco e pára, ICBW.

Minha melhor sugestão para você é tentar. Retire alguns servidores do pool e experimente rsyncing o índice entre eles e teste-o. Você deve ser capaz de definir alguns casos de teste para validar sua hipótese, certo?

Fontes: 1 2 3 4