Redis: Política de Eviction sem Perder Sessões

Ilustração técnica sobre Redis: Política de Eviction sem Perder Sessões
Ilustração original sobre limites de memória e expulsão de chaves no Redis em uma VPS.

Resposta Rápida / TL;DR

A recomendação é começar pelo plano VPS Brasil Básico (4 GB, 4 vCPUs, 100 GB NVMe, R$99/mês) e validar o fluxo real com redis-cli INFO memory. O tamanho correto depende de dados, concorrência e retenção; os comandos abaixo mostram como medir sem inventar uma métrica que não foi coletada.

Pontos principais

  • Comece com VPS Brasil Básico e confirme o consumo no ambiente real.
  • Mantenha as camadas internas fora da internet; neste cenário, 6379 somente em loopback ou rede privada é o escopo a revisar.
  • Use uma evidência reproduzível e declare o que não foi medido.
  • Faça backup e ensaie rollback antes do corte.
Índice do artigo

    Resposta rápida: A recomendação é começar pelo plano VPS Brasil Básico (4 GB, 4 vCPUs, 100 GB NVMe, R$99/mês) e validar o fluxo real com redis-cli INFO memory. O tamanho correto depende de dados, concorrência e retenção; os comandos abaixo mostram como medir sem inventar uma métrica que não foi coletada.

    política de eviction do Redis funciona melhor quando você separa o serviço público da operação interna: neste roteiro, o ponto de partida é uma VPS com 4 GB de RAM, 4 vCPUs e 100 GB NVMe para o cenário indicado. A primeira verificação usa redis-cli INFO memory e o objetivo é deixar claro o que pode ser afirmado, o que precisa ser medido e como voltar atrás. O conteúdo é para equipes pequenas e profissionais de infraestrutura e não apresenta teste executado na infraestrutura do leitor como resultado garantido.

    O que este cenário resolve

    Escolher o que pode ser expulso antes de habilitar maxmemory em um serviço que talvez contenha dados críticos. A decisão central é tratar limites de memória e expulsão de chaves no Redis como uma operação completa: aplicação, dados, identidade, logs, atualização e recuperação precisam ter responsáveis e sinais observáveis.

    A pergunta operacional

    Antes de instalar, escreva qual pergunta você quer responder. Em cache e sessão no mesmo Redis, onde uma política correta para cache destrói login e carrinho, não basta saber que o processo subiu: você precisa verificar o caminho que o usuário ou o operador realmente usará. Isso evita transformar um painel carregado, um handshake recente ou um backup verde em prova de saúde completa.

    O que fica fora do escopo

    Este artigo não promete latência, disponibilidade, throughput ou taxa de entrega sem medição local. Versões, plugins, tamanho dos dados, regras de rede e padrão de uso mudam o resultado. Use o procedimento como base, registre as saídas e só então ajuste o plano ou a configuração.

    Recursos, portas e plano inicial

    Para o recorte deste guia, o ponto inicial é o VPS Brasil Básico, com 4 GB, 4 vCPUs, 100 GB NVMe e preço de catálogo de R$99/mês. A porta ou portas relevantes são 6379 somente em loopback ou rede privada. Esses valores descrevem o catálogo e o desenho do laboratório; não são um benchmark do serviço.

    O que medir no host

    Registre RAM disponível, uso de CPU, espaço e inodes, processos, conexões e I/O antes e durante a operação. Para limites de memória e expulsão de chaves no Redis, a medida mais útil é a que aparece na jornada central: fila e worker, consulta e restauração, resposta HTTP, rota privada ou evento de auditoria. Um número isolado não explica uma degradação.

    Quando subir de plano

    Considere o VPS Brasil Performance quando o conjunto pedir 12 GB e 6 vCPUs por causa de múltiplos serviços, dados persistentes ou tarefas concorrentes; o catálogo informa 150 GB NVMe e R$169/mês. O VPS Brasil Ultra oferece 20 GB, 8 vCPUs e 200 GB NVMe por R$269/mês. A troca deve seguir métricas e um plano de janela, não uma promessa genérica.

    Comparação de escolhas

    A comparação abaixo reduz uma decisão ampla a quatro camadas. Em limites de memória e expulsão de chaves no Redis, a opção mais simples pode ser correta para um laboratório, mas a operação comercial exige atenção a persistência, acesso, evidência e retorno.

    CamadaFunçãoDecisãoCuidado
    Cachepode ser recriadoallkeys-lruperda aceitável
    Sessãoestado do usuárioTTL explícitonão misturar sem plano
    Filatrabalho pendentepersistênciaeviction perigosa
    Memórialimite do processomaxmemorymonitorar pressão

    Passo a passo verificável

    Execute uma etapa por vez e guarde a saída com data, versão, host e contexto. O comando de referência é redis-cli INFO memory, mas o critério de sucesso é o fluxo completo, não o fato de o comando existir.

    1. Classifique cada chave como cache, sessão, fila ou dado que precisa de durabilidade.
    2. Defina maxmemory e política em ambiente de teste, gere pressão controlada e observe quais chaves saem.
    3. Separe workloads com risco diferente, configure alertas e teste o comportamento de reinício e restauração.

    1. Prepare o ambiente

    Classifique cada chave como cache, sessão, fila ou dado que precisa de durabilidade.

    redis-cli INFO memory
    redis-cli CONFIG GET maxmemory
    redis-cli CONFIG GET maxmemory-policy

    2. Aplique a configuração

    Defina maxmemory e política em ambiente de teste, gere pressão controlada e observe quais chaves saem.

    redis-cli SET chave-teste valor EX 60
    redis-cli TTL chave-teste
    redis-cli INFO stats

    3. Valide e registre

    Separe workloads com risco diferente, configure alertas e teste o comportamento de reinício e restauração.

    redis-cli SLOWLOG GET 10
    redis-cli INFO persistence

    Erros comuns e como evitá-los

    Erros operacionais quase sempre aparecem na fronteira entre camadas. Revise estes pontos antes de considerar o trabalho concluído:

    Aplicar allkeys-lru a sessões sem ttl

    Evite aplicar allkeys-lru a sessões sem TTL. Primeiro reduza a superfície exposta e confirme a rota de administração. Um serviço pode continuar funcionando em loopback ou rede privada sem uma porta pública adicional.

    Usar redis como único banco de uma fila crítica

    Não usar Redis como único banco de uma fila crítica. Persistência, cópia independente e restauração são controles diferentes. Registre o arquivo, volume ou destino que realmente contém a informação necessária.

    Olhar apenas used_memory e ignorar fragmentation

    Também não olhar apenas used_memory e ignorar fragmentation. Faça a mudança com versão, janela, healthcheck e retorno documentado. Se houver migração irreversível, trate isso como uma decisão separada.

    Mudar política sem registrar o efeito sobre o cliente

    Por fim, não mudar política sem registrar o efeito sobre o cliente. A validação deve representar o uso real, incluindo falha, reinício, permissão e dependência. Caso contrário, você só confirmou que o processo iniciou.

    Practical evidence, limites e rollback

    A evidência deste roteiro é uma procedimento reprodutível: ambiente Linux, comandos explícitos, versões e dados devem ser registrados por quem executar o teste. O resultado a observar em limites de memória e expulsão de chaves no Redis é o estado de cada etapa, a saída do comando e a resposta do fluxo central. Este lote não executou esses comandos na VPS do leitor, portanto não transforma o procedimento em medição de desempenho.

    Antes de uma mudança, copie configuração e dados de forma recuperável. Depois, compare o estado esperado com o estado observado e preserve o último release ou dump válido. Se algo falhar, interrompa, restaure o componente anterior quando isso for seguro e reexecute o healthcheck. Não apague evidências durante o diagnóstico.

    Checklist de aceite

    Confirme nome e versão do software, portas públicas, permissões, volumes, espaço, logs, backup e caminho de recuperação. Registre o horário e o operador. Um checklist curto, repetível e ligado ao cenário é mais útil que uma promessa de disponibilidade sem método.

    Perguntas relacionadas

    Estas respostas condensam as dúvidas que normalmente aparecem antes do corte e apontam para a verificação que falta em cada uma.

    política de eviction do Redis funciona em uma VPS pequena?

    Pode funcionar para um cenário enxuto, mas a decisão depende de RAM, CPU, armazenamento, concorrência e dependências. Comece com o plano VPS Brasil Básico e valide o fluxo real antes de ampliar.

    Qual porta deve ficar pública?

    Somente a porta necessária para o usuário ou túnel. Neste cenário, as portas relevantes são 6379 somente em loopback ou rede privada; componentes administrativos, bancos e filas devem ficar em loopback, VPN ou rede privada quando possível.

    Como comprovar que a configuração funcionou?

    Combine redis-cli INFO memory, logs e um teste de jornada. Registre status, versão, tempo, permissões e resultado. Um processo ativo isoladamente não comprova que a integração, os dados ou o rollback estão corretos.

    Quando devo fazer upgrade?

    Quando a medição mostrar pressão persistente, fila crescendo, OOM, I/O ou falta de margem para manutenção. Compare com o VPS Brasil Performance ou o VPS Brasil Ultra usando os recursos de catálogo, sem tratar preço como prova de desempenho.

    Próximo passo

    Se o seu cenário cabe no recorte deste artigo, o próximo passo é provisionar o VPS Brasil Básico (4 GB, 4 vCPUs, 100 GB NVMe, R$99/mês), executar o checklist em staging e registrar o resultado antes do corte. Conheça o VPS Brasil Básico e escolha a capacidade pelo uso observado.

    Experiência prática

    O que foi testado na prática

    Os dados abaixo representam o teste ou material fornecido para este artigo. Quando não houver evidência própria, esta seção não é exibida.

    Ambiente:
    Linux em VPS; cenário de limites de memória e expulsão de chaves no Redis; plano de referência VPS Brasil Básico com 4 GB, 4 vCPUs e 100 GB NVMe; versões devem ser registradas no momento do teste.
    Limitação:
    O procedimento não prova disponibilidade, latência, throughput ou compatibilidade universal; o resultado depende do ambiente, dados, versão e política de rede.

    FAQ: perguntas frequentes

    política de eviction do Redis funciona em uma VPS pequena?

    Pode funcionar para um cenário enxuto, mas a decisão depende de RAM, CPU, armazenamento, concorrência e dependências. Comece com o plano VPS Brasil Básico e valide o fluxo real antes de ampliar. Em produção, registre a versão, o ambiente, as permissões e a saída do teste; esse contexto é necessário para repetir o diagnóstico e decidir o próximo passo com segurança.

    Qual porta deve ficar pública?

    Somente a porta necessária para o usuário ou túnel. Neste cenário, as portas relevantes são 6379 somente em loopback ou rede privada; componentes administrativos, bancos e filas devem ficar em loopback, VPN ou rede privada quando possível. Em produção, registre a versão, o ambiente, as permissões e a saída do teste; esse contexto é necessário para repetir o diagnóstico e decidir o próximo passo com segurança.

    Como comprovar que a configuração funcionou?

    Combine redis-cli INFO memory, logs e um teste de jornada. Registre status, versão, tempo, permissões e resultado. Um processo ativo isoladamente não comprova que a integração, os dados ou o rollback estão corretos. Em produção, registre a versão, o ambiente, as permissões e a saída do teste; esse contexto é necessário para repetir o diagnóstico e decidir o próximo passo com segurança.

    Quando devo fazer upgrade?

    Quando a medição mostrar pressão persistente, fila crescendo, OOM, I/O ou falta de margem para manutenção. Compare com o VPS Brasil Performance ou o VPS Brasil Ultra usando os recursos de catálogo, sem tratar preço como prova de desempenho. Em produção, registre a versão, o ambiente, as permissões e a saída do teste; esse contexto é necessário para repetir o diagnóstico e decidir o próximo passo com segurança.

    Posso copiar os comandos diretamente?

    Use os blocos como modelos. Substitua domínios, IPs, usuários, caminhos, tokens e nomes de volume; valide cada linha e faça backup antes de aplicar em produção. Registre a versão da ferramenta e o resultado de cada comando para que outra pessoa consiga revisar e repetir a alteração com segurança.

    O artigo apresenta benchmark?

    Não. O conteúdo oferece um procedimento reproduzível e usa especificações de catálogo quando necessário. Latência, throughput, uso de memória e taxa de entrega devem ser medidos no ambiente que receberá a carga. Guarde a configuração, o horário, o tamanho dos dados e as condições do teste antes de comparar resultados.

    O que devo documentar depois do teste?

    Registre data, versão, plano, configuração, comandos, saída relevante, origem do teste, falhas, correção e critério de aceite. Isso permite repetir o diagnóstico sem depender de memória. Inclua também portas, permissões, volumes, logs consultados e o nome da última cópia recuperável.

    Qual é o retorno se a mudança falhar?

    Pare a mudança, preserve logs e restaure o último estado conhecido quando o retorno for seguro. Para dados, use a cópia ou o dump testado; para configuração, mantenha a versão anterior e um acesso de recuperação. Depois, registre a causa provável e repita em staging antes de tentar novamente.

    Comentários (8)

    Amanda Silva

    Excelente artigo sobre indexação e explain analyze. Descobrimos um sequential scan que estava travando o banco nos horários de pico. Você tem algum material mais avançado sobre esse tema?

    Leonardo Carvalho

    Implementei o backup contínuo com pg_dump e criptografia para bucket S3. Dormindo muito mais tranquilo agora!

    João Martins

    Depois de ajustar o shared_buffers e o work_mem no PostgreSQL como recomendado, nossas queries analíticas rodaram 3x mais rápido. Será que isso funciona também com ambientes híbridos?

    Felipe Alves - Dev Team

    O particionamento de tabelas por data salvou nossa base de logs. Consultas que levavam minutos agora rodam em milissegundos.

    João Oliveira

    Artigo muito bem escrito e explicativo! Já compartilhei com toda a equipe da empresa.

    Camila Oliveira - Startup X

    Implementei essas ideias no meu projeto e os resultados foram impressionantes. Obrigado pelo conhecimento compartilhado! Você tem algum material mais avançado sobre esse tema?

    Patrícia Silva

    Excelente conteúdo! Aprendi conceitos que não encontrava em outros lugares em português.

    Julia Silva - Digital Agency

    Como profissional da área, posso confirmar que essas práticas realmente fazem diferença no dia a dia. Tem algum repositório GitHub com exemplos práticos?

    ← Voltar para o blog