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

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2022-06-03. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの改善、新機能のためには、最新バージョンのGitHub Enterpriseにアップグレードしてく� さい。 アップグレードに関する支援については、GitHub Enterprise supportに連絡してく� さい。

レプリカクラスタへのフェイルオーバーの開始

GitHub Enterprise Server クラスタに障害が発生した� �合は、パッシブレプリカにフェイルオーバーできます。

レプリカクラスタへのフェイルオーバーについて

プライマリデータセンターで障害が発生した� �合、アクティブクラスタ内のノードごとにパッシブレプリカノードを設定すると、セカンダリデータセンター内のレプリカノードにフェイルオーバーできます。

フェイルオーバーに必要な時間は、レプリカクラスタを手動で昇� �させてトラフィックをリダイレクトするのにかかる時間によって異なります。

レプリカクラスタを昇� �させても、既存のクラスタのためのレプリケーションは自動的にセットアップされません。 レプリカクラスタを昇� �させた後、新しいアクティブクラスタからレプリケーションを再設定できます。 詳細については、「クラスタの High Availability を設定する」を参照してく� さい。

必要な環境

パッシブレプリカノードにフェイルオーバーするには、クラスタの High Availability を設定しておく必要があります。 詳細については、「クラスタの High Availability を設定する」を参照してく� さい。

レプリカクラスタへのフェイルオーバーの開始

  1. クラスタのセカンダリデータセンター内のパッシブノードに SSH で接続します。 詳しい情� �については「管理シェル(SSH)にアクセスする」を参照してく� さい。

  2. セカンダリクラスタへのフェイルオーバーを初期化し、アクティブノードとして機能するように設定します。

    ghe-cluster-failover
  3. 設定の実行を終了すると、GitHub Enterprise Serverは以下のメッセージを表示します。

    Finished cluster configuration
  4. パッシブクラスタのロードバランサの IP アドレスを指すように DNS レコードを更新します。 TTL 期間が経過すると、トラフィックはレプリカに転送されます。

GitHub Enterprise Server がプロンプトに戻り、DNS 更新が伝播されたら、フェイルオーバーが完了となります。 ユーザは、クラスタの通常のホスト名を使用して GitHub Enterprise Server にアクセスできます。