2026 GitHub Actions ホスト macOS とセルフホスト Mac クラウドの選び方：キュー、課金、ラベル、Jenkins/GitLab 比較表
プラットフォームチームは「GitHubのホストmacOSランナーを使い続けるか、VPSのように専用Macクラウドを持つか」で足踏みしがちです。本稿では2026年のCI前提で、軽量PR検証・重いXcodeビルド・常駐ジョブの切り分け、待ち行列と分課金、ラベルと並列、秘密情報とエグレスを整理し、Jenkins/GitLabとの対応関係と最小5ステップ、FAQスキーマまでまとめます。
1. ワークロード分類：PR、重いビルド、24/7
2026年のiOS/macOSパイプラインは三つに分かれます：軽いPRチェック、フルアーカイブと署名、OpenClawのような常駐プロセスです。ホストランナーは調達ゼロとGitHub管理イメージが強みですが、macOS分課金は高く、ピーク時は共有プールで待ちます。セルフホストMacクラウドは自分のラベル下で待ち時間をほぼゼロにでき、Xcodeやツールチェーンを固定できます。同一SSHホストにJenkinsエージェント、GitLab Runner、Actions Runnerを共存させることも可能です。分類を飛ばすと、小さなジョブで分課金が膨らむか、1台のM4に重いxcodebuildを積みすぎて不安定化します。
2. 三つのつまずき：キュー、請求、制御
- キューと並列：組織の同時実行枠と共有プールに左右されます。セルフホストは登録台数が上限ですが、1台に無制限並列はRAMとディスク計画なしでは危険です。
- 請求形状：ホストは分単位の高単価。セルフホストは主に固定家賃＋エグレス。月80〜120時間超のmacOSジョブがアーカイブ中心なら専用ノードが有利になりやすい経験則があります（必ず自社請求で検証）。
- 環境制御：ホストはGitHubのリリースサイクルに追従。セルフホストはプロキシや社内CAを焼けます。VPSMACのようにSSHを速く渡すMacクラウドは、Linux VPS運用感覚に近づきます。
3. 意思決定マトリクス
| 観点 | GitHubホストmacOS | セルフホストMacクラウド | オンプレMac |
|---|---|---|---|
| 供給 | 即時 | 分〜時間、複数台可 | 調達が長い |
| コスト | 分課金・プレミアム | 時間/月額 | CAPEX＋電気＋人件 |
| 待ち | 共有プール | 自前ノード上限 | 単一障害点 |
| ツールチェーン | GitHub管理 | 完全カスタム | カスタムだがドリフト |
| 複数CI | GitHubのみ | SSH＋Runner併用可 | 可能だがネット設計が要る |
4. 5ステップ：ランナー登録から初回グリーンビルドへ
- Macクラウドで
xcodebuild -versionとディスク空き（目安40GB以上）を確認。 - CI専用ユーザーとSSH鍵を用意し、Secrets/Credentialsへ。
- Actions Runnerをインストールし
self-hosted、macOS、ARM64、xcode26などのラベルを付与。launchdで常駐。 - checkout＋バージョン表示またはシミュレータビルドの最小ワークフロー。
- 署名・アーカイブ・成果物へ段階拡張。軽量ジョブはpath filterで分離。
5. Jenkins/GitLab：ラベル、SSH、executor上限
Linuxランナープールの延長としてmacos接頭辞のプールを切ります。GitHubはruns-on、Jenkinsはラベル式、GitLabはtags:です。台帳を1枚にまとめると監査が楽です。同一ホスト併用時はexecutor数を絞り、16GB M4でフルアーカイブを二重実行しないようにします。DerivedDataとディスク監視はVPSMACのビルドキュー記事とセットでRunbook化します。
6. レビューで引用する数値
- ホストの待ち時間は組織枠で変動。セルフホストはラベル一致時ほぼゼロで、次のボトルネックはCPUとディスク。
- 中規模iOSはDerivedData用に30〜50GB空きを推奨。10GB未満は偶発失敗が増えます。
- 単発アーカイブのピークRAMはモジュール数次第で12〜18GB帯へ。並列数の見積りに使います。
- シンボルアップロードと依存取得でエグレスが増えます。Git/レジストリ近傍にMacを置くとRTTが下がります。
- PATやGitHub Appは約90日ローテを推奨。Jenkins/GitLab側も同期更新。
7. ハイブリッドと2台目の判断
公開フォークや軽いPRはホスト、社内リリースはセルフホストMacクラウド、というハイブリッドが一般的です。SLAを超える待ち、クリーンアップ後も続くディスク警告、第二リージョンのDRが出たら2台目を検討します。オンプレMacは停電とオンコールコスト、ホストだけは高負荷時の請求が読みにくい、という弱点があります。安定したAppleツールチェーンと予測可能な並列をレンタルで賄うなら、Actions・Jenkins・GitLabを束ねるMacクラウド拡張が伸びやすく、90秒APIプロビジョニングの記事でチケットからSSHまでを閉じられます。Docker抽象層だけに頼るとトラブルシュートと性能の両方でオーバーヘッドが残りがちですが、ネイティブmacOS上の専用ノードは長期運用とXcode系ワークロードで手間が少なく、VPSMACのような物理Macクラウドはそのまま本番CIの土台に向きます。