> ## Documentation Index
> Fetch the complete documentation index at: https://docs.abbyy.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Application Server のセットアップ

> ワークロードを分散するため、ABBYY FlexiCapture Application Server を NLB クラスターにデプロイします。クラスターのセットアップ、ポート フィルタリング、アフィニティ モードについて説明します。

<Warning>
  管理および監視コンソールと Web Station は同じクラスターにクラスター化されます。
</Warning>

NLB (Network Load Balancing) クラスターは、Application Server のほか、IIS (Internet Information Services) サービスを使用する管理および監視コンソールや Web Station のインストールにも使用されます。ワークロードを分散し、リクエスト処理を高速化するため、Application Server は NLB クラスターにデプロイできます。

Network Load Balancing 機能の詳細については、[Microsoft の Web サイトのこちらのページ](https://docs.microsoft.com/en-us/windows-server/networking/technologies/network-load-balancing)を参照してください。

<div id="set-up-an-nlb-cluster-for-the-application-server">
  ## Application Server の NLB クラスターの設定
</div>

このセクションでは、Application Server 用の NLB クラスターを設定する手順を順を追って説明します。

管理および監視コンソールと Web Station は、Application Server とともにクラスター化される。

NLB クラスター設定の詳細については、Microsoft の Web サイトを参照してください。

<Note>
  以下で使用するアドレス、コンピューター名、ドメイン名などは必須ではなく、管理者が変更できます。
</Note>

### <a id="set-cluster" />クラスターの設定

<Steps>
  <Step title="各クラスター ノードへの Application Server のインストール">
    各クラスター ノードに Application Server をインストールします。データベース、ファイル ストレージ フォルダー、Processing Server、Licensing Server、および Application Server クライアントは別のコンピューター上に配置する必要があります。このコンピューターには、クラスター内のすべてのノードからアクセスできなければなりません。
  </Step>

  <Step title="Network Load Balancing 機能の追加">
    Windows Features で、クラスター内の各ノードに Network Load Balancing を追加します。これを行うには、Server Manager のメイン ウィンドウで **Add Features** リンクをクリックします (**Start → Administrative Tools → Server Manager** をクリック) 。
  </Step>

  <Step title="クラスターへの仮想 IP アドレスの割り当て">
    クラスター全体としてノードにアクセスするための IP アドレスをクラスターに割り当てます (これは仮想クラスター アドレスになります) 。これを行うには、いずれかのノードで **Network Load Balancing Manager** を開き (**Server Manager → Tools → Network Load Balancing Manager** をクリック) 、クラスターを右クリックしてショートカット メニューから **Cluster Properties** アイテムを選択します。

    <Frame>
      <img src="https://mintcdn.com/abbyy/39LtOHLEp1q7pm1x/images/flexi-capture/Assign_IP_Address_NLB.png?fit=max&auto=format&n=39LtOHLEp1q7pm1x&q=85&s=67570a1d0afbe4efaecc810e47a60dcd" alt="Cluster IP Addresses タブで Cluster Properties ダイアログが開かれ、仮想クラスター IP アドレスとサブネット マスクが表示されている Network Load Balancing Manager のスクリーンショット。" width="1927" height="1062" data-path="images/flexi-capture/Assign_IP_Address_NLB.png" />
    </Frame>
  </Step>
</Steps>

ノードでクライアント/クラスター トラフィックとその他のネットワーク トラフィックに単一のネットワーク インターフェイスを使用する場合 (通常、Multicast モードではこの構成です) 、クラスター内の各ホストには専用の IP アドレスが必要です (すべてのクラスター ノードに共通の仮想アドレスに加えて) 。ホストは、Telnet、SSH、その他のプロトコルを介してクラスター ノードへの接続を受信する場合や、クラスター ノードから外部へ接続する場合に、仮想クラスター アドレスではなく専用の IP アドレスを使用します。

すべてのクラスター ノードは、クラスター宛てのすべての受信トラフィックを受信する必要があります。特定のクエリに対してどのクラスター ノードが応答するかは、負荷分散アルゴリズムによって決定されます。Unicast と Multicast のどちらを選択するかは、ネットワーク構成によって異なります。

<Tip>
  IIS 用の Performance Monitor (Microsoft Management Console のツールバーからアクセス可能) を使用して、ノードのアクティビティを監視できます。Web Service オブジェクトで、各ノードについて Default Web Site の ISAPI Extension Requests/sec カウンターを追加します (これは IIS 内での Application Server の場所です) 。
</Tip>

<div id="operating-mode-of-the-cluster">
  ### クラスターの動作モード
</div>

Unicast と Multicast のどちらを選択するかは、ネットワーク構成によって異なります。これら 2 つの方法の詳細については、[Microsoft の Web サイトのこのページ](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc782694\(v=ws.10\))を参照してください。

<div id="balance-the-workload-and-set-up-hosts">
  ### クラスター内のワークロードの負荷分散とホストの設定
</div>

クラスター トラフィックの負荷分散とフィルタリングは、ポートごとに設定できます。

ABBYY FlexiCapture の動作には TCP プロトコルが必要です。フィルタリング モードには、single host と multiple host の 2 つがあります。

* **Single host**
  このモードではフォールト トレランスは提供されますが、ワークロードの負荷分散はできません。一度にアクティブになるクラスター ノードは 1 つだけです。
* **Multiple host**
  事前定義された範囲のポートからのトラフィックは、クラスター内で最も優先順位の高いノードによって処理されます。すべてのクラスター ノードが同時に動作します。このモードでは、ワークロードの負荷分散とフォールト トレランスの両方が提供されます。

事前定義された範囲のポートからのトラフィックは、各ノード間で負荷分散されます。さらに、Affinity パラメーターを次のように設定できます。

* **None** (推奨されません)
  このオプションを選択すると、1 つのクライアントからの複数の接続 (TCP セッション) が異なるノードによって処理されることがあります。
* **Single** (推奨)
  このオプションを選択すると、1 つのクライアントからのすべての接続が 1 つのノードによって処理されます。
* **Network** (Class C) (推奨)
  このオプションを選択すると、TCP/IP Class C アドレス空間からのすべてのクエリが 1 つのノードによって処理されます。これは、クライアントとクラスターの間にプロキシサーバーがある場合に必要になることがあります。

### <a id="set-appserv" />Application Server を構成する

<Steps>
  <Step title="共有フォルダーを作成する">
    クラスター内のすべてのノードからアクセスできる共有フォルダーを作成します。
  </Step>

  <Step title="データベース サーバーをインストールする">
    Microsoft SQL Server、Azure サーバー、Oracle サーバー、または PostgreSQL サーバーをインストールします。これらのサーバーは、クラスターのすべてのノードから利用できる必要があります。
  </Step>

  <Step title="すべてのクラスター ノードに Application Server をインストールする">
    すべてのクラスター ノードに Application Server をインストールします。
  </Step>

  <Step title="最初のノードにデータベースを作成する">
    最初のクラスター ノードで、管理および監視コンソールを実行し、データベースを作成して、ファイル保存用の共有フォルダーを指定します。
  </Step>

  <Step title="残りのノードをデータベースに接続する">
    残りの各クラスター ノードで、管理および監視コンソールを実行し、作成したデータベースに接続します。

    <Note>
      この操作では、SQL 認証を使用する必要があります。
    </Note>
  </Step>

  <Step title="データベース権限を付与する">
    SQL Server、Azure サーバー、Oracle サーバー、または PostgreSQL サーバーで、IIS を実行しているアカウントに対応する、すべてのクラスター ノード上のすべてのユーザーに対し、そのデータベースへのフル コントロールのアクセス許可を付与します (サービス一覧で World Wide Web Publishing Service が実行されている必要があります) 。最初のノードの権限は、データベースの作成時に自動的に付与されます。その他の権限は手動で付与する必要があります。

    既定では、IIS はユーザー Network Service で実行されます。この場合、IIS が NodeN という名前のコンピューター上で実行されているとすると、サーバー上でユーザー `DomainName\NodeN$` にフル コントロールのアクセス許可を付与する必要があります。
  </Step>

  <Step title="クラスター内で IIS が利用可能であることを確認する">
    クラスター内で Application Server を利用できず、それでも PING 要求がクラスターに到達する場合は、IIS がクラスター内で利用可能かどうかを確認してください。この確認を行うには、静的な `*.html` ファイルをフォルダー `%systemdrive%\inetpub\wwwroot` に配置し (通常、このフォルダーにはすでに `iisstart.htm` ファイルがあります) 、ブラウザーでこのファイルを開きます: `\\ClusterAddress\iisstart.htm`。ファイルを開くときは、ブラウザーのプロキシサーバー設定を確認してください。
  </Step>
</Steps>

<div id="run-application-server-clients">
  ### Application Server クライアントの実行
</div>

Application Server クライアントについては、次の構成を推奨します。

* **推奨** — すべてのクラスター ノードを 1 つのドメインに配置し、クライアントをドメイン ユーザー アカウントで実行します。
* **非推奨** — 以下の理由により、クライアントをローカル ユーザー アカウントで実行すること。

通常の (つまり、クラスター化されていない) Application Server の構成では、次の認証方法を使用できます。Application Server がインストールされているコンピューター上に、独自のユーザー名とパスワードを持つローカル ユーザーを作成します。その後、任意のクライアントがこのユーザーのアカウントで Application Server に接続できるようになります。

クラスター化構成では、クライアント要求を処理する Application Server が異なるコンピューター上に配置される可能性があり、それに応じて実際のユーザー名も変わります。node1 コンピューターではユーザー名は `node1\User` となり、node2 コンピューターでは `node2\User` になります。これにより、システムの動作に支障が生じる可能性があります。

Application Server クライアントをドメイン ユーザーで実行すると、この問題を回避できます。

<div id="connect-clients-outside-the-domain">
  #### ドメイン外のクライアントを接続する
</div>

ドメインに属していないリモート コンピューター上のクライアントを接続するには、基本認証と、クラスターが属するドメイン内のユーザー アカウントを使用できます。クラスター化された Application Server がクラスター ドメイン内にあり、検証オペレーターのコンピューターがこのドメイン内にないとします。クラスター ドメイン内にユーザー `cluster\VerificationOperator` 用のアカウントを作成し、そのアカウント名とパスワードを検証オペレーターに伝えてください。すると、検証オペレーターはこのアカウントと Verification Station 上の基本認証を使用して Application Server に接続できます。

<Note>
  クライアントで基本認証を使用するには、IIS でフォルダー `FlexiCapture12\Server` に対して基本認証を必ず有効にしてください。そうしないと、接続を試みたときにユーザーに HTTP 401 エラーが表示されます。
</Note>