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

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 数	メモリ	最大接続ランナー数
8	64 GB	740 ランナー
32	160 GB	2700 ランナー
96	384 GB	7000 ランナー

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

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

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

• AWS
• Azure
• Google Cloud Platform
• Hyper-V
• OpenStack KVM
• VMware

既存インスタンスのリソース調整の詳細については、「ストレージ容量の増加」と「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 Actions が有効になっている場合、HTTP プロキシのみがサポートされます。 SOCKS5 プロキシと HTTPS プロキシはサポートされていません。GitHub Enterprise Server でプロキシを使用する方法の詳細については、「アウトバウンドの Web プロキシ サーバーの設定」を参照してください。

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

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

• Azure Blob ストレージで GitHub Actions を有効化する
• Amazon S3 ストレージで GitHub Actions を有効にする
• Google Cloud Storage で GitHub Actions を有効にする
• MinIO ストレージで GitHub Actions を有効化する

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

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

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

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) が代わりに使用されます。 アクションが有効になると、これらの名前を使用できなくなります。