O Looker mantém um cache como parte de cada instância. O cache padrão do Looker é uma solução personalizada baseada em várias camadas: na memória, disco local e disco remoto. O banco de dados interno do Looker é usado como um índice que identifica onde os objetos armazenados em cache estão localizados no sistema.
Se você estiver hospedando sua própria instância do Looker, poderá configurar o Looker para usar um cache Redis hospedado separadamente. Um cache do Redis pode oferecer os seguintes benefícios:
- Melhoria na recuperação do cache: a principal melhoria será em tempos consistentes de recuperação do cache. À medida que o número de nós em um cluster do Looker aumenta, a comunicação entre eles pode prejudicar o desempenho do cache. A nova arquitetura de cache do Redis consolida o cache, o que resulta em tempos de recuperação consistentes, não importa o tamanho do cluster do Looker.
- Menos carga: além disso, o cache está em um nível separado da sua instância do Looker, o que resulta em menos carga na instância do Looker.
- Escalonabilidade: o uso de um cache do Redis também permite que ele seja escalonado de forma independente da sua instância do Looker.
Requisitos
O Looker é compatível com as versões 4.0.x, 5.0.x e 7.2.x do Redis. Para usar um cache do Redis com o Looker, sua instância do Redis precisa atender aos seguintes requisitos:
- A instância do Redis precisa ser acessível na instância do Looker.
- A instância do Redis não pode ser um cluster. No entanto, é possível usar uma instância de réplica para alta disponibilidade.
- O tamanho do cache do Redis precisa ser aproximadamente igual ao do cache do Looker. Por padrão, o cache do Looker é de 2 GB por nó. Portanto, se você tiver um cluster do Looker de três nós, um cache do Redis de 6 GB será recomendado.
- A configuração
maxmemory-policydo Redis precisa ser definida comovolatile-lru. - É necessário desativar qualquer autenticação do Redis. Todos os dados armazenados no Redis são criptografados na instância do Looker antes de serem enviados ao servidor do Redis.
- Você pode usar uma opção do Redis hospedada em um AWS ElastiCache ou um Google Memorystore, desde que não seja uma configuração de cluster do Redis.
Além disso, o sistema de criptografia GCM do Looker é necessário para usar o Redis no Looker. É necessário atualizar a criptografia para instâncias que usam a criptografia legada antes de ativar o Redis. Se você tentar ativar o Redis sem a criptografia do GCM, o Looker não vai iniciar e vai mostrar uma mensagem de erro semelhante a esta:
2020-01-23 10:28:44.253 -0800 [ERROR|007e4|cache] :: Must enable GCM encryption to use Redis caching
Para instruções sobre como fazer upgrade da criptografia legada para a criptografia GCM, consulte a página de documentação Migração para a criptografia AES-256 GCM.
Como definir uma variável de ambiente para ativar o cache do Redis
Para ativar o cache do Redis, defina a variável de ambiente LOOKER_REDIS_CACHE_DISCOVERY para apontar para o URL de conexão do Redis e reinicie completamente a instância do Looker, incluindo todos os nós do cluster. Recomendamos que você desligue o servidor completamente, modifique os scripts de ambiente e inicialização conforme necessário para incluir a variável de ambiente e inicie todos os nós.
Para encerrar o Looker, execute os seguintes comandos em cada nó:
cd looker
./looker stop
Por exemplo, se você tiver uma instância local do Redis no mesmo host na porta padrão, defina a variável de ambiente LOOKER_REDIS_CACHE_DISCOVERY da seguinte maneira:
export LOOKER_REDIS_CACHE_DISCOVERY=redis://localhost:6379
Em seguida, reinicie o Looker:
./looker start
Como verificar se o cache do Redis está ativado
Para determinar se o cache do Redis está ativado, procure entradas no registro do Looker. Haverá entradas de registro semelhantes a estas:
2021-06-11 16:54:41.532 +0000 [INFO|007e4|RedissonClientPool] :: Creating client for redis://localhost:6379/
...
2021-06-11 16:54:42.802 +0000 [INFO|007e4|cache] :: Creating render_cache DataShelf: redis