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

フェイルオーバーに必要な時間は、レプリカを手動で昇格させてトラフィックをリダイレクトするのにかかる時間によって異なります。平均時間は、20 から 30 分の範囲です。

レプリカを昇格させても、既存のアプライアンスのためのレプリケーションは自動的にセットアップされません。レプリカを昇格させたあと、希望する場合には新しいプライマリから既存のアプライアンス及び以前のプライマリへのレプリケーションをセットアップできます。

プライマリアプライアンスを使用できる場合、アプライアンスを切り替える前にレプリケーションが終了できるようにするには、プライマリアプライアンスをメンテナンスモードにします。
- アプライアンスをメンテナンスモードにしてください。
  - 管理コンソールを使用するには、「メンテナンスモードの有効化とスケジューリング」を参照してください
  - ghe-maintenance -s コマンドを使用することもできます。
```
ghe-maintenance -s
```
- アクティブな Git 操作、MySQL クエリ、および Resque ジョブの数がゼロになったら、30 秒間待ちます。
  
  Note
  
  Nomad には、メンテナンスモードであっても、常に実行中のジョブがあるため、これらのジョブは無視しても問題ありません。
- すべてのレプリケーションチャネルレポートが OK であることを確認するには、ghe-repl-status -vv コマンドを使用します。
```
ghe-repl-status -vv
```
すべてのアクティブなレプリカアプライアンスでメインテナントモードを有効にします。詳しくは、「メンテナンスモードの有効化とスケジューリング」を参照してください。
フェイルオーバーするレプリカアプライアンスで、レプリカを停止して、レプリカアプライアンスをプライマリステータスに昇格するには、ghe-repl-promote コマンドを使用します。
```
ghe-repl-promote
```
Note

プライマリノードを使用できない場合、警告とタイムアウトが発生する可能性がありますが、無視して構いません。
レプリカの 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
```

参考資料

「High Availability設定について」