2026年、企業向けリモートMac Runnerリソースプールの意思決定マトリクス

Mac Runner が増えると、同時実行・キュー・キャッシュ・ディスクが一枚のプールとして見えます。2026年は 購入かレンタルかM4 と M4 Pro六地域の遅延並行度タグを同じ表に載せ、稟議と体感を揃えます。

1. 台数より並列と隔離

支配するのは 並列度隔離です。重いリンクや複数シムでは メモリ帯域と NVMe が先に限界になりがちなので、ピーク同時本数を先に数値化します。自前と専有レンタルの軸は Mac mini 自前か遠隔専有かのマトリクス(FAQ) を参照。

要点:台数=同時実行上限×クリーンアップ時間×キュー SLA から逆算。

2. 購入かレンタルか

購入は定常単価を抑えやすいが設備とオンコールが戻る。レンタルは立ち上がりとリージョン移動が速い。ハイブリッドは基準を自前、ピークだけクラウドへ。大物アーティファクトの地理は Artifacts と S3/MinIO の FAQ と併読。

3. M4 と M4 Pro

M4 を標準に、リンク重視・複数シム・巨大モノレポだけ M4 Pro へ逃がす二層が扱いやすいです。軽量ジョブまで Pro に寄せると単価だけが積み上がるので、ラベルで専用プールを明示します。

4. 六地域の遅延

東京・シンガポール・ソウル・香港・米国西部+EU 代表の六軸で、API・キャッシュ/アーティファクト・SSHを分けて測ります。東京基準ではアジア同士はまとまりやすく米西・EU は往復が伸びやすい、米西基準では東京・EU の二方向が支配されがち、というメモだけでも設計図が締まります。

5. 並行度タグとマトリクス要約

self-hosted 一語は観測が沈みます。os/arch/xcode/disk-tier/region を最小集合にし、needsconcurrency group で衝突回避。長時間ジョブは別ラベル、短時間レーンを残すと SLA が読みやすいです。

  • 購入寄り:定常並列が高く 24/7、設備とオンコールを内製。
  • レンタル寄り:ピーク差・PoC・リージョン実験が多い。
  • 六地域:ユーザー・署名・キャッシュを同じ表で見てから Runner を置く。
運用:四半期ごとに P95 キュー・命中率・df で表を更新。

Mac mini と macOS でプールの摩擦を下げる

Runner プールの本質は「安定したビルド面」と「観測可能なキュー」です。Mac mini(Apple Silicon)はメモリ帯域が高く、アイドル電力が低いため、夜間バッチや常時待機のセルフホストに向きます。macOS は Xcode・シミュレータ・コード署名の前提が揃っており、Gatekeeper・SIP・FileVault も含めて説明しやすいセキュリティ境界になります。まず Mac mini M4 で標準レーンを固め、重いジョブだけ上位チップへ逃がす構成が現実的です。

ピークや新リージョンの試行を短サイクルで回したい場合は、専有の遠隔 Mac を組み合わせるのが手早いです。Macstripe のホームでモデルとリージョンを確認し、六地域マトリクスに沿って一台から検証を始めてください。今こそハード選定と運用ルールを同じ表に載せ替える好機です。