Distribuição de carga desigual em um cluster de elasticache

1

O cluster de elástico da Amazon parece ser uma boa escolha para escalonamento automático, mas parece que a distribuição de carga não é igual entre os nós.

Tanto a memória quanto a CPU, o nó 1 parece levar quase o dobro do recurso que os outros nós. Isso geralmente leva a um aumento no tempo de resposta nos horários de pico, mesmo quando a maioria dos outros nós está sentada idealmente.

Estou usando instâncias do r3.2x (8cpu, 60GB mem)

Alguém está tendo o mesmo problema? O que pode ser causado por esse comportamento (em elasticache ou em meu módulo memcache)? Do meu lado estou usando hashing consistente de distribuição (Ketama algo). Alguma alternativa melhor?

    
por Ashish Gaurav 27.01.2015 / 08:07

1 resposta

0

Se você tiver um único item de cache (ou poucos itens) que é usado com muito mais frequência do que qualquer outro item, você verá esse comportamento de distribuição de carga desigual.

Você deve verificar seu aplicativo para esse tipo de itens de cache. Talvez você possa registrar todos os pedidos de memcache para encontrar esses itens. Depois de identificar esse item, você precisa pensar em como dividir e distribuir chamadas para esse item em vários itens.

Eu acredito que não existe uma solução única para esse tipo de problema, porque depende da lógica da aplicação, do número de leituras e gravações, etc.

    
por 27.02.2015 / 13:55