メイン コンテンツをスキップする 補完的コンテンツへスキップ

セントラル ノードの回復力のためのフェールオーバーの構成

マルチノード サイトでは、フェールオーバー候補となるノードを割り当てることができます。フェールオーバー候補は、セントラル ノードに障害が発生した場合に、セントラル ノードと同じロールを実行できます。フェールオーバー候補が指定されたマルチノード サイトは、より回復力があり、可用性の高い展開を実現するのに役立ちます。

フェールオーバーの考慮事項

フェールオーバー候補ノードを作成する前に、展開アーキテクチャを検討することが重要です。フェールオーバー候補ノードは、セントラル ノードで障害が発生した場合のサイトのダウンタイムを最小限に抑えることで、回復力と可用性の高い展開を維持するのに役立ちます。ただし、フェールオーバー候補ノードは、セントラル ノードで実行されている Qlik Sense サービスにのみフェールオーバー容量を提供します。高可用性展開を作成する場合は、ストレージ レイヤーにも回復力を追加する必要があります。

情報メモマルチノード サイトの各ノードは、最小システム要件を満たしている必要があります。完全なリストについては、システム要件を参照してください。

ストレージ レイヤーの回復力

障害が発生したときにストレージ コンポーネントがセントラル ノードにある場合、フェールオーバー候補ノードはストレージ コンポーネントにフェールオーバーを提供しないため、それらは使用できなくなります。セントラル ノードとは別のノードに展開することで、リポジトリ データベースとファイル共有に回復力を追加できます。回復力を追加するためのその他のオプションは次のとおりです。

  • スタンドアロン データベースを仮想マシンに展開し、仮想化プラットフォームが提供する回復力オプションを利用します。

  • ファイル共有をネットワーク ファイルの場所またはストレージ エリア ネットワーク (SAN) でホストするか、クラウド プラットフォームによって提供される回復力のあるストレージを使用します。

データベースの複製とフェールオーバーについては、 データベースの複製とフェールオーバー を参照してください。

フェールオーバー候補ノードの作成

マルチノード サイトを作成するときは、最初にセントラル ノードを作成してから、追加のノードをクラスターに参加させます。QMC から、これらの非セントラル ノードの 1 つをフェールオーバー候補に設定できます。 フェールオーバー候補は、障害が発生した場合にセントラル ノードの役割を引き継ぎます。フェールオーバー候補ノードを設定するには、ノードの作成を参照してください。

情報メモフェールオーバー候補ノードは、展開に応じて異なる機能を持つことができます。例えば、フェール オーバー ノードとして指定されているノードは、フェール オーバー候補ノードとしても必要な Qlik サービスを備えている限り、マルチノード サイトのスケジューラー ノードにすることができます。

サイトにノードを追加したら、1 つ以上のノードをフェイルオーバー候補として割り当てることができます。ノードがフェールオーバー候補になるには、次のサービスを実行する必要があります。

  • Qlik Sense Repository Service
  • Qlik Sense Engine Service
  • Qlik Sense Proxy Service
  • Qlik Sense Engine Service

自動フェールオーバー

マルチノード サイトでは、各ノードが定期的にセントラル ノードのハートビートをチェックします。10 分後 (デフォルトのタイムアウト期間は 10 分)、セントラル ノードからの応答がない場合、サイトは自動的にフェールオーバー候補ノードにフェールオーバーします。複数のフェールオーバー候補ノードがある場合、データベース 項目をロックする最初のノードがセントラル ノードになります。以前はセントラル ノードだったノードがオンラインに戻ると、フェールオーバー候補ノードになります。

QMC でマルチノード サイトを構成するノードのステータスを表示できます。既定ビューにはノード タイプは含まれていませんが、表示されるノード情報をカスタマイズできます。ノード情報を表示し、各ノードについて表示される情報を構成するには、ノードを参照してください。

セントラル ノードの既定のタイムアウト期間は 10 分ですが、QMC で変更できます。既定のタイムアウトを変更するには、クラスター設定を参照してください。

インバウンド ポートとアウトバウンド ポートを持つフェールオーバー候補ノード

上記のように、フェールオーバー候補は、組織のニーズに応じて異なるロールを持つことができます。以下の例は、このサイトでワーカー スケジューラーとして実行されている単一のフェールオーバー候補ノードを持つマルチノード サイトを示しています。 フェールオーバー候補では、セントラル ノードと同じインバウンド ポートとアウトバウンド ポートが開いている必要があります。したがって、フェールオーバー ノードはワーカー スケジューラーとして機能するため、フェールオーバー候補ノードへのジョブをスケジュールするには、ポート 5151 および 5050 がそれぞれのノードでインバウンドとアウトバウンドの両方で開いている必要があります。

ヒント メモ受信ポートとは、各ノードで実行しているサービスの受け入れポートを指します。ファイアウォール ルールは、こうしたポートのトラフィック受信を許可していなければなりません。送信ポートとは、あるノードから同じ環境内にある他のノードに対して通信を行う際の通信先を指します。ファイアウォール ルールは、こうした送信ポートのトラフィック送信を許可していなければなりません。

User's web browser connects to Proxy node. The proxy node connects to Engine node, Failover candidate node, Central node, and Storage layer. All connections are two-way except for the Engine node and the Storage layer. These two connections are one-way connections from the Proxy node to the Engine node, and from the Proxy node to the Storage layer. Proxy node contains QPS, and QRS. Proxy node contains Inbound port rules where ports 80 (http), 443 (https), 4242 (QRS), and 4444 (QRS) are allowed. Proxy node also contains Outbound port rules where ports 4747 (Engine), 4239 (QRS websocket), 4242 (QRS), 4444 (QRS), 4899 (Printing), and 4949 (Data profiling) are allowed. Engine node contains QES and QRS. Engine node contains Inbound port rules where ports 4747 (QES), 4239 (QRS), 4242 (QRS), 4444 (QRS), and 4949 (Data profiling) are allowed. Engine node also contains Outbound port rules where ports 4242 (QRS) and 4444 (QRS) are allowed. Failover candidate node contains QES, QSS, QRS, and QPS. Failover candidate node contains Inbound port rules where the ports 4747 (QES), 5151 (QSS), 4242 (QRS), and 4444 (QRS) are allowed. Failover candidate node contains Outbound port rules where the ports 4242 (QRS), 4444 (QRS), and 5050 (QSS) are allowed. Failover candidate node has a two-way connection to Proxy node. Failover candidate node also has an Inbound port connection from Central node through port 5151 (QSS). Failover candidate node also has an Outbound port connection to Central node on port 5050 (QSS). Central node contains QES, QSS, QRS, and QPS. Central node contains Inbound port rules where the ports 4747 (QES), 5151 (QSS), 4242 (QRS), and 4444 (QRS) are allowed. Central node contains Outbound port rules where the ports 4242 (QRS), 4444 (QRS), and 5151 (QSS) are allowed. Central node has a two-way connection to Proxy node. Storage layer containers File share and QRD. Storage layer contains Inbound port rules where the port 4432 (QRD) is allowed. Storage layer contains Outbound port rules where the ports 4242 (QRS) and 4444 (QRS) are allowed. Storage layer has a one-way connection from Proxy node to itself.

すべてのサービスのインバウンドポートとアウトバウンドポートの完全なリスト、およびその他の展開例については、ポート を参照してください。

手動でのセントラル ノードの移行

QMC を使用して、サイトのどのノードがセントラル ノードであるかを変更することはできません。ただし、QRS REST API を使用してこれを行うことができます。 フェールオーバー候補ノードをセントラル ノードのロールに手動で再割り当てする前に、セントラル ノードに必要なサービスを実行していることを確認する必要があります。

次の REST API 呼び出しを使用します。

  • サーバーの GUID の一覧を返送するには、/qrs/serverNodeConfiguration に GET を実行します。
  • /qrs/failover/tonode/{serverNodeConfigurationID} に対して空の POST を実行します。{serverNodeConfigurationID} は、セントラル ノードにしたいノードの ID です。

このページは役に立ちましたか?

このページまたはコンテンツに、タイポ、ステップの省略、技術的エラーなどの問題が見つかった場合は、お知らせください。改善に役立たせていただきます。