Skip to main content

GitHub Codespaces の請求について

GitHub Codespaces を使用するためのコストと、GitHub 個人用アカウントに含まれる月間使用量クォータについて説明します。

Note

Enterprise アカウント、および 2024 年 6 月 2 日以降に作成された Enterprise アカウントが所有する Organization は、拡張された課金プラットフォームにアクセスできます。 パブリック プレビュー プログラムに参加した Enterprise も、拡張請求プラットフォームにアクセスできます。

拡張課金プラットフォームでは、支出管理と詳細な可視性が向上し、よりきめ細かな制御で使用状況を把握できるようになります。 「新しい課金プラットフォームの使用」をご覧ください。

GitHub Codespaces 料金表について

注記: GitHub では、前もって利用ベースのコスト値に対して一時的に承認が保留となることがあります。これは、アカウントの支払方法に保留中の請求として表示されます。

GitHub Codespaces は、組織、企業、または個人アカウントのいずれかによって支払われます。 個人アカウントの Free および Pro プランには、毎月一定の使用量までの GitHub Codespaces の無料使用が含まれます。

組織は、そのリポジトリから作成された codespace をユーザー所有にするか、組織所有にするかを選択できます。 「組織内の codespace を誰が所有し、支払うかの選択」をご覧ください。 以下のすべてが当てはまる場合は、組織が codespace の支払いを行います。

  • 組織は、codespace を組織所有にするように選択しています。
  • 組織が GitHub Codespaces の 0 以外の使用制限を設定しています。
  • codespace は、組織のリポジトリのいずれか、または組織のリポジトリのいずれかのフォークから作成されます。 これには、パブリック、プライベート、内部リポジトリが含まれます。
  • codespace を作成するユーザーは、組織のメンバーまたはコラボレーターであり、組織はこのユーザーに対して GitHub Codespaces を有効にしています。 組織がすべてのユーザーに対して Codespaces を有効にすることを選択している場合は、すべてのメンバーとコラボレーターが含まれます。 ユーザーに対して Codespaces が有効になっていない場合でも、組織のパブリック リポジトリから codespace を作成できますが、ユーザーはこれらの codespace に対する支払いを行います。

メンバーに対して GitHub Codespaces を有効にする方法について詳しくは、「組織での GitHub Codespaces の有効化または無効化」を参照してください。

それ以外の場合、GitHub Codespaces の使用は、codespace を作成したユーザーの個人用アカウントに適用され、個人用アカウントに含まれる月間使用量の一部が消費されます。または、含まれているクォータを超えた場合、その使用量に応じてアカウントに課金されます。

Organization および Enterprise アカウントの無料、Team、Enterprise プランには、GitHub Codespaces の無料使用は含まれません。

Note

GitHub Codespaces は、マネージド ユーザー アカウントが所有するリポジトリでは使用できません。 詳しくは、「Enterprise Managed Users について」を参照してください。

有料使用の料金

GitHub Codespaces インスタンス ("コードスペース") では、アクティブな間はコンピューティング時間に対して、存在する間は codespace が占有するディスク領域の容量に対して料金が発生します。 次の表に示すように、コンピューティング コストは、codespace 用に選んだマシンの種類内のプロセッサ コアの数に比例します。 たとえば、16 コアのマシンで codespace を 1 時間使用する場合のコンピューティング コストは、2 コアのマシンの 8 倍になります。

コンポーネントマシンの種類Unit of measure含まれる使用量の乗数Price
Codespaces コンピューティング2 コア1 時間2$0.18
Codespaces コンピューティング4 コア1 時間4$0.36
Codespaces コンピューティング8 コア1 時間8$0.72
Codespaces コンピューティング16コア1 時間16$1.44
Codespaces コンピューティング32コア1 時間32$2.88
Codespaces ストレージストレージ1GB-月適用なし$0.07

GB/月単位のメジャーの詳細については、「ストレージ使用量の課金について」を参照してください。

Codespace のプレビルドを有効にすると、追加料金がかかります。 「Codespaces のプレビルドに対する請求について」を参照してください。

GitHub Codespaces の請求書について

GitHub Codespaces は、コンピューティング時間と codespace で使用するストレージ領域の容量に応じて、米ドル (USD) で課金されます。 GitHub Codespaces のコストは、お使いのアカウントが年単位の請求になっているとしても、常に毎月請求されます。

GitHub Codespaces の請求は、アカウントの既存の支払い方法と領収書を共有します。 「プランと請求日を表示する」をご覧ください。

Organization 所有者またはエンタープライズ所有者の場合は、Azure サブスクリプション ID を organizationまたはエンタープライズのアカウントに接続して、GitHub Codespaces を有効にし、その使用量を支払うことができます。 「Azure サブスクリプションを接続する」をご覧ください。

コンピューティング使用量の課金について

codespace のコンピューティング使用量は、その codespace がアクティブである時間の長さに、codespace のマシンの種類の料金表にある乗数を掛けたものです。 コンピューティング使用量の合計は、特定のアカウントに請求可能なすべての codespace で使用された時間を合計して計算されます。 これらの合計は、1 時間ごとに課金サービスに報告され、毎月請求されます。

たとえば、codespace が 1 時間 15 分アクティブである場合、コンピューティング コストは、マシンの種類によって決定される codespace の 1 時間あたりのコストに 1.25 を掛けたものになります。

コンピューティング使用量は、codespace を停止することで制御できます。 詳しくは、「codespace の停止と開始」をご覧ください。 codespace は、構成可能な非アクティブ期間後に自動的に停止されます。 タイムアウト期間は、ユーザーによって、または Organization レベルで構成できます。 「GitHub Codespaces のタイムアウト期間を設定する」および「アイドル タイムアウトの期間を制限する」を参照してください。

ストレージ使用量の課金について

GitHub Codespaces に対する課金のために、ストレージは、アカウント内のすべての codespace とプレビルドで使用されるディスク領域で構成されます。 これには、クローンされたリポジトリ、構成ファイル、codespace に読み込まれたデータ (たとえば、リポジトリで実行されているソフトウェアの入出力など)、拡張機能など、codespace で使用されるすべてのファイルが含まれます。 ストレージは、codespace がアクティブであるか非アクティブであるかに関係なく、既存のすべての codespace に対して課金されます。ただし、含まれている使用量クォータが使い果たされたか、または使用制限に達したために使用がブロックされている期間を除きます。 codespace のストレージに対する課金は、codespace が削除されると終了します。 ただし、codespace を削除しても、現在の請求月の使用済みストレージ量は、累積値であるため削減されません。

既定のイメージに基づくコンテナーのストレージ課金

既定の開発コンテナー構成を使うと、コンテナーは codespace の既定の Linux イメージからビルドされます。 「開発コンテナーの概要」をご覧ください。

既定のイメージに基づくコンテナーは、開発コンテナー構成に機能を追加した場合であっても、使用済みストレージとしてカウントされません。 「devcontainer.json ファイルへの機能の追加」をご覧ください。

既定のイメージを使用する場合、codespace のストレージ使用量は、リポジトリ内のファイルと、その後 codespace に追加するファイルに基づいています。 代わりの基本イメージを使用する場合、結果のコンテナーと codespace 内のすべてのファイルが、使用されたストレージとしてカウントされます。

codespace が既定の開発コンテナーイメージから構築されたかどうかを確認する方法については、「含まれている使用量の最大限の活用」を参照してください。

ストレージ使用量の報告

codespace ストレージは、GB/月単位で報告されます。 請求月は、月中の所定の日から翌月の同日までです。 ほとんどの場合、月中の日は、現在の GitHub プランの開始日によって決まります。 ストレージ (GB/月) は、次のように計算されます。 1 時間に 1 回、現在アクティブな codespace と停止している codespace のすべてで使用されているストレージが評価されます。 次に、この数字を、現在の請求月内の時間数で除算します (total storage size / hours this month)。 結果は、その月の codespace ストレージの累計に加算されます。

たとえば、100 GB のストレージを使用する codespace が 1 つあり、1 時間存在している場合、1 か月 (30 日) に 100 / (24 * 30) = 0.1388 GB/月のストレージを使用したことになります。 30 日間の月に GitHub Codespaces を使用した場合、3 日間存在していた 2 つの 100 GB のコードスペースが構成されている場合は、これらの codespace のストレージに関する時間単位の24 * 3レポートが作成され、合計 GB 月が提供されます(24 * 3) * 200 / (24 * 30) = 20

各毎時レポートでは、前の 1 時間のストレージ使用量が秒単位で計算されます。 その結果、codespace が 60 分間完全に存在しなかった場合、ストレージの丸 1 時間分は請求されません。 月末に、GitHubはストレージ使用量を最も近いGBに丸めます。

Organization 所有者は次の作業を行うことができます。

  • Organization の現在アクティブな codespace と停止されている codespace を一覧表示する。 「組織内の codespace を一覧表示する」をご覧ください。 当月の GitHub Codespaces のコストには、これらの codespace に加えて、当月のはじめに存在していたがその後削除された codespace のコストが含まれる場合があります。
  • 当月の当日までの Organization の GitHub Codespaces コンピューティング使用量とストレージ使用量を確認する。 「GitHub Codespaces の使用状況の表示」をご覧ください。
  • GitHub Codespaces のコストを管理するように Organization の設定を構成する。 「組織での GitHub Codespaces のコストの管理」をご覧ください。

使用量ベース課金のコストを見積もるには、GitHub 料金計算ツール を使用できます。

Codespaces のプレビルドに対する支払いについて

プレビルドでは、リポジトリ、ブランチ、devcontainer.json 構成ファイルの特定の組み合わせに対して、codespace の主要コンポーネントが組み立てられます。 これにより、新しい codespace をすばやく作成できます。 特に複雑なリポジトリや大規模なリポジトリの場合は、プレビルドを使うことで新しい codespace をより迅速に作成できます。 「GitHub Codespaces のプレビルドについて」を参照してください。

プレビルドの GitHub Actions コスト

プレビルドは、GitHub でホストされるランナーで GitHub Actions ワークフローを実行することによって作成および更新されます。 プレビルドの更新を自動的にトリガーする方法を構成できます。 詳しくは、「プレビルドの構成」をご覧ください。

他のワークフローと同様に、プレビルド ワークフローが実行されている間、アカウントに含まれている GitHub Actions の分数を消費するか (残っている場合)、GitHub Actions の分数に対して料金が発生します。 GitHub Actions 分数の価格の詳細については、「GitHub Actions の課金について」を参照してください。 プレビルドの作成または更新に伴う Codespaces コンピューティング コストはありません。

プレビルド ワークフローとストレージの使用量を追跡するには、お使いのアカウントの使用状況レポートをダウンロードします。 「GitHub Codespaces の使用状況の表示」をご覧ください。

プレビルドのストレージ コスト

GitHub Actions の分数に加えて、特定のリポジトリおよびリージョンの各プレビルド構成に関連付けられたプレビルドのストレージに対しても課金されます。 プレビルドのストレージは、codespace のストレージと同じレートで課金されます。

1 つのリージョン内のプレビルドのストレージ コストは、そのプレビルドから作成された 1 つの codespace を格納するために発生するストレージ コストはほぼ同じです。 たとえば、codespace の作成時に updateContentCommand コマンドと postCreateCommand コマンドを使用してより多くのファイルを開発コンテナーにダウンロードする場合、生成された codespace のストレージ コストは prebuild のコストを超える可能性があります。

プレビルド構成に関連付けられた合計ストレージは、次の要因によって異なります。

  • GB あたりのストレージの価格 (この記事の前半の表を参照)
  • 生成されたプレビルドのサイズ (GB 単位)
  • プレビルドを使用できるリージョンの数 (プレビルドのコピーが各リージョンに格納されるため)
  • 保持されているプレビルドの以前のバージョンの数

このため、プレビルド構成によって生成されるプレビルドのストレージ コストは、price per GB * size (GB) * regions * versionsとして計算されます。

個人用アカウントまたは Organization アカウントの現在の課金データを確認すると、プレビルドによって使用されているその月のストレージ量を GB 単位で確認できます。 「GitHub Codespaces の使用状況の表示」をご覧ください。

フォークされたリポジトリに対する請求の処理方法」を参照してください。

プレビルドのコストの制御

Actions 利用時間 (分) の消費を抑えるために、開発コンテナー構成ファイルを変更したときのみ、またはカスタム スケジュールで指定したときにのみ、プレビルドを更新するように設定することができます。 また、保持されている各プレビルドの以前のバージョンの数を調整することで、ストレージ使用量を管理することもできます。 「プレビルドの構成」をご覧ください。

プレビルドに関連付けられたストレージ コストを制限するには、選択されたリージョンのみでプレビルドを作成することを選択できます。また、保持される以前のバージョンのプレビルドの数を指定することもできます。 「プレビルドの構成」をご覧ください。

プレビルド構成を削除すると、関連付けられているすべてのプレビルドが削除され、その時点以降のストレージ消費量が削減されます。 「事前ビルドの管理」をご覧ください。

プレビルドは、請求月の間に複数回更新される場合があります。 各更新ではプレビルドのサイズが変更される可能性があり、これはストレージの料金に影響します。 請求月中のストレージを計算する方法の詳しい情報については、この記事の前半に出てくる「ストレージ使用量の課金について」を参照してください。

Tip

ただし、codespace を削除する場合と同様に、プレビルドを削除しても、現在の請求月の使用済みストレージ量は、累積値であるため削減されません。

プレビルドから作成された codespace のコスト

プレビルドを使用して作成された codespace の使用は、通常の codespace と同じレートで課金されます。

利用限度の設定

Note

個人、organization、または Enterprise アカウントに GitHub Codespaces の使用料を請求するには、その前にアカウントにゼロ以外の使用制限を設定する必要があります。

既定で、GitHub Codespaces の使用制限は、すべてのアカウントで 0 米ドルです。 これにより、個人、Organization または Enterprise に課金対象のコストが発生してしまうため、新しい codespace を作成したり、既存の codespace を開くことを防ぐことができます。 個人用アカウントについては、codespace を作成するアクセス権があれば、アカウントが毎月含まれる使用量の制限に達していない限り、これを行うことができます。 Organization と Enterprise の既定の使用制限は、請求先を Organization またはその親 Enterprise とする codespace をユーザーが作成する場合には、上限を 0 米ドルを超える値に変更する必要があることを意味します。

アカウントの使用制限の管理と変更について詳しくは、「GitHub Codespaces の使用制限の管理」を参照してください。

個人、組織、または企業のアカウントが使用制限に達した場合、そのアカウントに課金される codespace は作成も再開もできなくなります。 ただし、進行中の作業内容の変更を新しいブランチにエクスポートすることは引き続き可能です。 詳しくは、「ブランチへの変更のエクスポート」を参照してください。

組織の予測される使用状況の表示

組織については、組織オーナーと支払いマネージャーが GitHub Codespaces の当月の支払いサイクルの合計見積もり使用コストを表示できます。 「GitHub Codespaces の使用状況の表示」をご覧ください。

組織の請求ページに表示される予想使用量は、Codespaces コンピューティングとストレージ使用量の合計コストに基づいて、当日以前の 7 日間に発生した使用量に基づいて計算されます。 これは、請求月のリマインダーに対して、現在の支払いサイクルの合計コストを把握するために予測されます。

この見積もりに使用される計算は次のとおりです。

<cost for the previous 7 full days>/7 * <days remaining in the billing month, including the current day> + <cost already accrued in this billing month>

予想される使用量は、GitHub Codespaces がまだ有効かどうか、現在存在する codespace の数またはサイズ、ビルド前の設定などの情報は考慮されません。 このため、今日、組織のすべての codespace と事前ビルドが削除された場合、請求月の予想使用量は、未収使用量よりも高い数値のまま表示されます。 ただし、7 日後、Codespaces の使用量がそれ以上ない場合、予測される使用量は現在発生している使用量と同じになります。

Organization で所有する codespace のマシンの種類を制限する

既定では、codespace を作成するときに、有効なリソースが最も少ないマシンの種類が使われます。 ただし、よりリソースの多いマシンの種類をユーザーが選択できる場合があります。 これは、codespace を作成するとき、または既存の codespace のマシンの種類を変更するときに行うことができます。 「リポジトリの codespace を作成する」および「codespace のマシンの種類を変更する」を参照してください。

リソース数の多いマシンの種類を選んだ場合、この記事の前半に出てくる表にあるように、その codespace の 1 分あたりの料金に影響します。

Organization 所有者は、Organization または Enterprise アカウントに課金される codespace 用にユーザーが選択できるマシンの種類を制限するポリシーを作成できます。 「コンピューターの種類へのアクセスを制限する」をご覧ください。

組織が所有する codespace の数を制限する

codespace の請求が組織に対して行われる場合に、組織の所有者が作成できる codespace の数を制限できます。 これは、組織のストレージの料金を削減するのに役立ちます。 「ユーザーが作成できる組織に請求される codespace の数の制限」をご覧ください。

フォークされたリポジトリでの支払いの扱い

アップストリーム (または親) リポジトリが、ユーザーが Organization のメンバーまたは外部コラボレーターとして Organization の codespace を使用することが許可されている Organization 内に存在する場合を除いて、フォークされたリポジトリから作成された codespace の使用は、そのユーザーの個人アカウントに課金されます。

たとえば、そのユーザーの codespace に対する課金を許可している組織のメンバーまたは外部コラボレーターについて考えてみましょう。 ユーザーが Organization 所有のプライベート リポジトリをフォークするアクセス許可を持っている場合、その後、Organization の費用で新しいリポジトリ用の codespace を作成して使用できます。 これは、Organization が親リポジトリの所有者であるためです。 Organization 所有者は、プライベート リポジトリ、フォークされたリポジトリ、したがって codespace へのユーザーのアクセス権を削除できることに注意してください。 Organization 所有者は、親ディレクトリを削除できます。これにより、フォークされたリポジトリも削除されます。 「リポジトリのフォークポリシーを管理する」をご覧ください。

リポジトリが別の Organization に移転された場合の課金の処理方法

使用量は、1 時間ごとに計算されます。 Organization の設定で Organization に対して課金することを許可している場合、Organization は、Organization が所有するリポジトリから作成された codespace の使用量に対して料金を支払います。 「組織内の codespace を誰が所有し、支払うかの選択」をご覧ください。 リポジトリが Organization から移転されると、それに応じて、そのリポジトリに関連付けられているすべての codespace の所有権と課金責任は変更されます。

GitHub Codespaces テンプレートに関する課金の処理方法

テンプレートから codespace を作成することで、新しいプロジェクトを開始できます。 テンプレートから作成された codespace は、最初はリポジトリに関連付けられていませんが、お使いの個人用アカウントが所有するリポジトリにその codespace を発行できます。 「テンプレートから codespace を作成する」をご覧ください。

どの組織でも、GitHub Codespaces で使うためのテンプレート リポジトリを維持できます。 組織内の他のリポジトリと同様に、テンプレート リポジトリから作成された codespace は、組織が GitHub Codespaces の使用制限を設定していて、codespace を作成するユーザーが組織の費用でそうすることを許可している場合、組織に対して課金されます。 それ以外の場合、codespace は codespace を作成したユーザーに課金されます。

ユーザーがテンプレートから作成された codespace を発行する場合、その codespace はそのユーザーの個人用アカウントが所有する新しいリポジトリに発行されます。 codespace が現在組織に課金されている場合、codespace の所有権と請求先は codespace を作成したユーザーに移動されます。

マネージド ユーザー アカウント を codespace の課金対象の所有者にすることはできません。 そのため、次のようになります。

  • マネージド ユーザー アカウント は、codespace が組織に対して課金される場合にのみ、テンプレートから codespace を作成できます。
  • マネージド ユーザー アカウント は、テンプレートから作成された codespace を新しいリポジトリに発行できません。

Enterprise Managed Users について」をご覧ください。

ユーザが削除されたときに生じること

Organizationもしくはリポジトリからユーザが削除されると、そのユーザのcodespaceは自動的に削除されます。