Skip to main content

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

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

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

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

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

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

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

前提条件

パッシブレプリカノードにフェイルオーバーするには、クラスタの 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 にアクセスできます。