こんにちは！Redisの奥深い世界へようこそ。
今回は、インメモリデータベースであるRedisを運用する上で、避けて通れないけれど、ちょっと名前が難しそうなテーマ「アクティブデフラグメンテーション（メモリの断片化解消）」についてお話ししますね。
「デフラグ」という言葉、昔のパソコンのハードディスクなどで聞いたことがありませんか？
「難しそう……」と感じるかもしれませんが、大丈夫。日常のたとえ話を交えながら、優しく、そして本質までしっかりと紐解いていきましょう。
ここをクリアすれば、Redisのメモリ管理の基本はバッチリマスターできますよ！
—
1. なぜRedisで「メモリの断片化」が起きるのか？
まずは、Redisがデータをどこに保管しているか思い出してください。そう、メモリ（RAM）の上ですね。
メモリを「本棚」に例えてみましょう。
Redisは、あなたがデータを保存したり削除したりするたびに、本棚の本（データ）を出し入れします。
- 「りんご」という小さなデータを入れる（本を1冊置く）
- 「スイカ」という大きなデータを入れる（本を3冊分のスペースに置く）
- やっぱり「りんご」は要らないので捨てる（本を抜いて、空きスペースにする）
これを日々繰り返していると、どうなるでしょうか？
本棚のあちこちに「ポツポツとした細かい空きスペース」が生まれますよね。これがメモリの断片化（フラグメンテーション）です。
ここで問題が発生します。
あなたの手元に「大きめのスイカ（2冊分のデータ）」がやってきました。本棚を見渡すと、空きスペースの合計は余裕で足りているのに、「1冊分の隙間」がバラバラに散らばっているせいで、その大きなスイカを置ける連続したスペースがない！ という現象が起きてしまうのです。
結果として、Redisは「空きはあるのに、新しいデータが入らない！」と勘違いして、さらにOSから新しいメモリを追加でもらおうとします。これが、メモリ使用量が膨れ上がる原因になります。
—
2. 救世主登場：アクティブデフラグメンテーションとは？
昔のRedisでは、この散らばったデータを綺麗に片付ける（デフラグする）には、Redisを一度再起動するしかありませんでした。24時間365日止まらないシステムで再起動なんて、胃が痛くなる作業ですよね。
そこで登場したのが、Redis 4.0以降で使えるアクティブデフラグメンテーション（`activedefrag`）です。
これは一言で言うと、「お店（Redis）を開けたまま、店員さんがこっそりバックヤードの荷物を整理して、きれいな大空きスペースを作る魔法の仕組み」です。
Redisが裏側でパトロールを行い、散らばったデータを隙間のない場所に引っ越しさせ、バラバラだった空きスペースを合体させて大きな空き地を作ってくれます。これにより、メモリの無駄遣いを華麗に解消できるのです。
—
3. 早速設定をのぞいてみよう
では、この素晴らしい機能を実際にどう扱うのか見ていきましょう。
Redisの設定ファイル（`redis.conf`）や、実行中のコマンド（`CONFIG SET`）で設定を有効にします。
まずは、現在の状態を確認してみましょう。
Redisのメモリ使用状況を詳しく見るコマンド
127.0.0.1:6379> INFO memory
実行すると色々な情報が出ますが、特に見るべきはこの2つです。
- `used_memory`: Redisがデータのために実際に使っているメモリ
- `rss`: OSから実際に割り当ててもらっているメモリ
もし `rss` が `used_memory` よりも異常に大きい（例えば、データは2GBなのに、OSからは5GBも取られている）場合、それは断片化のせいでメモリが無駄になっているサインです。
デフラグを有効にする設定
設定ファイル（`redis.conf`）では、このように書きます。
デフラグ機能を有効にする（デフォルトは no）
activedefrag yes
「おっ、じゃあ今すぐオンにしよう！」と思ったあなた、ちょっと待ってください。
優秀なエンジニアだからこそ、ここからの「チューニング」が腕の見せどころです。
—
4. 知っておくべきチューニングパラメータ
デフラグは、データを別の場所に「引っ越し」させる作業です。引っ越しには当然、段ボールを用意したり荷物を運んだりする手間（CPUパワー）がかかりますよね。
Redisが引っ越し作業に夢中になりすぎて、肝心のお客様（アプリからのリクエスト）を待たせてしまっては本末転倒です。そのため、Redisには「どれくらい頑張って引っ越しをするか」を細かく調整できるパラメータが用意されています。
代表的なものを3つだけご紹介します。
① 引っ越しを始める基準: `active-defrag-ignore-bytes`
- 意味: 「これくらいの小さな無駄なら、引っ越しの手間に見合わないから無視してね」という閾値です。
- 例: `100mb` と設定した場合、断片化による無駄が100MB未満の間はデフラグをサボります（CPU節約のため）。
② 努力の限界値: `active-defrag-cpu-percentage`
- 意味: 「CPU全体のパワーのうち、最大何パーセントまでデフラグ作業に使っていいよ」という上限値です。
- 例: `10` と設定すると、CPU能力の最大10%までしかデフラグに使いません。サーバーの負荷が高いときは、ここを低めに設定してアプリを守ります。
③ 一度に動かす量: `active-defrag-threshold-lower`
- 意味: 断片化の割合が何パーセントを超えたらデフラグを本格始動するか。
- 例: `10` （10%の無駄が発生）を超えたら、デフラグエンジンが本格的に動き出します。
—
5. 先輩エンジニアからの実践アドバイス
最後に、実務でアクティブデフラグを使う際の心構えを伝授します。
1. 闇雲に有効化しない
小さなデータセット（数GB程度）であれば、そもそも断片化がそこまで深刻にならないことが多いです。メモリが無駄に食いつぶされて困っている（数十GB〜数百GBの巨大なインスタンスなど）場合に真価を発揮します。
2. CPU使用率をモニタリングする
`activedefrag` を有効にした途端、CPU使用率がピクッと上がることがあります。アプリのレスポンスに影響が出ていないか、監視ツール（DatadogやPrometheusなど）で必ずグラフを確認しながらチューニングしてください。
—
まとめ
いかがでしたか？
- メモリの断片化とは、本棚の隙間がバラバラになって大きなデータが入らなくなる現象。
- アクティブデフラグは、Redisを止めずに裏でこっそりデータを引っ越しさせて隙間を綺麗にする機能。
- チューニングは、CPUの負荷とメモリの節約のバランスを取る絶妙な加減が大切。
この仕組みを理解していれば、大規模なデータを扱うシステムでも、メモリ不足のパニックに慌てることはもうありません。
Redisの心臓部をうまくコントロールして、滑らかで美しいシステムを作り上げてくださいね。応援しています！
コメント