Skip to main content

BriefCamインストールガイド

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

最終更新日： 13 分で読めます
バージョン2025r1
言語日本語

このハウツーでは、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. ODBC接続を2つ追加します。RESEARCHおよびRESEARCHPostgreSQL。

    ODBC connections.png

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

      ODBC Research connection.png

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

      OCBC RESEARCHPostreSQL.png

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

  5. サービスアカウントユーザーを作成します(デフォルトでは、BCUserQlikサービスを実行するユーザーです)。 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フレームワークランタイムをダウンロードしてインストールしてください: 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のタスクセクションを開き、research_dbアプリとResearchアプリの両方が正常に実行されていることを確認してください。

  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（追加のセントラルノード）の中で、ノードメニューを選択し、フェールオーバー候補として定義します。

    QMC failover.png

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