二〇二六年 レンタル Mac Mini 七時二十四分：Memcached 意思決定マトリクス（スラブ再配分・-m-c-I・接続プール・断片化と夜間 SLA）
夜間バッチ同居の Memcached は SSD より先に「スラブ偏り」「-c 対プール合算」「径混在の断片化」で尾が出ます。買い／借りは一行で、長期固定なら購入、検証と世代交代ならレンタル。キャッシュはディスクと無関係でもログ水位は要管理。Redis・Sidekiq・Celery・syslog。公開購入はログイン不要可。
リスク
障害は多くが接続拒否・追い出し・尾遅延。スラブ偏り＋再配分のコスト、プール合算の listen_disabled_num、径混在での P99 単独悪化に注意。
ワークロード別・意思決定マトリクス
径が割れるなら二 daemonが -I 肥大化より安いことが多い。水位 FAQ。
| パターン | スラブ方針 | プール姿勢 | SLA メモ |
|---|---|---|---|
| 純エフェメラル | automove 保守閾値、追い出し率を見る | 積極再利用、短いドロップ許容 | P99 がバッチ予算を超える前に書き手を絞る |
| セッション／冪等トークン | 径を揃える、巨大値は分割 | 小プール＋短いアイドル | 追い出しを正しさリスクとして扱う |
| 夜間 fan-out | 窓前にホットクラスを温める | 合算 < 0.8×-c を目安 |
ヒット率だけでなく接続確立時間も監視 |
-m・-c・-I など・実行可能な出発帯
Memcached 1.6.x 単機同居の出発区間です。夜間一巡後の RSS で再測定し、OS・ワーカー・観測エージェントの RAM を必ず残します。
| フラグ | 意味 | 単機 Mini の帯（目安） | 安定化ヒント |
|---|---|---|---|
-m |
アイテム用上限（MiB） | 512〜4096 前後；ホスト RAM の約六〜七割超にしない | メモリ圧とセットで見る。追い出しの勾配が先に来る |
-c |
同時接続上限 | 1024〜16384；Σ(pool_max)×プロセス×ホスト に 1.2〜1.4 倍 | curr_connections が 0.85×-c を五分超継続なら再設計 |
-I |
最大アイテム（k/m 可） | 既定 1m；2m〜5m はプロファイル後のみ | 大きい -I はスラブ段が粗くなる→径分離を優先 |
-o 系 |
ビルド依存（例：スラブ再配分） | 公式／配布の説明に従い、初週は P99 を見ながら段階導入 | 狭い SLA 分ではページ移動を窓外へ |
プール：夜間は接続が膨らみやすい。合算を表に落とさない -c は危険。
監視指標
stats／stats slabs を秒速で。evictions 持続→-m・TTL・分割。listen_disabled_num 増分は重大。curr_connections は 八割黄・九割赤（五分）。bytes 偏りは再配分前兆。アプリ P99 はソケット両側。
ログ水位
stdout／stderr とクライアント詳細が APFS を埋め得る。サイズ基準ローテを既定に。黄：単一 >512MiB または >50MiB/h（アイドル帯）。赤： >2GiB 無ローテ、または合算 >5GiB→配備停止。
五手順
- 径ヒスト＋ TTL→二 daemon 可否。
- 夜間接続合算→
-cに 20〜40%、プール上限を固定。 - 共有 RAM 内で
-m、充填演習。 - automove／再配分は初週 P99 注視。
- メトリクス＋ログを一枚化、
listen_disabled_numでページ。
FAQ
- -I を上げれば追い出しは減るか
- 上限は広がるが段が粗く断片化しやすい。径分離・圧縮を先に。
- -c とプール
- 全プロセスの最大を足し ×1.2〜1.4 を
-cに。表にできないなら設計ミス。 - automove タイミング
- 偏りと追い出しが相関するとき。狭 SLA 分は尾に注意。
- ログ水位の理由
- stderr／ラッパーはディスク行き。ローテはキャッシュ設計と独立。
- 買いか借りか
- 長期固定は購入、実証と月額予測はレンタル。
購入ガイド
-m 余白・-c に耐えるコア・ログ用 SSD 余白を同時に。公開購入はログイン不要。
引用ゲート：-m 共有予算、-c≥合算×1.2、-I は計測後、ログ黄赤、listen_disabled_num。