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

このバージョンの GitHub Enterprise はこの日付をもって終了となります: 2022-02-16. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの改善、新機能のためには、最新バージョンの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 にアクセスできます。

このドキュメントは役立ちましたか?

プライバシーポリシー

これらのドキュメントを素晴らしいものにするのを手伝ってください!

GitHubのすべてのドキュメントはオープンソースです。間違っていたり、はっきりしないところがありましたか?Pull Requestをお送りください。

コントリビューションを行う

OR, コントリビューションの方法を学んでください。

問題がまだ解決していませんか?