レプリカクラスタへのフェイルオーバーについて
プライマリデータセンターで障害が発生した場合、アクティブクラスタ内のノードごとにパッシブレプリカノードを設定すると、セカンダリデータセンター内のレプリカノードにフェイルオーバーできます。
フェイルオーバーに必要な時間は、レプリカクラスタを手動で昇格させてトラフィックをリダイレクトするのにかかる時間によって異なります。
レプリカクラスタを昇格させても、既存のクラスタのためのレプリケーションは自動的にセットアップされません。 レプリカクラスタを昇格させた後、新しいアクティブクラスタからレプリケーションを再設定できます。 詳細については、「クラスタの High Availability を設定する」を参照してください。
必要な環境
パッシブレプリカノードにフェイルオーバーするには、クラスタの High Availability を設定しておく必要があります。 詳細については、「クラスタの High Availability を設定する」を参照してください。
レプリカクラスタへのフェイルオーバーの開始
-
クラスタのセカンダリデータセンター内のパッシブノードに SSH で接続します。 詳しい情報については「管理シェル（SSH）にアクセスする」を参照してください。
-
セカンダリクラスタへのフェイルオーバーを初期化し、アクティブノードとして機能するように設定します。
ghe-cluster-failover -
設定の実行を終了すると、GitHub Enterprise Serverは以下のメッセージを表示します。
Finished cluster configuration -
パッシブクラスタのロードバランサの IP アドレスを指すように DNS レコードを更新します。 TTL 期間が経過すると、トラフィックはレプリカに転送されます。
GitHub Enterprise Server がプロンプトに戻り、DNS 更新が伝播されたら、フェイルオーバーが完了となります。 ユーザは、クラスタの通常のホスト名を使用して GitHub Enterprise Server にアクセスできます。