対象製品: BLAZE

概要

BLAZEはマルチサーバークラスタリングをサポートしており、最大50台のサーバーを単一の統合システムとして運用できます。本記事ではクラスタアーキテクチャの仕組みについて説明します。

クラスタアーキテクチャ

BLAZEクラスターは、接続されたカメラやデバイスに対して冗長性と負荷分散を提供します。システムはマスター/スタンバイアーキテクチャを採用しています。

BLAZEクラスタはマスター/スタンバイアーキテクチャを採用しています：

マスターサーバー — クラスタの指定コーディネーター。フェイルオーバーの判断を管理し、システム全体の設定を維持します。
スタンバイサーバー — クラスタに参加し、デバイス管理の責任を共有するサーバー。各スタンバイサーバーはクラスタデータベースのローカルコピーを保持します。

現在のマスターが利用できなくなった場合、システムは自動的に別のスタンバイサーバーを新しいマスターとして昇格させます。選ばれる候補はクラスタ内で最も古く登録されたスタンバイサーバーです。

システムは新しいサーバーがクラスタに参加する前に、各サーバーのIPアドレスの最初の3オクテットを比較します。

各サーバーは1秒ごとにハートビート信号をクラスタ内の他のすべてのサーバーに送信します。このハートビートにはサーバーの現在の状態が含まれます。

他のサーバーはこれらのハートビートを監視し、ピアが正常かどうかを判断します。10秒間サーバーからハートビートが受信されず、接続が切断されたと確認された場合、クラスタはそのサーバーを障害とみなしフェイルオーバーを開始します。

サーバーが初めて接続する際には10秒の起動猶予期間が適用されます。タイムアウトのカウントは最初のハートビート受信まで開始されず、初期化中の誤ったフェイルオーバー警告を防ぎます。

接続が復旧するとサーバーは自動的に再接続し、通常の動作を再開します。再接続には手動操作は不要です。

ステータス	説明
オンライン	サーバーは接続され、正常に動作しています。
フェイルオーバー	サーバーはダウンしているとみなされます。
アイソレート	サーバーは到達可能ですが、互換性のないバージョンを実行しています。設定同期は一時停止されています。
オフライン	サーバーはシャットダウンされたか、クラスタから削除されました。

クラスタ内の任意のサーバーで設定変更（例：カメラの追加やチャネル設定の更新）が行われると、その変更は自動的に他のすべてのクラスタメンバーに伝播されます。

ピアへの同期要求が失敗した場合（例：一時的なネットワーク中断による）、システムは1秒後に自動的に再試行します。
サーバーがオフラインになると、そのサーバー向けの保留中の同期変更は破棄されます。サーバーがオンラインに戻り再接続すると、追いつくために完全なデータベース同期が実行されます。
サーバーが異なるバージョンを実行している場合、そのサーバーへの設定同期はバージョン不一致が解消されるまで自動的に一時停止されます。

クラスタ内のすべてのサーバーは同一バージョンを実行している必要があります。メジャー、マイナー、パッチの各バージョン番号が一致しなければなりません。

システムがバージョン不一致を検出すると、不一致のサーバーはアイソレート状態に移され、設定同期は一時停止されます。すべてのサーバーが同じバージョンを実行すると、そのサーバーは自動的に通常の動作に復帰します。

異なるバージョンのサーバーをクラスタに追加しないでください。アップグレード時にはすべてのサーバーを同じバージョンに更新してください。

同じクラスCサブネットが必須

各サーバーのIPアドレスの最初の3オクテットが一致している必要があります（例：192.168.1.x）。異なるサブネット間でのクラスタリングはサポートされていません。
高負荷時の同期遅延

設定変更はサーバーごとに1つずつ同期されます。短時間に多数の変更があった場合、すべてのクラスタメンバーへの伝播に時間がかかることがあります。
アイソレート状態のサーバーは更新が遅れる

アイソレート状態のサーバーは設定更新を受け取りません。バージョン不一致は速やかに解決してください。
マスターの手動選択は不可

マスターサーバーは登録順に基づいて自動的に昇格されます。マスターサーバーを手動で指定するオプションはありません。