冗長化構成におけるパラメータ設定の連携

概要¶

想定環境¶

以下のような冗長化構成（2台のWebサーバが1台のDBを参照する構成）において、1台のWebサーバでパラメータを保存したとき、もう1台のWebサーバへ変更が自動的に連携される機能について説明します。

制限事項¶

1. 本機能はWebサーバ2台、DBサーバ1台の冗長化構成のみを想定しています。Webサーバが3台以上の構成では、本機能を利用できません。

前提条件¶

1. 以下のマニュアルの手順を事前に完了している必要があります。
2. パラメータ管理機能
3. パラメータ管理機能：パラメータの編集
4. パラメータ管理機能：画面からの再起動
5. パラメータ管理機能：環境別の自動再起動設定

パラメータ連携の流れ¶

以下の順序で処理が進みます。

1. WEB#1でユーザが「再起動」ボタンをクリックします。
2. WEB#1が "再起動時刻" としてDBに現在日時を保存します。この保存が、もう一方のWEB#2へのパラメータ連携シグナルになります。
3. WEB#2は次のリクエストを受け付けたタイミングで再起動時刻を確認し、WEB#2のメモリ上に保持される自身の起動日時より新しい値が設定されていれば、アプリケーションを停止します。
4. 起動プロセス管理（IIS、systemd、Dockerなど）がWEB#2のプロセスを再起動します。再起動については、パラメータ管理機能：画面からの再起動およびパラメータ管理機能：環境別の自動再起動設定を参照してください。
5. 再起動後、WEB#2は再起動時刻をNULLにクリアし、DBから最新の変更差分を取得・適用します。

再起動が実行される条件¶

WEB#2がリクエストを受け付けた際、以下の条件をすべて満たす場合にのみアプリケーションを停止します。

1. 再起動時刻の確認から120秒以上（この秒数は「ParameterSetting.json」のRestartChecklntervalSecondsで変更できます）が経過している。
2. 再起動時刻がNULLでない。
3. 再起動時刻が自身の起動日時より新しい。
4. 同一サーバ内の他のスレッドがまだ再起動処理を開始していない（二重再起動防止）。

いずれか1つでも満たさない場合は再起動せず、通常処理を続行します。

再起動チェック間隔（RestartCheckIntervalSeconds）¶

WEB#2がリクエストのたびに、再起動時刻の確認を行うと、DBの負荷が増大してしまいます。そこで、各Webサーバは前回の確認日時を記録し、「ParameterSetting.json」のRestartCheckIntervalSecondsに設定した秒数が経過するまでDBへの問い合わせをスキップします。

RestartCheckIntervalSecondsの設定値を検討する際には、パラメータ反映の遅延とDB負荷のトレードオフを考慮する必要があります。

再起動ループの防止¶

アプリケーションの起動時に再起動時刻が自動的にnullクリアされます。再起動時刻が自身の起動日時より新しい場合に再起動するため、再起動後のリクエストで再度再起動が発生する「再起動ループ」は発生しません。

二重再起動の防止¶

同じWebサーバに対して複数のリクエストが同時に到達した場合でも、排他制御によりアプリケーションの停止処理は1回だけ実行されます。

対応バージョン¶

関連情報¶

• パラメータ管理機能
• パラメータ管理機能：パラメータの編集
• パラメータ管理機能：画面からの再起動
• パラメータ管理機能：環境別の自動再起動設定