二〇二六年 レンタル Mac Mini七時二十四分:Sidekiq と Redis 意思決定マトリクス(キュー積載・並行ワーカー・RDB/AOF 窓・ディスク閾値)

運用設計
約8分

単一レンタル Mac MiniでSidekiq と Redis を同居させると、並行と永続化が同じ APFSで衝突し、キューだけ見てconcurrencyを上げると尾遅延が先に悪化します。パラメータ表・夜間窓・黄赤閾値・五手順・FAQで固定します。Redis AOF/RDB 稿・ワーカー比較稿・水位 FAQ。公開購入(ログイン不要可)で検証台を確保できます。

  1. RDB fork/AOF 書き換えは一時複製で空きを食い、積載だけでは足りません。
  2. retry はログと一時領域を増やしinodeまで届きます。
  3. 外部 API の接続とジョブ timeoutがずれると孤児と二重計上が混ざります。

長時間ジョブ向けパラメータ表(concurrency・timeout・retry と永続化のディスク影響)

値は出発点。コアとRedis INFOを同列で見ます。

項目 推奨の出発点 timeout/retry メモ RDB/AOF のディスク影響
concurrency コア数±一 深さだけで上げない 大きな値同時で追記が太る
timeout p99の約1.2〜1.5倍 HTTP と全体を別監視 切れ残りはログへ
retry 既定25は短前提 毒はDLQ 再試行でログ増
RDB 変化率に合わせる — forkで空きを食う
AOF everysec — rewriteで二重+fsync

夜間バッチ窓と永続化作業のずらし

quiet とデプロイ猶予をUTCで固定し、RDB・rewrite・退避と十五分以上ずらします。

窓 典型作業 ずらしのコツ
静か BGREWRITEAOF/bgsave ワーカー quiet 後に十五分
準静か ログローテ・退避 rsync 永続化と逆位相
日中 通常 Sidekiq 黄閾値で投入減速

ディスク水位・inode しきい値チェックリスト

  • 黄:空き約二割未満で警告と減速。
  • 赤:空き約一割未満でenqueue 停止。
  • inode 八割超で掃除、九割で分割。
  • 書き換え前は数GiBの絶対余白を併記。

買い対レンタル(要点のみ)

購入はCAPEX、レンタルは検証を早く分離しやすい一方、ゲート設計は同等です。料金→公開購入が短いです。

安定化の五手順

  1. latency・memory・queue を一枚にしp99 とtimeout を整合。
  2. Redis 遅延悪化時はconcurrencyを上げない。まず切り出し。
  3. RDB/AOF を夜間へ固定しローテとずらす。
  4. 黄で減速、赤で停止を自動化。
  5. 四半期に復元とkill 演習。

引用に使える数値と短句

  • timeout ≒ p99 の1.2〜1.5倍。
  • fork はCOWで空きを使う。
  • retry 25 は長時間でログ増。

FAQ

積載だけで concurrency を上げる?
Redis 遅延と黄線を先に。
rewrite はいつでも?
ピークと重ねない。Redis 稿参照。

まとめ:並行はRedisと窓とセット。夜間に永続化を離す。検証台は公開購入、ホーム・ヘルプもどうぞ。

Sidekiq/Redis 向け Mac ノード

RunMini の Apple Silicon でキュー検証に余白を。ホーム・料金・ヘルプ・公開購入(ログイン不要可)。

ブログ一覧 公開購入

公開購入へ(ログイン不要)