Skip to main content

BriefCamインストールガイド

RESEARCHモジュールへの新しいクラスタの追加

Last Updated: 13 minute read
バージョン2024r2
言語日本語

このハウツーでは、RESEARCHクラスタ環境を構築および設定する方法について段階的に説明します。これには、スケジューラノードとセントラル間のフェールオーバーオプション、および/または2つのセントラルノード間のフェールオーバーが含まれ、高可用性を実現します。

はじめに

データ量が増加し、ビジネスロジックがより複雑になるにつれて、結果を計算してユーザーに提供するために追加のリソースが必要になります。シングルノード（小）サイトを使用すると、時間の経過とともにパフォーマンスが低下し、RESEARCHモジュールの信頼性と品質が損なわれる可能性がBriefCamあります。

この問題に対処するために、RESEARCHモジュールクラスタが分散アーキテクチャとして採用され、RESEARCHサイト全体を制御するメインのRESEARCHサーバーからのデータとアプリケーションの負荷を軽減します。セントラルノード（マネージャとも呼ばれます）は、スケジューラノードまたは「作業者」と呼ばれるセカンダリマシンにタスクの一部を委任します。マネージャからタスクIDを受け取ると、作業者はローカルリポジトリデータベースからタスクを読み取り、必要な計算を実行します。タスクが完了すると、作業者はマネージャーにタスクの状態（成功または失敗）を返します。

スケジューラノードのハードウェア仕様

スケジューラノードの最小要件は次のとおりです。

CPU

2 x Intel(R) Xeon(R) Gold 6234 CPU @ 3.30 GHz (32 vCPU)

メモリ

512 GB

ストレージ

2 x 100 GB SSD

1 x 25.5 TB SSD容量ドライブ

実装手順

RESEARCHモジュールへの新しいクラスタの追加

RESEARCHモジュールに新しいクラスタを追加するには、以下を実行します。

  1. ファイルエクスプローラとブラウザの両方で次のパスを開き、既存のQlikサーバーが新しいサーバーからアクセスできることを確認します。\\[QlikServer]\qlikshare 。

  2. 新しいサーバーでファイアウォールとアンチウイルスが無効になっていることを確認します。

  3. PostgreSQL Unicode(x64)ドライバーがインストールされていることを確認します。これは、次のステップで2つのODBC接続を作成するために必要になります。

  4. 2つのODBC接続を追加します。RESEARCH – とRESEARCHPostgreSQL。

    ODBC connections.png

    1. ODBC接続ではRESEARCH、データベースをデータベースサーバーにBriefCamマッピングします。

      ODBC Research connection.png

    2. ODBC接続ではRESEARCHPostgreSQL、データベースをRESEARCHデータベースサーバーにマッピングします。

      OCBC RESEARCHPostreSQL.png

      * 第2のRESEARCHマシンがPostgresデータベースにアクセスできるようにするには、第1のRESEARCHマシンでポート4432を着信で開く必要があります。

  5. サービスアカウントユーザーを作成します(デフォルトではBCUser、Qlikサービスを実行するユーザーです)。Computer Management（コンピュータの管理）で、ユーザーがAdministrators（管理者）グループに入っていることを確認します。

  6. 上記の手順で作成したサービスアカウントユーザーが、サービスとしてログオンするローカルポリシーに含まれていることを確認します。

    Log on as a service.png

  7. Qlikバニラインストーラをダウンロードします(Gitアカウントのhttps://github.com/qlik-download/qlik-sense-server/releasesにあります)。既存のサーバーにインストールされているバージョンと同じであることが重要です。

  8. 2022年5月のQlik版をインストールする場合は、次のリンクから.NET 4.8 Framework Runtimeをダウンロードしてインストールしてください： https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48.

  9. 既存のQlikサーバーで、Windowsサービスを開き、すべてのQlikサービスを停止します。

  10. （または任意のバージョン）ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5に移動し、次のファイルをバックアップします。

    pg_hba conf file.png

  11. 非ローカル接続を許可するようにpg_hba.confファイルを編集します。

    pb_hba opened.png

  12. すべてのアドレスからの接続をさらに受け入れるには、postgresql.conf ファイルを編集します。

    postgresql conf.png

  13. すべてのQlikサービスを開始します。

  14. 管理者としてQlikインストーラを実行します。

  15. クラスターの参加ボタンをクリックします。

    Qlik join cluster.png

  16. (既存のQlikサーバーの)データベース資格情報を入力します。

    Qlik enter db creds.png

  17. サービスアカウントのユーザー資格情報（新しいサーバーで定義されたもの）を入力します：

    Qlik username.png

  18. Qlikをインストールした後、該当するパッチをお使いのバージョン（2022年5月または2020年11月）にインストールします。

  19. 既存のQlikサーバーに移動し、QMCを開きます(https://localhost/qmc )。

  20. [Nodes]を選択します。

  21. アクションバーでPlus icon.png新規作成をクリックします。

  22. 下の図に示すように、新しくインストールしたQlikサーバーのホスト名に設定されたホスト名フィールドにパラメータを入力します。

    Qlik host name.png

  23. 適用をクリックし、数秒待ちます。

  24. サーバーがリモートホストに到達できない場合は、次の「ノード登録」メッセージが表示されます。

    Qlik note reg.png

    1. セントラルノードとスケジューラノード間の接続を確認します。

    2. pingを使用して、両方のノードでIPV6とファイアウォールが無効になっていることを確認します。

  25. Apply(適用)を再度クリックします。認証パスワードとURLが届くまでお待ちください。接続はポート4444を介して行われます。

    Qlik node reg 2.png

  26. 新しいQlikサーバーに移動し、前のステップのURL http://localhost:4570/certificateSetupを開き、前のステップのパスワードを入力します。

    Qlik install certificates.png

  27. 元のQlikサーバー（新しいクラスタではない）で、すべてのQlikサービスを再起動します。

  28. QMCのNodes画面で次の結果が得られることを確認してください。

    Qlik nodes.png

    つまり、2つのQlikサーバー（マルチノード）があります – セントラルとスケジューラ。

  29. QMCのSchedulersセクションで、Central ノードを編集し、Typeフィールドを次のように設定します。

    Qlik Schedulers manager.png

  30. QMCのスケジューラセクションで、スケジュラーノードを編集し、Type フィールドを次のように設定します。

    Qlik Schedulers worker.png

  31. QMCのデータ接続画面で、次の3つの接続を編集します。

    Qlik Data Connections.png

  32. 3つのコネクションのそれぞれについて、Connection string フィールドで、ローカルパス（ドライブ cなど：），の代わりに、ネットワークパス(QlikShareフォルダが存在するホスト名(RESEARCHが最初にインストールされたサーバー)で動作するように変更します。

    Qlik Connection string.png

  33. 新しいサーバーで、QMCのTasks（タスク）セクションを開き、research_dbとResearch Appの両方が正常に実行されていることを確認します。

  34. QMC（セントラルノード）で、ロードバランスルールセクションに移動します。

  35. ResourcesOnNonCentralNodesをダブルクリックします。

    Qlik ResroucesOnNonCentral.png

  36. 下の画像に示されているマークされたセクションを削除します。

    Qlik advanced remove.png
スケジューラとセントラルノード間の手動フェールオーバーの強制

スケジューラノードとセントラルノードの間で手動フェールオーバーを強制するには、次の手順を実行します。

  1. QMC（セントラルサーバー）で、スケジューラメニューを選択します。

    QMC schedulers.png

  2. セントラルスケジューラを選択し、編集ボタンをクリックします。

    QMC central.png

  3. AdvancedセクションのType（タイプ）フィールドで、Manager(マネージャ)とworker(作業者)を選択します。セントラルノードは初期状態（スタンドアローンサーバー）に戻ります。スケジューラノードは、クラスタメンバーとしての機能を停止します（最終的には使用されなくなります）。

    QMC manager and worker.png
非セントラルノードのロードバランシングルールリソースの編集

  1. QMCのスタートページから、ロードバランスルールを開きます。

  2. ResourcesOnNonCentralNodeルールを選択し、編集をクリックします。

    QMC ResroucesOnNon.png

  3. 詳細セクションで、条件を次のように編集します。 ((node.iscentral="false"))

  4. [適用] をクリックします。

    QMC Advanced conditions.png

  5. この変更後、ライセンスとオペレーションのタスクを含むすべてのQMCタスクが正常に実行されていることを確認します。

セントラルノードフェールオーバー（オプション）

マルチノードサイトで単一障害点を避けるために、新しいノードをデプロイメントに追加する際には、フェールオーバー候補の役割を割り当てることができます。つまり、RESEARCHサイト内のどのサーバーやノードでも、セントラルノードと同じ役割を果たすことができます。例えば、セントラルノードが10分以上オフラインの場合などに、セントラルノードの役割を入れ替えることができます。

セントラルノードをバックアップする場合：

  1. 追加のセントラルサーバー（元のノードと同じ仕様の新しいセントラルノード）を定義します。

  2. QMC（追加のセントラルノードの）で、Nodes メニューを選択し、フェールオーバー候補として定義します。

    QMC failover.png

ノードをフェールオーバー候補として設定した後、サイト内の各ノードは定期的にプライマリノード（セントラルノード）をチェックし、セントラルノードがアクティブであることを確認します。10分後にサイト内のプライマリノードと他のノード間に通信がない場合、プライマリノードは次の利用可能なノードに置き換えられます。フェールオーバー候補として複数のノードが設定されている場合、各ノードはデータベースフィールドのロックを取得するために競い合い、勝者がセントラルノードになります。QMCには、現在どのノードがセントラルノードであるかを示す追加フィールドがあります。