{"meta":{"title":"GitHub ホステッド ランナー","intro":"GitHub には、ワークフローを実行するためのホストされた仮想マシンが用意されています。 仮想マシンには、 GitHub Actions で使用できるツール、パッケージ、設定の環境が含まれています。","product":"GitHub Actions","breadcrumbs":[{"href":"/ja/actions","title":"GitHub Actions"},{"href":"/ja/actions/concepts","title":"概念"},{"href":"/ja/actions/concepts/runners","title":"ランナー"},{"href":"/ja/actions/concepts/runners/github-hosted-runners","title":"GitHub ホステッド ランナー"}],"documentType":"article"},"body":"# GitHub ホステッド ランナー\n\nGitHub には、ワークフローを実行するためのホストされた仮想マシンが用意されています。 仮想マシンには、 GitHub Actions で使用できるツール、パッケージ、設定の環境が含まれています。\n\n## GitHub ホストされたランナーの概要\n\nランナーは、 GitHub Actions ワークフローでジョブを実行するマシンです。 たとえば、ランナーはリポジトリをローカルにクローンし、テスト ソフトウェアをインストールしてから、コードを評価するコマンドを実行できます。\n\nGitHub には、ジョブの実行に使用できるランナーが用意されています。また、独自のランナー [ホストすることもできます](/ja/actions/concepts/runners/self-hosted-runners)。 単一CPUランナーを除き、各GitHubホストランナーは、GitHub によってホストされる新しい仮想マシン（VM）です。 Single-CPUランナーは、共有VM上のコンテナー内でホストされます。[GitHub ホステッド ランナー リファレンス](/ja/actions/reference/runners/github-hosted-runners#single-cpu-runners)を参照してください。\n\n各ランナーには、ランナー アプリケーションとその他のツールがプレインストールされています。\nGitHubホストされたランナーは、Ubuntu Linux、Windows、または macOS オペレーティング システムで使用できます。\nGitHubホストランナーを使用すると、マシンのメンテナンスとアップグレードが自動的に行われます。\n\n標準の GitHubホストランナー オプションのいずれかを選択するか、 GitHub Team または GitHub Enterprise Cloud プランの場合は、より多くのコアを持つランナー、または GPU プロセッサを搭載したランナーをプロビジョニングできます。 これらのマシンは\"より大きなランナー\" と呼ばれます。詳細については、「 [より大きなランナー](/ja/enterprise-cloud@latest/actions/concepts/runners/larger-runners)」を参照してください。\n\nより大きなランナー では、独自の構成済み VM イメージを作成および管理できるカスタム イメージもサポートされています。 詳細については、「 [カスタム イメージ](#custom-images)」を参照してください。\n\nGitHubホストランナーを使用するには、1 秒あたり少なくとも 70 キロビットのアップロードとダウンロード速度でネットワーク アクセスが必要です。\n\n## ランナー イメージ\n\nGitHub は、標準のホストランナー用に独自の VM イメージのセットを保持します。 イメージとそれに含まれるツールのリストは、[`actions/runner-images`](https://github.com/actions/runner-images) リポジトリで管理されています。\n\n### GitHub 所有イメージのプレインストールソフトウェア\n\nGitHub 所有イメージに含まれるソフトウェア ツールは、毎週更新されます。 更新プロセスには数日かかり、`main` ブランチのプレインストール済みソフトウェアのリストは、デプロイ全体が終了した後で更新されます。\n\nワークフローログには、正確なランナーにプレインストールされているツールへのリンクが含まれています。 ワークフローのログでこの情報を見つけるには、`Set up job` セクションを展開します。 そのセクションの下で、`Runner Image` セクションを展開します。\n`Included Software` の後のリンクで、ワークフローを実行したランナーにプレインストールされているツールが示されています。\n\n詳しくは、「[ワークフロー実行の履歴を表示する](/ja/actions/how-tos/monitor-workflows/view-workflow-run-history)」をご覧ください。\n\nGitHubホストランナーには、上記のリファレンスに記載されているパッケージに加えて、オペレーティング システムの既定の組み込みツールが含まれます。 たとえば、Ubuntu と macOS のランナーには、他の既定のツールと共に `grep`、`find`、`which` が含まれます。\n\nWindows と Ubuntu のランナー イメージのビルドごとにソフトウェア部品表 (SBOM) を表示することもできます。 詳しくは、「[セキュリティで保護された使用に関するリファレンス](/ja/actions/reference/security/secure-use#reviewing-the-supply-chain-for-github-hosted-runners)」をご覧ください。\n\nアクションを使用して、ランナーにインストールされているソフトウェアと対話することをお勧めします。 この方法には、いくつかの利点があります。\n\n* アクションでは通常、バージョンの選択、引数を渡す機能、パラメータなどの機能が提供されています\n* これにより、ソフトウェアの更新に関係なく、ワークフローで使用されるツールのバージョンが同じままになります\n\n要求したいツールがある場合は、[actions/runner-images](https://github.com/actions/runner-images) で issue を開いてください。 このリポジトリには、ランナーに関するすべての主要なソフトウェア更新に関するお知らせも含まれています。\n\n> \\[!NOTE]\n> \\*\n> GitHubホストランナーに追加のソフトウェアをインストールすることもできます。 「[GitHubホストランナーのカスタマイズ](/ja/actions/how-tos/manage-runners/github-hosted-runners/customize-runners)」を参照してください。\n>\n> * ランナーを使用している間、入れ子になった仮想化は技術的には可能ですが、正式にはサポートされていません。 入れ子になった VM の使用は試験的であり、お客様自身の責任で行われます。安定性、パフォーマンス、互換性に関する保証はありません。\n\n### カスタム イメージ\n\nカスタム イメージを使用すると、 GitHub提供される基本イメージから開始し、ワークフローのニーズに合わせてカスタマイズされた独自の VM イメージを構築できます。 カスタム イメージを使用すると、次のことができます。\n\n* 既存のワークフロー YAML 構文を使用してカスタム VM イメージを構築します。\n* ワークフローを開始する前に、承認済みのツール、セキュリティ パッチ、依存関係を使用して環境を事前に構成します。\n* すべてのビルドで一貫性のある検証済みの基本環境を作成します。\n\nカスタム イメージには、リポジトリ コード、コンテナー イメージ、バイナリ、証明書、その他の依存関係を含め、ワークフロー全体で一貫したビルド環境を作成できます。 これにより、サプライ チェーンを制御できます。 これらは、イメージの表面攻撃ベクトルを減らすことで、セットアップ時間の短縮、ビルドパフォーマンスの向上、セキュリティの強化に役立ちます。 管理者は、ポリシーを適用して、組織のセキュリティとコンプライアンスの要件を満たすために、イメージのバージョン、保持期間、年齢を管理することもできます。\n\nカスタム イメージは、 より大きなランナー (larger runner)でのみ使用できます。 カスタム イメージを使用するジョブは、それらのランナーと同じ分単位の料金で課金されます。 カスタム イメージのストレージは、GitHub Actions ストレージを通じて従量制で課金されます。 詳しくは、「[GitHub Actions の課金](/ja/billing/concepts/product-billing/github-actions#custom-image-storage)」をご覧ください。\n\nカスタム イメージの使用を開始するには、 [カスタム イメージの使用](/ja/actions/how-tos/manage-runners/larger-runners/use-custom-images) を参照してください。\n\n## GitHub がホストするランナーが使用するクラウド ホスト\n\nGitHub は、 GitHub Actions ランナー アプリケーションがインストールされた状態で、Microsoft Azure の仮想マシン上の Linux および Windows ランナーをホストします。\nGitHubホストランナー アプリケーションは、Azure Pipelines エージェントのフォークです。 インバウンドのICMPパケットはすべてのAzure仮想マシンでブロックされるので、pingやtracerouteコマンドは動作しないでしょう。\nGitHub は、Azure データ センターで macOS ランナーをホストします。\n\n## ワークフローの継続性\n\nGitHub Actionsサービスが一時的に利用できなくなっている場合、ワークフローの実行はトリガーされてから30分以内にキューイングされていなければ、破棄されます。 たとえば、ワークフローがトリガーされ、そしてGitHub Actionsサービスが31分以上利用できなければ、そのワークフローの実行は処理されません。\n\nさらに、ワークフロー実行が正常にキューに登録されていても、45 分以内に GitHubホストランナーによって処理されていない場合、キューに登録されたワークフロー実行は破棄されます。\n\n## `etc/hosts` ファイル\n\nGitHub ホストランナーは、さまざまな暗号化マイニング プールや悪意のあるサイトへのネットワーク アクセスをブロックする `etc/hosts` ファイルでプロビジョニングされます。 MiningMadness.com や cpu-pool.com などのホストは、重大なセキュリティ リスクが存在しないように localhost に再ルーティングされます。"}