Larger GitHub Runners vs Managed Runners: コスト
larger GitHub runners は「コアが足りない」問題を解決しますが、最初の1分からプレミアム料金で課金されます。
標準ランナーでは小さすぎる場合、GitHub は大型ランナー (4〜64 vCPU) を提供します。動作はしますが、無料枠なしで最初の1分から高い料金で課金されます。マネージドランナーは同じサイズをはるかに安く実現します。比較を見ていきます。
| Larger GitHub runners | Managed (Latchkey) | |
|---|---|---|
| 無料分 | なし - 1分目から課金 | 無料枠あり |
| 分単価 | プレミアム (コア数に比例) | 約70%安い |
| 負荷時の待ち行列 | あり得る | ウォームプール (待ち行列なし) |
| キャッシュ | 基本のみ | 標準搭載 |
| 不安定な失敗からの回復 | なし | 自己修復による自動リトライ |
| セットアップ | runner group の設定 | label の入れ替え |
larger GitHub runners が適する場面
コアがたまに多く必要なだけで、サードパーティのセットアップをまったくしたくないなら、larger GitHub runners が最もシンプルな道です。ただし無料枠なしの高い分単価は覚悟してください。
マネージドが勝る場面
恒常的または大量の重いビルドでは、マネージドランナーは同じ vCPU を約70%安く提供し、大きなジョブが待ち行列に入らないウォームプールと、ビルドを短縮する標準搭載キャッシュを備えます。
信頼性のおまけ
大きなジョブこそ OOM kill やディスクフルのエラーが起きやすい場所です。Latchkey はこうしたケースを自動で自己修復するため、不安定な重いビルドで高価な再実行を丸ごと払わずに済みます。
結論
たまの大型ビルドなら larger GitHub runners で十分です。恒常的な重いビルドなら、マネージドランナーは同じコンピュートを圧倒的に安く提供し、待ち行列もなく自己修復もあります。無料で始めて比較してみてください。
関連ガイド
GitHub-Hosted vs Managed Runners: Cost & SpeedGitHub-hosted vs managed runners compared on cost, queue time, caching, and reliability. Why managed runners…
GitHub-Hosted vs Self-Hosted Runners: Cost & OpsGitHub-hosted vs self-hosted runners compared on cost, speed, maintenance, and reliability - plus where manag…
Self-Hosted vs Managed Runners: Ops & ReliabilitySelf-hosted vs managed GitHub Actions runners compared on cost, ops, scaling, and reliability. Get self-hoste…
GitHub Actions Cost Calculator - Estimate & Cut Your CI BillFree GitHub Actions cost calculator: enter your monthly CI minutes and runner size to see your current bill a…