フェイルオーバーに必要な時間は、レプリカを手動で昇� �させてトラフィックをリダイレクトするのにかかる時間によって異なります。 平均的な時間は 2 分から 10 分です。
レプリカを昇� �させても、既存のアプライアンスのためのレプリケーションは自動的にセットアップされません。 レプリカを昇� �させたあと、希望する� �合には新しいプライマリから既存のアプライアンス及び以前のプライマリへのレプリケーションをセットアップできます。
-
アプライアンスを切り替える前にレプリケーションを終了できるようにするには、プライマリアプライアンスをメンテナンスモードにします。
- Management Console を使用するには、「メンテナンスモードの有効化とスケジュール設定」を参照してく� さい。
ghe-maintenance -sコマンドも使用できます。$ ghe-maintenance -s
-
When the number of active Git operations, MySQL queries, and Resque jobs reaches zero, wait 30 seconds.
Note: Nomad will always have jobs running, even in maintenance mode, so you can safely ignore these jobs.
-
すべてのレプリケーションチャネルが
OKを� �告することを確認するには、ghe-repl-status -vvコマンドを使用します。$ ghe-repl-status -vv -
レプリケーションを停止してレプリカアプライアンスをプライマリステータスに昇� �するには、
ghe-repl-encourageコマンドを使用します。 到達可能であれば、これによりプライマリノードも自動的にメンテナンスノードになります。$ ghe-repl-promote -
レプリカの IP アドレスを指すように DNS レコードを更新します。 TTL 期間が経過すると、トラフィックはレプリカに転送されます。 ロードバランサを使用している� �合は、トラフィックがレプリカに送信されるように設定されていることを確認します。
-
通常の操作が再開できることをユーザーに通知します。
-
必要に応じて、新しいプライマリから既存のアプライアンスや以前のプライマリへのレプリケーションをセットアップします。 詳細は「High Availability の設定について」を参照してく� さい。
-
フェイルオーバー前に High Availability 設定の一部であり、レプリケーションをセットアップする予定のないアプライアンスは、UUID による High Availability 設定から削除する必要があります。
- 以前のアプライアンスでは、
cat /data/user/common/uuidを介して UUID を取得します。$ cat /data/user/common/uuid - 新しいプライマリで、
ghe-repl-teardownを使用して UUID を削除します。UUIDを前のステップで取得した UUID に置き換えてく� さい。$ ghe-repl-teardown -u UUID
- 以前のアプライアンスでは、