Redis 設定ビルダー
Redis Production Engine • 100% クライアント側プライバシー

Redis (redis.conf) Production Config Builder & Tuner

maxmemory退避ポリシー、RDB/AOF永続化、ネットワークバインド、セキュリティACL認証を最適化したredis.conf設定ファイルを即座に生成・調整します。

100% クライアント側プライバシー
サーバー送信ゼロ
Presets:
インタラクティブ設定
リッスンポートとネットワーク構成
保護モード (Protected Mode)
パスワードまたは特定バインドが未設定の場合、ローカル外クライアントを遮断します。
プロセスおよびシステムパラメータ
# ====================================================================
# 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
メモリ使用量&破棄ポリシー
4GB

Policy: volatile-lru (Active Defrag On)

永続化&信頼性設定
Hybrid RDB + AOF

AOF Fsync: everysec | プリアンブル: 有効

セキュリティ設定
4 I/Oスレッドs

ポート: 6379 | 危険コマンド: 無効化済

ゼロナレッジ・完全ローカル実行

すべてのデータ処理、解析、コード生成はお使いのブラウザ内部メモリで完結します。外部サーバーへの送信はゼロです。

超高速・即時リアクティブ演算

最適化されたクライアント側解析パイプラインにより、キーストロークと同時に遅延なくリアルタイムで結果を生成します。

公式仕様準拠・高信頼アーキテクチャ

IETF RFCや公式業界仕様に厳格に準拠し、エッジケースの安全な処理とメモリリークのない堅牢な実行を保証します。

ToolsAA • 100% クライアント側プライバシー • Redis (redis.conf) Production Config Builder & Tuner
技術リファレンス&アーキテクチャガイド

Redis (redis.conf) 本番運用設定ビルダー&チューニングガイド — リファレンスガイド

maxmemory退避ポリシー、RDB/AOF永続化、ネットワークバインド、セキュリティACL認証を最適化したredis.conf設定ファイルを即座に生成・調整します。

主要パラメータ&設定項目

maxmemoryメモリ容量文字列 (例: 2gb, 4gb, 8gb)

Redisデータセットが消費可能なRAMの上限値を指定します。この上限に達すると、設定されたmaxmemory-policyに従ってキーの退避や書き込み拒否が実行されます。

初期値: 2gb
maxmemory-policyEnum (noeviction | allkeys-lru | volatile-lru | allkeys-lfu | volatile-lfu | allkeys-random | volatile-random | volatile-ttl)

メモリ上限到達時のキー削除アルゴリズムを決定します。キャッシュ用途には'allkeys-lru'または'allkeys-lfu'が最適で、データ欠落を許容しない永続化用途には'noeviction'を指定します。

初期値: allkeys-lru
appendonly & appendfsyncBoolean & Enum (always | everysec | no)

先行書き込みログ(AOF)の有効化とディスク同期(fsync)頻度を制御します。'everysec'は毎秒同期を行い、マイクロ秒単位の高スループットと最大1秒のデータ損失リスクという理想的なバランスを提供します。

初期値: appendonly yes / appendfsync everysec
save (RDBスナップショット)文字列 / 実行間隔スケジュール

経過時間と書き込み回数に応じたポイントインタイムスナップショット間隔を設定します(例: 'save 900 1 300 10 60 10000')。キャッシュ特化やAOF単独運用時は'save ""'で無効化します。

初期値: save 900 1 300 10 60 10000
bind & protected-modeIPアドレス文字列 & Boolean

ネットワークソケットのバインド先をループバックまたはプライベートIPに限定し、パスワード未設定時の外部接続を遮断する保護モード(protected-mode)を有効化します。

初期値: bind 127.0.0.1 -::1 / protected-mode yes
requirepass / ACLルール文字列 (パスフレーズ / ACLユーザー定義)

クライアント接続時のパスワード認証を強制します。Redis 6以降では、ユーザーごとにコマンドやキーパターンを制限できるきめ細やかなACL(アクセス制御リスト)の定義が可能です。

初期値: requirepass <強力なランダムトークン>

プロの活用テクニック&推奨設定

バックグラウンドフォーク処理

バックグラウンドフォーク処理(BGSAVEやAOF書き換え)中、THPが有効だとCopy-on-Write (CoW) によるメモリ肥大化と重度のレイテンシスパイクが発生します。必ず 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' を実行し、/etc/sysctl.conf に 'vm.overcommit_memory = 1' を設定してください。

フォーク時のCoWオーバーヘッドに備え、実RAMの25%以上を空けておく

maxmemoryを物理メモリの100%に設定してはいけません。スナップショット実行時のfork()子プロセスは、高負荷な書き込み下で大量のメモリページを複製します。OSやCoW用に25〜30%のバッファを確保し、maxmemoryは70〜75%程度に抑えてLinux OOM Killerの発動を防ぎます。

急激なトラフィックバースト時に接続要求がドロ

急激なトラフィックバースト時に接続要求がドロップするのを防ぐため、/etc/sysctl.conf で 'net.core.somaxconn = 65535' を設定し、redis.conf の 'tcp-backlog 65535' および 'maxclients 10000' と一致させます。

'slowlog-log-slower-th

'slowlog-log-slower-than 10000'(10ミリ秒)と 'slowlog-max-len 1024' を設定し、I/O負荷をかけずに遅延クエリをメモリ内リングバッファに記録します。本番環境で 'KEYS *' や大規模ハッシュに対する 'HGETALL' などのO(N)コマンドの実行を禁止してください。

よくあるトラブルと解決策

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

バックグラウンドBGSAVEのfork()処理が失敗した際に発生します。主な原因はLinuxのメモリ割り当て制限またはディスク容量不足です。'sysctl vm.overcommit_memory=1' を実行し、'dir' ディレクティブで指定されたパスの書き込み権限と空き容量を確認してください。

書き込み負荷時にP99レイテンシが急上昇し、クライアントでタイムアウトが頻発する

AOFディスク同期の競合を疑ってください。'no-appendfsync-on-rewrite yes' を有効にしてBGSAVE/BGREWRITEAOF実行中のfsyncを一時延期し、Transparent Huge Pages(THP)を無効化し、単一スレッドのCPUコアが飽和していないか確認します。

maxmemory退避ポリシーが有効にもかかわらず、プロセスメモリ消費量が上限を超過し続ける

maxmemoryはデータセット(キーとバリュー)のみを制限します。クライアント出力バッファ(client-output-buffer-limit)、レプリケーションバックログ、およびメモリ断片化(Fragmentation)は対象外です。バッファ上限を設定し、'activedefrag yes' を有効化し、'INFO memory' で断片化比率が1.5を超えていないか監視してください。

よくある質問 (FAQ)

本番環境での永続化戦略として、RDB、AOF、デュアル運用のどれを採用すべきですか?▼

高可用性と耐久性が求められる本番システムでは、RDBとAOFの併用(デュアル永続化)が標準推奨です。'appendfsync everysec' のAOFにより最大1秒のデータ損失に抑えつつ、定期的なRDBスナップショットにより障害復旧時の高速起動やS3等へのバックアップアーカイブを実現できます。キャッシュ専用用途でデータ消失が問題ない場合は、'save ""' と 'appendonly no' を指定して完全無効化し、I/Oオーバーヘッドをゼロにします。

allkeys-lru と allkeys-lfu の技術的な挙動の違いは何ですか?▼

allkeys-lru(Least Recently Used)は最終アクセスからの経過時間のみに基づいて削除対象を決定するため、一時的なバッチスキャン等で普段アクセスされないキーが参照されると、頻繁に使われるホットキーが押し出される欠点があります。一方、allkeys-lfu(Least Frequently Used)はアクセス頻度を対数カウンターと時間減衰アルゴリズムで記録するため、アクセス間隔が一時的に空いても真に重要なキーを保護できます。

Redisはシングルスレッドアーキテクチャでありながら、なぜ毎秒10万件以上のリクエストを処理できるのですか?▼

すべてのデータをメモリ上に保持し、Linux epoll等の非同期I/O多重化(Event Loop)を利用して単一CPUコア上で何千ものソケットを並行処理することで、スレッドコンテキストスイッチやロック競合を完全に排除しているためです。さらにRedis 6.0以降では、ソケットの読み書き処理をマルチスレッド化する 'io-threads'('io-threads-do-reads yes')が導入され、コマンド実行のアトミック性を維持したままネットワーク帯域のスケールアウトが可能になっています。

本番環境でRedisを安全に稼働させるために必須のセキュリティ対策は何ですか?▼

1) デフォルトポート6379を絶対にパブリックインターネットに公開せず、VPC内部やローカルホストにバインド('bind 127.0.0.1 10.0.0.x')し、'protected-mode yes' を維持すること。2) 'requirepass' またはきめ細やかなACLで強固なパスワード認証を設定すること。3) 破壊的な管理コマンド(FLUSHALL, CONFIG, KEYS等)を 'rename-command' で無効化または別名化すること。4) 信頼できないネットワーク間通信にはTLS暗号化('tls-port 6379')を導入すること。

関連するおすすめ開発ツール

すべてのツール →
PostgreSQL (postgresql.conf) ハードウェアチューニング&構成ビルダー開発ツール

ハードウェアスペック(RAM、CPU、ストレージ種別)に基づき、shared_buffers、work_mem、effective_cache_size、max_connections などの最適化された postgresql.conf 設定を自動計算・生成します。

ツールを開く→
Linux Systemd (.timer & .service) ユニット生成ツール開発ツール

OnCalendar スケジューリング、OnBootSec インターバル、Persistent 実行、ランダム遅延(ジッター)を備えた実用的な systemd タイマーおよびコンパニオンサービスユニットを設計・生成します。

ツールを開く→
TypeScript (tsconfig.json) 設定ジェネレーター開発ツール

Next.js、Node.js、Vite、ライブラリ開発に最適な現代的で堅牢な tsconfig.json 設定を生成。厳格モード、パスエイリアス、モジュール解決を完全サポート。

ツールを開く→
JSONからClickHouse CREATE TABLE DDL生成ツール開発ツール

サンプルJSONドキュメントを解析し、MergeTreeエンジン、UInt/Int/Float/String/DateTime型、Array/Nestedカラムマッピングを備えた最適なClickHouse SQL DDLに変換します。

ツールを開く→
JSONからGoogle BigQueryテーブルスキーマ生成ツール開発ツール

JSONオブジェクトを解析し、RECORDモード、STRING、INTEGER、NUMERIC、TIMESTAMPフィールドを含むGoogle Cloud BigQueryテーブルスキーマJSONを自動推論・変換します。

ツールを開く→
JSONからSnowflake CREATE TABLE DDL生成ツール開発ツール

JSONペイロードやスキーマから、VARIANT、VARCHAR、NUMBER、BOOLEAN、TIMESTAMP_NTZなどの最適化されたデータ型を備えたSnowflake SQL CREATE TABLE文を自動生成します。

ツールを開く→