Gerador de Conf Redis
Redis Production Engine • 100% Privacidade no cliente

Redis (redis.conf) Production Config Builder & Tuner

Gere arquivos redis.conf ajustados para produção com políticas maxmemory, persistência RDB/AOF, vinculação de rede restrita e autenticação ACL robusta.

Privacidade 100% no cliente
Zero transmissão ao servidor
Presets:
Interactive Tuner
Porta de Escuta e Interfaces de Rede
Modo Protegido (Protected Mode)
Bloqueia conexões externas a menos que haja senha ou bind específico configurado.
Parâmetros de Processo e Sistema
Status Sincronizado•Target: Redis 7.2+
Auditoria de Segurança: 100%
# ====================================================================
# REDIS PRODUCTION CONFIGURATION (redis.conf)
# Generated 100% Client-Side Private on ToolsAA
# Optimized for Redis 6.x / 7.x in High-Load Production Workloads
# ====================================================================

################################## NETWORK #####################################

# Bind to specific network interfaces. Wildcard 0.0.0.0 requires protected-mode.
bind 127.0.0.1 10.0.0.15
protected-mode yes
port 6379
tcp-backlog 1024
timeout 300
tcp-keepalive 300

################################# GENERAL #####################################

daemonize no
supervised auto
pidfile /var/run/redis/redis-server.pid
loglevel notice
logfile ""
databases 16
always-show-logo no
set-proc-title yes
proc-title-template "{title} {listen-addr} {server-mode}"

################################ SNAPSHOTTING #################################

# Snapshotting rules: save <seconds> <changes>
save 3600 1
save 300 100
save 60 10000
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes
dbfilename dump.rdb
dir /var/lib/redis

################################## SECURITY ###################################

requirepass "ProdSessionVault!789x"

# Production Command Obfuscation & Hardening
rename-command FLUSHALL ""
rename-command FLUSHDB ""
rename-command KEYS ""
rename-command CONFIG ""
rename-command SHUTDOWN ""
rename-command DEBUG ""
rename-command MODULE ""

############################## MEMORY MANAGEMENT ##############################

maxmemory 4gb
maxmemory-policy volatile-lru
maxmemory-samples 5

# Active Defragmentation (Jemalloc dynamic defrag memory reclamation)
activedefrag yes
active-defrag-ignore-bytes 100mb
active-defrag-threshold-lower 10
active-defrag-threshold-upper 30
active-defrag-cycle-min 2
active-defrag-cycle-max 25
active-defrag-max-scan-fields 1000

############################## APPEND ONLY MODE ###############################

appendonly yes
appendfilename "appendonly.aof"
appendfsync everysec
no-appendfsync-on-rewrite yes
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated yes
aof-use-rdb-preamble yes

################################ THREADED I/O #################################

io-threads 4
io-threads-do-reads yes

########################### SLOW LOG & LATENCY ################################

slowlog-log-slower-than 10000
slowlog-max-len 512
latency-monitor-threshold 100

############################### ADVANCED CONFIG ###############################

hz 10
dynamic-hz yes
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-size -2
set-max-intset-entries 512
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
hll-sparse-max-bytes 3000
stream-node-max-bytes 4096
stream-node-max-entries 100
activerehashing yes
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit replica 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
Lines: 108•Chars: 2964•Size: 2.9 KB
Memory & Eviction Footprint
4GB

Policy: volatile-lru (Active Defrag On)

Persistence & Durability
Hybrid RDB + AOF

AOF Fsync: everysec | Preâmbulo: Sim

Segurança
4 Thread I/Os

Porta: 6379 | Comandos Perigosos: Desativados

Execução Local Zero-Knowledge

Todo o processamento, análise e geração de código ocorrem estritamente na memória do seu navegador. Zero uploads para servidores externos.

Motor Reativo de Submilissegundos

All data payloads remain strictly local with zero external server communication.

Production Ready Export

Clean, optimized output formats ready for immediate deployment.

ToolsAA • 100% Privacidade no cliente • Gerador e Otimizador de Configuração de Produção Redis (redis.conf)
Referência técnica e guia de arquitetura

Gerador e Otimizador de Configuração de Produção Redis (redis.conf) — Guia de referência

Gere arquivos redis.conf ajustados para produção com políticas maxmemory, persistência RDB/AOF, vinculação de rede restrita e autenticação ACL robusta.

Parâmetros principais e controles

maxmemoryString de memória (ex: 2gb, 4gb, 8gb)

Define o limite máximo de RAM utilizável pelos dados do Redis. Ao atingir este limite, a maxmemory-policy configurada é acionada para desalojar chaves ou recusar escritas.

Padrão: 2gb
maxmemory-policyEnum (noeviction | allkeys-lru | volatile-lru | allkeys-lfu | volatile-lfu | allkeys-random | volatile-random | volatile-ttl)

Determina o algoritmo de despejo de chaves ao atingir o limite maxmemory. 'allkeys-lru' ou 'allkeys-lfu' é ideal para cache; 'noeviction' preserva a integridade estrita em cargas de trabalho com persistência.

Padrão: allkeys-lru
appendonly & appendfsyncBoolean & Enum (always | everysec | no)

Ativa o log de gravação antecipada (AOF) e define a frequência de sincronização em disco (fsync). 'everysec' fornece o equilíbrio padrão de mercado entre throughput em microssegundos e no máximo 1 segundo de perda potencial de dados.

Padrão: appendonly yes / appendfsync everysec
save (Snapshots RDB)String / Intervalos de agendamento

Configura os intervalos de captura de snapshots pontuais em disco com base em tempo decorrido e volume de escritas (ex: 'save 900 1 300 10 60 10000'). Desative com 'save ""' para cache volátil ou uso exclusivo de AOF.

Padrão: save 900 1 300 10 60 10000
bind & protected-modeString de endereços IP & Boolean

Restringe a escuta de sockets de rede a interfaces locais ou privadas e ativa o modo protegido para impedir conexões remotas não autenticadas a partir da Internet pública.

Padrão: bind 127.0.0.1 -::1 / protected-mode yes
requirepass / Regras ACLString (Senha de autenticação / Definição de usuário ACL)

Exige autenticação rigorosa por senha antes da execução de comandos. O Redis 6+ oferece suporte a Listas de Controle de Acesso (ACL) para restringir comandos e padrões de chaves por usuário.

Padrão: requirepass <token_aleatorio_seguro>

Dicas profissionais e melhores práticas

Durante operações de fork em segundo

Durante operações de fork em segundo plano (BGSAVE e regravação AOF), o THP causa aumento massivo de memória por Copy-on-Write (CoW) e picos severos de latência. Execute 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' e defina 'vm.overcommit_memory = 1' no /etc/sysctl.conf.

Nunca defina maxmemory como 100% da

Nunca defina maxmemory como 100% da RAM física. Os processos filhos do fork() duplicam páginas de memória modificadas durante cargas intensas de escrita. Limite o maxmemory a 70–75% para evitar que o OOM Killer do Linux encerre o processo do Redis.

Evite conexões recusadas em picos de

Evite conexões recusadas em picos de tráfego configurando 'net.core.somaxconn = 65535' no /etc/sysctl.conf e alinhando com 'tcp-backlog 65535' e 'maxclients 10000' no redis.conf.

Defina 'slowlog-log-slower-than 10000'

Defina 'slowlog-log-slower-than 10000' (10ms) e 'slowlog-max-len 1024' para registrar consultas lentas na memória sem penalidades de I/O em disco. Proíba operações O(N) como 'KEYS *' ou 'HGETALL' massivos em ambiente produtivo.

Problemas comuns e solução de problemas

MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk

Este erro ocorre quando o fork do BGSAVE falha devido a restrições de alocação de memória do kernel Linux ou falta de espaço em disco. Execute 'sysctl vm.overcommit_memory=1', certifique-se das permissões de escrita e do espaço disponível no diretório definido em 'dir'.

Picos acentuados de latência P99 e timeouts no cliente sob tráfego moderado

Investigue contenção de I/O de disco durante o fsync do AOF. Habilite 'no-appendfsync-on-rewrite yes' para pausar o fsync durante BGSAVE ou BGREWRITEAOF, desative o Transparent Huge Pages (THP) e confira se a CPU não está saturada.

O consumo de memória do Redis ultrapassa maxmemory mesmo com política de despejo ativa

O parâmetro maxmemory restringe somente chaves e valores. Buffers de saída de clientes ('client-output-buffer-limit'), backlog de replicação e fragmentação de memória operam fora desse teto. Aplique limites aos buffers de cliente, ative 'activedefrag yes' e inspecione 'INFO memory'.

Perguntas frequentes (FAQ)

Qual é a estratégia de persistência ideal para produção: RDB, AOF ou dupla?▼

Para aplicações críticas que demandam máxima confiabilidade, recomenda-se a persistência combinada (dupla): o AOF com 'appendfsync everysec' assegura uma janela máxima de perda de 1 segundo, enquanto snapshots periódicos em RDB viabilizam reinicializações aceleradas e backups simplificados para armazenamento na nuvem (como S3). Para camadas de cache transitório onde a perda de dados é aceitável, desative a persistência ('save ""' e 'appendonly no') para maximizar o throughput de I/O.

Qual é a diferença técnica entre as políticas allkeys-lru e allkeys-lfu?▼

allkeys-lru (Least Recently Used) descarta chaves com base apenas no tempo decorrido desde o último acesso, o que pode remover chaves essenciais se uma varredura temporária acessar chaves esparsas. allkeys-lfu (Least Frequently Used) quantifica a frequência de acesso por meio de um contador logarítmico com decaimento temporal, preservando dados constantemente requisitados independentemente de varreduras isoladas.

Como o Redis consegue processar mais de 100.000 requisições por segundo com apenas uma thread de eventos?▼

O Redis executa totalmente em memória RAM e utiliza multiplexação assíncrona não bloqueante de I/O (epoll no Linux ou kqueue no BSD/macOS), eliminando trocas de contexto de CPU e travas mutex de sincronização. A partir do Redis 6.0, threads auxiliares de I/O ('io-threads' e 'io-threads-do-reads yes') podem ser habilitadas para descarregar o processamento de sockets em múltiplos núcleos, mantendo a execução atômica dos comandos.

Quais práticas de segurança são mandatórias para instâncias de produção do Redis?▼

1) Nunca expor a porta padrão 6379 diretamente à internet pública; vincule exclusivamente a interfaces locais ou VPC privada ('bind 127.0.0.1 10.0.0.x') com 'protected-mode yes'. 2) Exigir autenticação segura com 'requirepass' ou ACLs detalhadas. 3) Renomear ou bloquear comandos administrativos perigosos ('rename-command FLUSHALL ""', 'rename-command CONFIG ""', 'rename-command KEYS ""'). 4) Habilitar criptografia TLS ('tls-port 6379') em redes compartilhadas ou corporativas.

Ferramentas e utilitários relacionados

Todas as ferramentas →
Guia do Desenvolvedor: Otimizador e Gerador de Hardware para PostgreSQL (postgresql.conf)Desenvolvimento

Calcule e gere configurações otimizadas do postgresql.conf com base no hardware disponível (shared_buffers, work_mem, effective_cache_size, max_connections).

Abrir ferramenta→
Backup diário de banco de dadosDesenvolvimento

Crie e estruture unidades de temporizador systemd e serviços complementares prontos para produção com agendamento OnCalendar, intervalos OnBootSec, execução Persistent e atrasos aleatórios.

Abrir ferramenta→
Guia do Desenvolvedor do Gerador de Configuração TypeScript (tsconfig.json)Desenvolvimento

Gere configurações tsconfig.json modernas e robustas para Next.js, Node.js, Vite ou bibliotecas com modo estrito, aliases de caminho e resolução de módulos.

Abrir ferramenta→
Guia do Desenvolvedor: Gerador de DDL CREATE TABLE de JSON para ClickHouseDesenvolvimento

Converta documentos JSON de amostra em DDL SQL do ClickHouse com engine MergeTree, tipos UInt/Int/Float/String/DateTime e mapeamento de colunas Array/Nested.

Abrir ferramenta→
Guia do Desenvolvedor: Gerador de Esquema de Tabela Google BigQuery a partir de JSONDesenvolvimento

Infira e converta objetos JSON em esquemas de tabela JSON para o Google Cloud BigQuery com suporte a RECORD, STRING, INTEGER, NUMERIC e TIMESTAMP.

Abrir ferramenta→
Guia do Desenvolvedor: Gerador de DDL CREATE TABLE de JSON para SnowflakeDesenvolvimento

Converta payloads e esquemas JSON em instruções SQL CREATE TABLE para Snowflake de nível de produção com tipos VARIANT, VARCHAR, NUMBER, BOOLEAN e TIMESTAMP_NTZ.

Abrir ferramenta→