5. フェイルオーバー後の復旧作業
注意:
– 冗長化機能はバージョン 3.9.1でより強化され、また設定が簡素化されました。Brekeke SIP Server ver 3.9.1以降の使用を強く推奨します。
障害発生後、旧セカンダリ(障害発生後はスタンドアロンとして稼働中)Brekeke SIP Serverがサービスを提供中の環境において、復旧後の旧プライマリBrekeke SIP Serverを起動すると新セカンダリサーバーとして稼働し、自動的に”プライマリ-セカンダリ”構成が復旧されます。(バージョン3.9.1以降)
1. 障害発生直後:
Server – A: 当初、”プライマリサーバー”。障害発生後、停止。
Server – B: 当初、”セカンダリサーバー”。障害発生後、スタンドアロンとして稼働中。
2. 障害発生後 Server Aが復旧:
Server – A: 障害復旧後、本番環境へ再参加。自動的に新セカンダリサーバーとなる。
Server – B: 自動的にServer Aの復旧を検知し、スタンドアロンから新プライマリサーバーとなる。
この時点でプライマリ-セカンダリ構成は復旧します。
※もしServer A(セカンダリ)とServer B(プライマリ)の役割を障害発生前に戻す場合は後述する「プライマリ<->セカンダリ切替」をご参照ください。
プライマリ<->セカンダリ切替
1. [Switch the role] ボタンをクリック。
Server AまたはServer BのWeb Admin toolにログインします。
[SYSTEM] -> [Redundancy] -> [Mirroring]画面を開きます。
[Switch the role]ボタンをクリックします。
2. 両サーバーでステータスを確認
Server A 及びServer Bの両方のWeb Admin tool画面にログインします。
[SYSTEM] -> [Redundancy] -> [Mirroring]画面を開きます。
[Status] セクションの以下のフィールドを確認します。
Server – A
role : Primary service-address : <Service IP Address> (assigned)
Server – B
role : Secondary service-address : <Service IP Address> (not assigned)
正しくroleが表示され、プライマリサーバー側でサービスIPアドレスがアサインされていれば切替が完了しています。
Steps:(Version 3.8.x or before)
1. Shutdown the Server-B Brekeke SIP Server.
Go to the [Status] -> [Start/Shutdown] page.
Click the [Shutdown] button.
2. Remove the virtual IP address from the Server-B machine.
Go to OS’s network settings.
Remove the virtual IP address (e.g. 172.16.0.10) from the OS.
3. Change the Server-B Brekeke SIP Server role to “Secondary”.
Go to the [Redundancy] -> [Mirroring] page.
Select the “secondary” at the [Role]field.
4. Start the Server-A Brekeke SIP Server.
5. Start the Server-B Brekeke SIP Server.
6. Start the Heartbeat at the Server-B Brekeke SIP Server.
Go to the [Redundancy] -> [Heartbeat] page.
Push the [Start] button.