Générateur Conf Redis
Redis Production Engine • Confidentialité 100% côté client

Redis (redis.conf) Production Config Builder & Tuner

Générez des fichiers de configuration redis.conf taillés pour la production avec gestion fine de maxmemory, persistance RDB/AOF, liaison réseau étanche et authentification ACL.

Confidentialité 100% côté client
Zéro transmission au serveur
Presets:
Interactive Tuner
Port d'Écoute & Interfaces Réseau
Mode Protégé (Protected Mode)
Bloque les clients hors boucle locale sans mot de passe ou liaison spécifique.
Paramètres de Processus & Système
Statut Synchronisé•Target: Redis 7.2+
Audit de Sécurité : 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 | Préambule : Oui

Sécurité
4 Thread I/Os

Port : 6379 | Commandes Dangereuses : Désactivé

Exécution Locale Zero-Knowledge

Tous les traitements, analyses et générations s'exécutent strictement dans la mémoire de votre navigateur. Zéro transmission vers un serveur externe.

Moteur Réactif Submilliseconde

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

Production Ready Export

Clean, optimized output formats ready for immediate deployment.

ToolsAA • Confidentialité 100% côté client • Générateur et Optimiseur de Configuration de Production Redis (redis.conf)
Référence technique et guide d'architecture

Générateur et Optimiseur de Configuration de Production Redis (redis.conf) — Guide de référence

Générez des fichiers de configuration redis.conf taillés pour la production avec gestion fine de maxmemory, persistance RDB/AOF, liaison réseau étanche et authentification ACL.

Paramètres clés et contrôles

maxmemoryChaîne de taille mémoire (ex. 2gb, 4gb, 8gb)

Définit le plafond strict de mémoire vive alloué aux données Redis. Lorsqu'il est atteint, la directive maxmemory-policy entre en jeu pour évincer des clés ou refuser les écritures.

Par défaut : 2gb
maxmemory-policyEnum (noeviction | allkeys-lru | volatile-lru | allkeys-lfu | volatile-lfu | allkeys-random | volatile-random | volatile-ttl)

Détermine la stratégie d'éviction des données lorsque maxmemory est saturé. 'allkeys-lru' ou 'allkeys-lfu' est préconisé pour le cache ; 'noeviction' préserve l'intégrité stricte des données persistantes.

Par défaut : allkeys-lru
appendonly & appendfsyncBoolean & Enum (always | everysec | no)

Active la journalisation séquentielle (AOF) et configure la fréquence de synchronisation disque (fsync). La valeur 'everysec' offre le compromis standard de l'industrie entre débit maximal et une perte de données plafonnée à 1 seconde.

Par défaut : appendonly yes / appendfsync everysec
save (Instantanés RDB)Chaîne / Intervalles de planification

Configure les intervalles de sauvegarde ponctuelle sur disque selon le temps écoulé et le nombre d'écritures (ex. 'save 900 1 300 10 60 10000'). Désactivable via 'save ""' pour un cache pur ou un usage exclusif d'AOF.

Par défaut : save 900 1 300 10 60 10000
bind & protected-modeChaîne d'adresses IP & Boolean

Limite l'écoute réseau aux adresses de bouclage local ou d'interfaces privées et active le mode protégé afin d'empêcher les accès distants non authentifiés depuis Internet.

Par défaut : bind 127.0.0.1 -::1 / protected-mode yes
requirepass / Règles ACLChaîne (Mot de passe / Définition utilisateur ACL)

Impose une authentification stricte par mot de passe avant d'exécuter la moindre commande. Redis 6+ intègre les listes de contrôle d'accès (ACL) pour restreindre commandes et modèles de clés par utilisateur.

Par défaut : requirepass <jeton_aleatoire_securise>

Conseils de pro et bonnes practices

Lors des opérations de fork en tâche

Lors des opérations de fork en tâche de fond (BGSAVE et réécriture AOF), le THP provoque une amplification massive de la mémoire Copy-on-Write (CoW) et de sévères pics de latence. Exécutez 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' et persistez 'vm.overcommit_memory = 1' dans /etc/sysctl.conf.

N'allouez jamais 100 % de la RAM

N'allouez jamais 100 % de la RAM système à maxmemory. Les processus enfants issus de fork() dupliquent les pages mémoire sous fortes charges d'écriture. Plafonnez maxmemory à 70–75 % pour éviter l'intervention destructrice de l'OOM Killer Linux.

Prémunissez-vous des rejets de

Prémunissez-vous des rejets de connexion TCP lors des pics d'affluence en configurant 'net.core.somaxconn = 65535' dans /etc/sysctl.conf et en alignant 'tcp-backlog 65535' et 'maxclients 10000' dans redis.conf.

Définissez 'slowlog-log-slower-than

Définissez 'slowlog-log-slower-than 10000' (10 ms) et 'slowlog-max-len 1024' pour consigner les requêtes lentes en mémoire sans pénalité disque. Proscrivez formellement en production les commandes O(N) comme 'KEYS *' ou 'HGETALL' sur de volumineux dictionnaires.

Pièges courants et dépannage

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

Cette erreur survient lorsqu'un fork BGSAVE échoue, généralement en raison des règles d'allocation mémoire du noyau Linux ou d'un disque saturé. Exécutez 'sysctl vm.overcommit_memory=1', vérifiez les droits d'écriture et l'espace disque disponible sur le chemin spécifié par 'dir'.

Pics de latence P99 excessifs et erreurs d'expiration (timeout) client sous trafic modéré

Analysez la contention des E/S disque liée aux opérations fsync de l'AOF. Activez 'no-appendfsync-on-rewrite yes' pour différer les fsync pendant BGSAVE ou BGREWRITEAOF, désactivez le THP et assurez-vous que le cœur CPU dédié à Redis n'est pas saturé.

La consommation mémoire dépasse maxmemory malgré l'activation d'une politique d'éviction

La directive maxmemory ne contraint que les clés et valeurs du jeu de données. Les tampons de sortie clients ('client-output-buffer-limit'), le backlog de réplication et la fragmentation mémoire résident hors de cette limite. Fixez des plafonds aux tampons clients, activez 'activedefrag yes' et surveillez 'INFO memory'.

Foire aux questions (FAQ)

Quelle est la stratégie de persistance recommandée en production : RDB, AOF ou combinée ?▼

Pour les charges critiques exigeant une durabilité maximale, activez la double persistance : l'AOF configuré avec 'appendfsync everysec' limite la perte de données à 1 seconde au maximum, tandis que les instantanés RDB permettent des redémarrages ultra-rapides et des sauvegardes externalisées vers un stockage objet (type S3). Pour un cache éphémère où la perte de données n'a pas d'impact, désactivez totalement la persistance ('save ""' et 'appendonly no') pour éliminer la contention disque.

Quelle est la différence technique entre les politiques d'éviction allkeys-lru et allkeys-lfu ?▼

allkeys-lru (Least Recently Used) évince les clés uniquement selon l'ancienneté du dernier accès, ce qui risque de purger des clés précieuses si un script d'analyse périodique parcourt temporairement des données froides. allkeys-lfu (Least Frequently Used) comptabilise la fréquence d'accès via un compteur logarithmique avec décroissance temporelle, préservant ainsi les clés populaires récurrentes indépendamment des scans ponctuels.

Comment Redis peut-il traiter plus de 100 000 requêtes par seconde avec une boucle mono-thread ?▼

Redis s'exécute intégralement en mémoire et utilise le multiplexage d'E/S asynchrone non bloquant (epoll sous Linux, kqueue sous BSD/macOS), supprimant tout basculement de contexte CPU et les verrous de synchronisation de threads. Depuis Redis 6.0, des threads secondaires d'E/S ('io-threads' et 'io-threads-do-reads yes') peuvent être activés pour paralléliser la lecture et l'écriture sur les sockets réseau, tout en garantissant une exécution strictement atomique des commandes.

Quelles mesures de durcissement sont indispensables pour sécuriser une instance Redis en production ?▼

1) Ne jamais exposer le port par défaut 6379 sur Internet ; liez-le strictement au réseau privé ou à localhost ('bind 127.0.0.1 10.0.0.x') avec 'protected-mode yes'. 2) Imposer une authentification forte via 'requirepass' ou des définitions d'utilisateurs ACL. 3) Renommer ou bloquer les commandes d'administration sensibles dans redis.conf ('rename-command FLUSHALL ""', 'rename-command CONFIG ""', 'rename-command KEYS ""'). 4) Activer le chiffrement TLS ('tls-port 6379') sur les réseaux non fiables.

Outils et utilitaires connexes

Tous les outils →
Guide Développeur : Optimiseur et Générateur Hardware pour PostgreSQL (postgresql.conf)Développement

Calculez et générez des paramètres postgresql.conf optimisés en fonction des spécifications matérielles (shared_buffers, work_mem, effective_cache_size, max_connections).

Ouvrir l'outil→
Guide Développeur du Générateur d'Unités Systemd (.timer et .service) sous LinuxDéveloppement

Créez et structurez des unités de minuterie systemd et des services associés prêts pour la production avec planification OnCalendar, intervalles OnBootSec, exécution Persistent et délais aléatoires.

Ouvrir l'outil→
Guide Développeur du Générateur de Configuration TypeScript (tsconfig.json)Développement

Générez des configurations tsconfig.json modernes et robustes pour Next.js, Node.js, Vite ou bibliothèques avec mode strict, alias de chemins et résolution de modules.

Ouvrir l'outil→
Guide Développeur : Générateur de DDL CREATE TABLE JSON vers ClickHouseDéveloppement

Convertissez des documents JSON en DDL SQL ClickHouse avec moteur MergeTree, types UInt/Int/Float/String/DateTime et mappage de colonnes Array/Nested.

Ouvrir l'outil→
Guide Développeur : Générateur de Schéma de Table Google BigQuery depuis JSONDéveloppement

Déduisez et convertissez des objets JSON en schémas de table Google Cloud BigQuery au format JSON avec prise en charge des types RECORD, STRING, INTEGER, NUMERIC et TIMESTAMP.

Ouvrir l'outil→
Guide Développeur : Générateur de DDL CREATE TABLE JSON vers SnowflakeDéveloppement

Convertissez vos structures et charges utiles JSON en instructions SQL CREATE TABLE prêtes pour la production dans Snowflake avec des types de données optimisés tels que VARIANT, VARCHAR, NUMBER, BOOLEAN et TIMESTAMP_NTZ.

Ouvrir l'outil→