並列コンパイルはCPU だけでなくディスク水位でも速度が崩れます。2026 年のクラウド Macでは、シンガポール・日本・韓国・香港・米東・米西のどこに置くかでキャッシュ転送が変わり、Mac mini M4 の 16GB/256GB と 24GB/512GBの差は「同時に何本走らせるか」の上限に直結します。本稿は1TB/2TB 拡張、同一台の並列シート、席追加（台数）の三択を、水位とキュー設計で短く切り分ける FAQ です（金額は料金ページと注文画面を正）。
1）ディスク水位：並列の前に「空き」と「書き込みピーク」
DerivedData・Docker レイヤ・Gradle/Bazel のローカルキャッシュは、見かけの空き容量より一時書き込みの山が効きます。目安は常時 20% 以上の空きを維持しつつ、ピーク時に連続スキャンやスワップ急増が出ていないかを見ること。水位が浅いまま並列を上げると、ビルド時間のばらつきだけでなく署名や成果物アップロードの失敗率も上がります。リモートキャッシュ設計はBazel／Gradle Remote Build FAQ（2026）と合わせて読むと、ローカル占有をさらに抑えられます。
2）六地域：水位に効くのは転送とキャッシュの置き場
ノードは利用者・Git・成果物レジストリ・VPN 出口に近い方が、毎回の依存取得でディスクを削りにくくなります。ASEAN 向けはシンガポール、日本国内は東京、韓国はソウル、華南寄りは香港、米クラウドと同居なら米東、西岸 SaaS 依存なら米西、が第一候補の目安です。選び直しのときは、六地域クラウド Mac と M4 選定 FAQの観点（レイテンシ表）と突き合わせてください。
3）16GB/256GB と 24GB/512GB：並列度の天井はメモリとディスクのセット
16GB/256GBは単一パイプラインや軽い並列に適します。Xcode を複数本・シミュレータ常駐・コンテナ同時なら、メモリ不足でスワップが増え、結果として SSD 水位が急降下しがちです。その場合は24GB/512GBへ上げるか、並列本数を下げてジョブを時間で分散します。回帰ゲートやスモークの運用観点は越境パフォーマンス回帰とスモークゲート FAQが近い文脈です。
4）1TB/2TB 拡張 vs 並列シート vs 席追加（台数）
SSD を厚くするのは「複数 Xcode 版」「巨大ワークスペース」「長期キャッシュ」を同一台に抱えたいときに効きます。並列シート（同一台で Runner を複数）は、CPU とディスク I/O の取り合いが増えるので、水位が浅いと逆効果になりやすいです。席追加はキューを物理的に分割し、失敗の波及を切るのに効きます。迷ったら「ピーク時に一台で何本同時に走らせたいか」を決め、それでも水位とメモリが余裕なら並列シート、足りなければ拡張か台数、の順で検討すると安全です。
5）短い FAQ
Q：256GB で足りる見込みは？ A：掃除後も週次で 30% 未満に落ち込むなら、拡張かリモートキャッシュ優先。Q：並列を上げたいが遅い？ A：まずスワップとディスク利用率を見て、CPU 100% 前に I/O が赤なら台数か SSD。Q：六地域をまたぐ？ A：ビルドは近く、成果物は規約に沿って複製——転送距離が長いほどローカルキャッシュ圧が上がるので、地域ごとに水位閾値を分けてもよいです。
- ピーク時の空き容量・スワップ・I/O 待ちを一画面で追えるか。
- 同一台並列の最大同時本数をポリシー化したか。
- 拡張・台数のどちらを取っても、課金サイクル（日／週／月）は実測後に伸ばす。
vpszap では、地域とスペックがそのまま水位対策に効く
六地域から近傍を選び、専有の物理 M4 Mac mini（仮想化なし）で CPU／メモリ／SSD を取り合いません。開通は約 5 分、SSH と VNCを同梱し、課金は日／週／月／四半期、長期契約なし。Apple Silicon の実機に近い環境で、並列とディスクのバランスを試しやすいのが強みです。
構成を固める前に、実ジョブで水位と所要時間を測りたい場合はvpszap のクラウド Mac miniから近いリージョンを選んでください。
