ドキュメントには頻繁に更新が加えられ、その都度公開されています。本ページの翻訳はまだ未完成な部分があることをご了承ください。最新の情報については、英語のドキュメンテーションをご参照ください。本ページの翻訳に問題がある場合はこちらまでご連絡ください。

GitHub Actions の High Availability

High Availability 設定で GitHub Actions を管理するための特別な留意点がいくつかあります。

ここには以下の内容があります:

GitHub Actions データのレプリケーションまたは冗長性

GitHub Actionsは、ワークフローの成果物とログを保存するのに外部ストレージを使用します。 このデータは、Azure blob storage、Amazon S3、MinIOなどの外部プロバイダに保存されます。 その結果、GitHub Enterprise ServerのバップアップとGitHub Enterprise ServerのHigh Availability構成は、この外部ストレージに保存されたデータに対する保護を提供せず、そのかわりにAzureやAWSといった外部ストレージのプロバイダが提供するデータ保護及びレプリケーションに依存します。

データの冗長性またはレプリケーションを使用するように、GitHub Actions 外部ストレージを設定することを強くお勧めします。 詳細については、次のストレージプロバイダのドキュメントを参照してください。

High Availability レプリカ

レプリカの昇格

High Availability 設定を有効にすると、レプリカは GitHub Actions 外部ストレージ設定を使用するように自動的に設定されます。 レプリカを昇格させるためにフェイルオーバーを開始する場合、GitHub Actions に対して追加の設定変更は必要ありません。

詳しい情報については、「レプリカアプライアンスへのフェイルオーバーを開始する」を参照してください。

High Availabilityレプリカの削除

複数のインスタンスに同じ GitHub Actions 外部ストレージへの書き込みをさせないようにします。 これは、ghe-repl-teardown コマンドを使用して、GitHub Actions 対応のレプリカを停止して完全に削除するときに発生する可能性があります。 これは、レプリカが単独の GitHub Enterprise Server に変換され、ティアダウン後もプライマリと同じ外部ストレージ設定を使用するためです。

この問題を回避するには、レプリカサーバーを廃止するか、その GitHub Actions 設定を別の外部ストレージで更新することをお勧めします。

Did this doc help you?

Privacy policy

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

OR, learn how to contribute.