GitHub Actionsの使用方法の測定方法
GitHub プランには、含まれるコンピューティング使用量の毎月の量が含まれています。 各製品は、独自の単位で使用状況を測定し、独自のレートを適用します。 GitHub は、その使用量のコストを計算します。これは、含まれているコンピューティング使用量に含まれます。 含まれる利用量が消費されると、追加の使用量がお客様のアカウントに請求されます。 含まれる利用枠は、各請求サイクルの開始時にリセットされます。
次の使用量も、同じ含まれるコンピュート使用量から充当されます。
- Standard GitHub ホステッド ランナー は、すべてのプランで、プライベートまたは内部リポジトリ、および クラウドサンドボックスのコンピューティングとメモリ で利用可能です。
- 課金アカウントが GitHub Team または GitHub Enterprise Cloud を使用する場合に、利用可能であれば、より大きなランナー
共有に含まれるコンピューティング使用量を使用する場合、他の使用の種類よりも優先される使用の種類はありません。
次の使用は、他の使用量とは別に無料のままであり、含まれるコンピューティングの使用量を減らしません。
- パブリック リポジトリで標準 GitHub ホステッド ランナー。 「ジョブのランナーを選択する」を参照してください。
- セルフホステッド ランナー。
より大きなランナー はパブリック リポジトリについて課金されます。
プライベート リポジトリの場合、使用量はプランの 2 つの要素に基づいて計測されます。
- コンピューティング: 対象となるランナーの使用量の計算されたコストは、毎月含まれるコンピューティング使用量から差し引かれます。 この値は、クラウド サンドボックスのコンピューティングとメモリでも利用可能です。 使用状況は、ワークフローの実行をトリガーしたユーザーではなく、リポジトリ所有者に課金されます。
- ストレージ: アーティファクトとキャッシュ ストレージには、個別の許容量があります。 ストレージ料金は、時間単位の使用量に基づいて月全体に蓄積され、発生したストレージ料金は、各課金サイクルの開始時にゼロにリセットされます。
ヒント
リポジトリへの書き込みアクセス権を持つすべてのユーザーがアクションを実行できます。 アクションの実行にかかるコストはすべて、リポジトリ所有者に課金されます。
Copilot code review と GitHub Actions の使用
各Copilot code reviewは、GitHub Actionsに加えてAI creditsコンピューティングを使用します。
- プライベート リポジトリ: ランナー コストは、アカウントまたは組織に含まれるコンピューティング使用量から引き出されます。 追加の使用量は、標準の GitHub Actions 料金で課金されます。
- パブリック リポジトリ: この使用は無料のままです。
Copilot code review は、既定で標準の GitHub ホスト型 Ubuntu Linux ランナーで実行されます。 アクション ランナー コントローラー (ARC) を使用して GitHub でホストされる大規模ランナー またはセルフホステッド ランナーを構成することもできます。これは、さまざまな料金で課金されます。
ストレージの課金のしくみ
GitHub Actions ストレージ課金は、時間単位の 見越しモデルで動作します。
- 継続的請求: ストレージ料金は、1 か月間の実際の使用量に基づいて 1 時間ごとに発生します
- 月単位の合計: 請求書には、月全体で使用されたストレージの合計が反映 GB-Hours
- 含まれる金額: プランの無料ストレージ許容量 (Enterprise プランの場合は 50 GB など) は、課金計算のために 1 時間あたりの料金に変換されます
- 共有ストレージ: アクションアーティファクトと GitHub Packages ストレージは、同じプールされた許容量を共有します。 「GitHub パッケージの課金」を参照してください。
- キャッシュ ストレージ: アクション キャッシュ ストレージは、リポジトリごとに 10 GB の別個の許容量です。 キャッシュ ストレージは、成果物または GitHub Packagesと共有されません。
- **カスタム イメージ ストレージ:**GitHub でホストされる大規模ランナーで使用されるカスタム イメージのストレージには、プランに基づいて独自の許容量が含まれています。
現在のストレージと蓄積ストレージについて
GitHubに表示される内容と請求書に表示される内容の違いを理解することが重要です。
- 現在のストレージ: 現在使用しているストレージの量
- 未収ストレージ: 請求サイクル全体で使用されたストレージの累積合計 (請求書を決定します)
アーティファクトを削除する場合:
- 現在のストレージが直ちに減少する
- 将来の時間単位の料金が累積を停止する
- 現在の請求サイクル中に既に発生したストレージは合計に残り、請求書に表示されます
例 (30 日間の請求サイクル): 10 日間 10 GB の成果物を格納する場合は、11 日目にすべてを削除します。
- 1日目から10日目: 1日当たり240 GB時間 (10 GB × 24 時間)
- 11 日目: 現在のストレージが 0 GB に低下→成果物を削除する
- 11日から30日、0 GB時間の蓄積 (ストレージなし)
- 請求書: 合計 2,400 GB-Hours (10 日× 240 GB 時間/日) が表示されます
アーティファクトを削除すると、現在のストレージが減少し、将来の料金が発生するのを防ぐことができますが、ストレージが存在した時点で既に記録されている料金は削除されません。
ストレージ測定単位
GitHub Actions は、ストレージを バイナリ ギガバイト (GB) 単位で測定します。
- 1 GB = 2^30 バイト = 1,073,741,824 バイト
- これはギビバイト (GiB) とも呼ばれます。
- 1 GB = 1,024 メガバイト (MB)
課金計算にはGB時間が使用されます。
- ストレージ1GBを1時間使用することを1GB-Hourとする。
- 例: 10 日間 3 GB を格納する = 720 GB-Hours (3 GB × 10 日間× 24 時間)
毎月の請求書は、GB-Hours を月の時間で割って GB-Months に変換します (通常、30 日の月の場合は 720 時間)。
カスタム イメージ ストレージ
GitHub でホストされる大規模ランナーの場合、カスタム イメージのストレージは、GitHub Actions ストレージを通じて課金されます。
カスタム イメージ ストレージでは、他の GitHub Actions ストレージと同じ時間単位の見越しモデルが使用されます。 請求書は、時間の経過と同時に保存される画像データの量に基づいて、GB 時間単位で測定されます。
カスタム イメージのストレージ使用量は次に依存します。
- 各イメージ バージョンのサイズ
- 保持するイメージ バージョンの数
- 各バージョンの保存期間
snapshot キーワードを含むワークフロー ジョブが成功するたびに、新しいカスタム イメージ バージョンが作成されます。 保持されたバージョンは、バージョンが削除または保持ポリシーによって除去されるまで、ストレージの使用量に影響します。 詳細については、「カスタム イメージの使用」および「企業でGitHub Actionsのポリシーを適用する」を参照してください。
カスタム イメージ ストレージは、ランナーが既存のイメージを使用またはプルする回数ではなく、長期にわたって保持されるイメージ データに基づいています。
例えば次が挙げられます。
- 1 つの 150 GB カスタム イメージ バージョンを 24 時間保存すると、3,600 GB 時間が使用されます。
- 同じイメージの 4 つの 150 GB バージョンを 24 時間保存すると、14,400 GB 時間が使用されます。
使用量の測定方法の例
- 標準の Linux ランナーでワークフローを実行し、完了までに 10 分かかる場合、$0.06 USD はリポジトリ所有者の含まれるコンピューティング使用量 (10 × $0.006 USD) から差し引かれます。 ワークフローで 10 MB の成果物が生成される場合は、リポジトリ所有者の成果物ストレージ許容量の 10 MB も使用します。
- 通常 10 分かかるワークフローを実行し、依存関係が利用できないために 5 分後に失敗した場合、含まれているコンピューティング使用量から 5 分のコストが差し引かれます。 問題を解決してワークフローを正常に再実行した場合、合計コストは15分を基準に計算されます。
- 多数のログ ファイルと長いジョブの概要を生成するワークフローを実行する場合、これらのファイルはリポジトリ所有者の成果物ストレージ許容量にはカウントされません。
- キャッシュ ストレージの使用量は、各時間のピーク使用量によって測定されます。 含まれる許容量は、リポジトリあたり 10 GB です。 特定の時間に、リポジトリのキャッシュ使用量がピーク時に 15 GB の場合、リポジトリ所有者は、そのリポジトリに含まれる 10 GB を超える 5 GB の使用量に対して課金されます。 リポジトリの所有者は、リポジトリ キャッシュのストレージ制限が含まれている使用量よりも高く構成されている場合にのみ課金されます。
コンピューティングの使用量とストレージが含まれます
次のコンピューティング使用量とストレージ容量が、ご利用のGitHubプランに含まれています。 含まれるコンピューティング使用量は、各課金サイクルの開始時にリセットされます。
| Plan | アーティファクト ストレージ | 含まれるコンピュート使用量 (1か月あたり) | キャッシュ ストレージ (リポジトリごと) | カスタム イメージ ストレージ | | ------- | ------- | --------- | ------- | ------- | | GitHub Free | 500MB | $12 USD | 10 GB | 適用なし | | GitHub Pro | 1 GB | $18 USD | 10 GB | 適用なし | | GitHub Free 組織向け | 500MB | $12 USD | 10 GB | 適用なし | | GitHub Team | 2 GB | $18 USD | 10 GB | 75 GB | | GitHub Enterprise Cloud | 50 GB | $300 USD | 10 GB | 150 GB |
含まれるコンピューティング使用量は、固定された分数やその他の使用単位ではなく、金額として表されます。 製品は、分、秒、GiB 秒などのさまざまな単位で使用状況を測定し、対応するレートを適用します。 GitHub は、計算されたコストを同じ含まれるコンピュート使用量から差し引きます。 ガイドとして、300 米ドルは、1 分あたり $0.006 USD の標準 Linux ランナーで 50,000 分をカバーしています。
標準的な GitHubホストランナーの使用は無料です。
- パブリック リポジトリ内
- GitHub Pages の場合
- Dependabot の場合
メモ
より大きなランナー (larger runner)が利用可能な場合、そのコストは、GitHub TeamおよびGitHub Enterprise Cloudの課金アカウントに含まれるコンピュート使用量に充当できます。 より大きなランナー はパブリックリポジトリに対して課金されます。
- 表示される成果物のストレージ量は、**** とGitHub Packagesされます。 つまり、Actions アーティファクトと GitHub Packages ストレージ全体のストレージの合計が、プランに含まれる量を超えることはできません。 キャッシュ ストレージとカスタム イメージ ストレージは別々の許容量です。
Copilot code review ランナー コストは、プライベート リポジトリに含まれるコンピューティング使用量から差し引かれます。 パブリック リポジトリの場合、この使用は無料のままです。
含まれているコンピュート使用量を超えて使用する
アカウントに有効な支払い方法が登録されていない場合、含まれているコンピューティング使用量を使い切ると、使用が停止されます。 より大きなランナー 有効な支払い方法が必要です。
追加の GitHub Actions 使用料金の支払い
追加の使用料金は、 GitHub アカウントに設定された支払い方法を使用して、含まれるコンピューティング使用量が消費された後に課金されます。 「支払いおよび課金情報の管理」を参照してください。
GitHubホストランナーの場合、ストレージは、1 か月間のアーティファクトとキャッシュの時間単位の使用量に基づいて課金されます。 コンピューティングは、その月の各ランナー タイプで使用された合計処理時間に基づいて課金されます。
- 有料の使用量のコストを見積もる場合は、 GitHub料金計算ツールを使用します。
- 現在のコストを表示するには、 従量制課金製品とライセンスの使用状況の表示 を参照してください。
メモ
課金ダッシュボードでは、Actions の使用状況が生の分単位数ではなく、ドルの金額 ("支出") として表示される場合があります。 この金額には、適用可能なコンピューティング コストが既に反映されています。
基準分の単価
GitHub によってホストされるランナーの種類ごとに、オペレーティング システムと処理能力によって決定される 1 分あたりの料金があります。 レートによって、含まれるコンピューティング使用量から差し引かれるコストが決まります。
たとえば、Windows ランナーと、 GitHub ホストされている macOS ランナーで実行されるジョブは、Linux ランナー上のジョブよりも実行コストが高くなります。
| オペレーティング システム | 請求に関する SKU | 分あたりの料金(米ドル) |
|---|---|---|
| Linux 1 コア (x64) | actions_linux_ | $0.002 |
| Linux 2 コア (x64) | actions_linux | $0.006 |
| Linux 2コア (arm64) | actions_linux_arm | 0.005 ドル |
| Windows 2 コア (x64) | actions_windows | $0.010 |
| Windows 2コア (arm64) | actions_windows_ | $0.010 |
| macOS 3 コアまたは 4 コア (M1 または Intel) | actions_macos | $0.062 |
さまざまな種類のランナーの分単位コストの詳細については、 アクションズ ランナーの価格 を参照してください。
ストレージの価格
含まれている許容量を超える使用量は、次の料金で課金されます。
| ストレージの種類 | GB/月あたりの価格 |
|---|---|
| 共有ストレージ(アーティファクトと GitHub Packages) | $0.25 USD |
| アクション キャッシュ | $0.07 USD |
| カスタム イメージ ストレージ | $0.07 USD |
追加ランナー コスト計算の例
たとえば、組織でGitHub Teamを使用している場合、含まれているコンピューティング使用量を使い切った後、ベースライン Linux と Windows ランナーをさらに 5,000 分使用すると、38 米ドルのコストがかかります。
- 5,000 (3,000 Linux と 2,000 Windows) 分 = 38 米ドル (18 米ドル + 20 米ドル)。
- 3,000 Linux 分 × 0.006 ドル/分 = 18 ドル。
- 2,000 分の Windows サービス時間、1 分あたり 0.010 USD = 合計 $20 USD。
アーティファクトストレージコストの計算例
3 月の 10 日間に 3 GB のアーティファクト ストレージを使用し、3 月の 21 日間に 12 GB を使用する場合、アーティファクト ストレージの使用量は次のようになります。
- 3 GB x 10日 x (1日24 時間) = 720 GB時間
- 12 GB x 21日 x (1日24 時間) = 6,048 GB時間
- 720 GB時間 + 6,048 GB時間 = 6,768 GB時間
- 6,768 GB時間 / (月あたり744時間) = 9.0967 GB月
月末に、 GitHub は成果物ストレージを最も近い MB に丸めます。 そのため、3 月のアーティファクト ストレージの使用量は 9.097 GB になります。
メモ
GitHub は、6 ~ 12 時間以内にアーティファクト ストレージの使用状況を更新します。 アーティファクトを削除すると、現在のストレージの領域が解放されますが、現在の課金サイクルのストレージ課金の計算に使用される、未収のストレージ使用量は削減されません。
キャッシュ ストレージ のコスト計算の例
3 月の 10 日間に 3 GB のキャッシュ ストレージを使用し、3 月の 21 日間に 12 GB を使用する場合、キャッシュ ストレージの使用量は次のようになります。
| 使用量 (GB) | 課金対象 (GB-Hours) | 課金対象外 (GB-Hours) |
|---|---|---|
| 最初の 10 日間は 3 GB | 0 GB 時間 | 720 GB時間 |
| 今後 21 日間は 12 GB | ||
| 2*21 日*24 時間 = 1008 GB 時間 | 10*21 日*24 時間 = 5040 GB-Hours |
キャッシュされたストレージの場合、課金グラフとレポートには、含まれている 10 GB を超える使用量のコストのみが表示されます。 月末には、Actions Cache Storage SKU に 1008 GB 時間の使用が表示されます。
GitHub Actions の予算管理
アカウントに有効な支払方法が登録されていない場合、クォータを使い切ると使用がブロックされます。
有効な支払方法を登録した場合、支出が 1 つ以上の予算により制限されることがあります。 アカウントに設定した予算が、使用量のニーズに適していることを確認してください。 「従量制課金製品の支出を管理するための予算を設定する」をご覧ください。
また、請求期間中に含まれる GitHub Actions 使用量が 90% および 100% に達したときにも、電子メール通知を受け取ることができます。 詳しくは、「予算とアラート」をご覧ください。