このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となりました: 2024-07-09. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise サーバーにアップグレードしてください。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせください。

GitHub Enterprise Server の GitHub Actions を使い始める

GitHub Enterprise Server での GitHub Actions の有効化と設定について初めて学びます。

この機能を使用できるユーザーについて

Site administrators can enable GitHub Actions and configure enterprise settings.

この記事の内容

注: GitHub ホステッド ランナーは、現在 GitHub Enterprise Server でサポートされていません。 GitHub public roadmap で、今後の計画的なサポートの詳細を確認できます。

GitHub Enterprise Server の GitHub Actions について

この記事では、サイト管理者が GitHub Actions を使用するように GitHub Enterprise Server を設定する方法について説明しています。

GitHub Actions は GitHub Enterprise Server に対し、既定では有効になっていません。パフォーマンスを損なうことなく、GitHub Actions からの負荷を処理するのに十分な CPU リソースとメモリ リソースがインスタンスにあるかどうかを判断し、可能な場合それらのリソースを増やす必要があります。 また、ワークフロー実行によって生成された成果物とキャッシュを格納するために必要な BLOB ストレージに使用するストレージ プロバイダーを決定する必要があります。 次に、エンタープライズに対して GitHub Actions を有効にし、アクセス許可を管理し、セルフホステッド ランナーを追加してワークフローを実行します。

開始する前に、GitHub Actions をエンタープライズに導入する方法を計画する必要があります。 詳しくは、「企業への GitHub Actions の導入」を参照してください。

Enterprise を別のプロバイダーから GitHub Actions に移行する場合は、追加の考慮事項があります。 詳しくは、「GitHub Actions への Enterprise の移行」を参照してください。

ハードウェア要件を確認する

お使いの GitHub Enterprise Server インスタンス に使える CPU リソースとメモリ リソースによって、パフォーマンスを損なうことなく構成できるランナーの数が決まります。 GitHub では、GitHub Actions を実行するために、少なくとも 8 つの vCPU と 64 GB のメモリが必要です。

パフォーマンスを損なわない接続ランナーのピーク数は、ジョブ期間、成果物の使用量、アクションを実行しているリポジトリの数、インスタンスでのアクションに関連しない他の作業の量などの要因によって異なります。 GitHub の内部テストを通じ、CPU とメモリの構成の範囲で GitHub Enterprise Server に関するパフォーマンス目標を実証しました。

vCPU 数メモリ最大接続ランナー数
864 GB740 ランナー
32160 GB2700 ランナー
96384 GB7000 ランナー
128512 GB7000 ランナー

GitHub は、複数のリポジトリ、約 10 分のジョブ期間、10 MB の成果物のアップロードを使って最大接続ランナーを測定しました。 インスタンスのアクティビティの全体的なレベルにより、パフォーマンスが異なる場合があります。

注:

  • GitHub Enterprise Server 3.6 以降、GitHub はコンカレント ジョブではなく接続ランナーと記載するようになりました。 接続ランナーとは、接続し、利用可能と想定することができる最も多くのランナーを表します。 また、利用可能と想定できる数よりも多くのランナーに接続すると、パフォーマンスに悪影響が及ぶ可能性があることに注意してください。

  • GitHub Enterprise Server 3.5 以降、GitHub の内部テストでは、一般的な顧客構成をより適切に反映するために第 3 世代 CPU を使っています。 CPU のこの変更は、このバージョンの GitHub Enterprise Server のパフォーマンス目標の変更に多少影響しています。

既存のインスタンスのユーザーに対して GitHub Actions を有効化したい場合は、ユーザーのアクティビティとインスタンスの自動化のレベルを確認し、ユーザーに適切な CPU とメモリをプロビジョニングしたことを確認してください。 GitHub Enterprise Server の容量とパフォーマンスの監視について詳しくは、「インスタンスを監視する」をご覧ください。

お使いの GitHub Enterprise Server インスタンス の最小ハードウェア要件について詳しくは、インスタンスのプラットフォームのハードウェアに関する考慮事項をご覧ください。

既存インスタンスのリソース調整の詳細については、「ストレージ容量の増加」と「CPUあるいはメモリリソースの増加」を参照してください。

必要に応じて、GitHub Actions のレート制限を設定することで、お使いの GitHub Enterprise Server インスタンス のリソース消費量を制限できます。 詳しくは、「Configuring rate limits (レート制限を構成する)」を参照してください。

外部ストレージの要件

GitHub Enterprise Server で GitHub Actions を有効にするには、外部 Blob ストレージにアクセスできる必要があります。

GitHub Actions は、外部 BLOB ストレージを使って、ワークフローの実行によって生成されたデータを格納します。 格納されるデータには、ワークフローのログ、キャッシュ、、およびユーザーがアップロードしたビルド成果物が含まれます。 必要なストレージ容量は、GitHub Actions の使用状況により異なります。 単一の外部ストレージ設定のみがサポートされており、複数のストレージプロバイダを同時に使用することはできません。

リポジトリのファイル構造のワークフロー ファイルなど、その他の GitHub Actions データはすべて、お使いの GitHub Enterprise Server インスタンス のデータ ストレージ ボリュームに保存されます。

GitHub Actions は、次のストレージプロバイダをサポートしています。

  • Azure Blob Storage
  • Amazon S3
  • Google Cloud Storage
  • S3 互換 MinIO クラスター

注: これらは、GitHub がサポートし、支援を提供できる唯一のストレージ プロバイダーです。

GitHub パートナーが GitHub Enterprise Server 上で GitHub Actions を操作していると自己検証している S3 API 互換ストレージ製品は他にもあります。 詳細については、GHES ストレージ パートナー リポジトリを参照してください。

GitHub テクノロジ パートナーシップ プログラムを通じて検証されたストレージ製品の場合、ストレージ プロバイダーは、GitHub Actions でストレージ製品を使用するためのサポートとドキュメントを担当します。

ネットワークに関する考慮事項

エンタープライズ用に GitHub Actions が有効になっている場合、HTTP プロキシのみがサポートされます。 SOCKS5 プロキシと HTTPS プロキシはサポートされていません。GitHub Enterprise Server でプロキシを使用する方法の詳細については、「アウトバウンドの Web プロキシ サーバーの設定」を参照してください。

ストレージプロバイダで GitHub Actions を有効化する

以下の手順のいずれかに従って、選択したストレージプロバイダで GitHub Actions を有効にします。

Enterprise 内の GitHub Actions のアクセス権限を管理する

ポリシーを使用して、GitHub Actions へのアクセスを管理できます。 詳しくは、「エンタープライズで GitHub Actions のポリシーを適用する」を参照してください。

自己ホストランナーの追加

注: GitHub ホステッド ランナーは、現在 GitHub Enterprise Server でサポートされていません。 GitHub public roadmap で、今後の計画的なサポートの詳細を確認できます。

GitHub Actions ワークフローを実行するには、セルフホストランナーを追加する必要があります。 Enterprise、Organization、リポジトリレベルでセルフホストランナーを追加できます。 詳しくは、「自己ホストランナーの追加」を参照してください。

Enterprise で使用できるアクションを管理する

ユーザーが Enterprise で使用できるアクションを制御できます。 これには、GitHub.com からのアクションへの自動アクセス用の GitHub Connect の設定、または GitHub.com からのアクションの手動同期が含まれます。

詳しくは、「Enterprise でのアクションの使用について」を参照してください。

GitHub Actions

の一般的なセキュリティ強化

GitHub Actions のセキュリティ プラクティスの詳細については、「GitHub Actions のセキュリティ強化」を参照してください。

予約済みの名前

エンタープライズで GitHub Actions を有効にすると、github と actions の 2 つの組織が作成されます。 エンタープライズが既に組織名 github を使用している場合は、github-org (または、github-org も使用している場合は github-github-org) が代わりに使用されます。 エンタープライズが既に組織名 actions を使用している場合は、github-actions (または、github-actions も使用している場合は github-actions-org) が代わりに使用されます。 アクションが有効になると、これらの名前を使用できなくなります。