Skip to main content
Application Server を NLB (Network Load Balancing) クラスターにデプロイすると、ワークロードが分散され、リクエスト処理が高速化されます。 クラスターの対象となるのは、Application Server、管理および監視コンソール、Web Station です。これら 3 つはいずれも IIS (Internet Information Services) サービスを使用します。 本手順に記載されているアドレス、コンピューター名、ドメイン名は一例であり、管理者が変更できます。 詳細については、Microsoft のドキュメントの Network Load Balancing を参照してください。

​
NLB クラスターの設定

1

各クラスター ノードへの Application Server のインストール

データベース、ファイル ストレージ フォルダー、Processing Server、Licensing Server、および Application Server クライアントは別のコンピューター上に配置します。クラスター内のすべてのノードから、このコンピューターにアクセスできなければなりません。
2

Network Load Balancing 機能の追加

Windows Features で、クラスター内の各ノードに Network Load Balancing を追加します。Server Manager のメイン ウィンドウで Add Features リンクをクリックします (Start → Administrative Tools → Server Manager) 。
3

クラスターへの仮想 IP アドレスの割り当て

クラスター全体としてノードにアクセスできるよう、クラスターに仮想 IP アドレスを割り当てます。いずれかのノードで、Server Manager → Tools → Network Load Balancing Manager から Network Load Balancing Manager を開きます。クラスターを右クリックして Cluster Properties を選択します。
Cluster IP Addresses タブで Cluster Properties ダイアログが開かれ、仮想クラスター IP アドレスとサブネット マスクが表示されている Network Load Balancing Manager のスクリーンショット。

​
トラフィックがクラスター ノードに到達する仕組み

Multicast モードでは通常、クライアント トラフィック、クラスター トラフィック、その他のネットワーク トラフィックが単一のネットワーク インターフェイス上に配置されます。この場合、クラスター内の各ホストには、すべてのノードに共通の仮想アドレスに加えて、専用の IP アドレスが必要です。 ホストが仮想クラスター アドレスではなく専用の IP アドレスを使用するのは、次の 2 つの場合です。1 つは Telnet、SSH、その他のプロトコルを介した接続を受信する場合、もう 1 つはクラスター ノードから外部へ接続する場合です。 すべてのクラスター ノードは、クラスター宛てのすべての受信トラフィックを受信する必要があります。特定のリクエストに対してどのノードが応答するかは、負荷分散アルゴリズムによって決定されます。

​
クラスターの動作モードを選択する

Unicast と Multicast のどちらを選択するかは、ネットワーク構成によって異なります。 これら 2 つの方法の詳細については、Microsoft のドキュメントの Network Load Balancing parameters を参照してください。

​
NLB のポート フィルタリングと Affinity の設定

クラスター トラフィックの負荷分散とフィルタリングは、ポートごとに設定できます。ABBYY FlexiCapture の動作には TCP プロトコルが必要です。

​
ポート フィルタリング モード

​
Affinity の設定

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

​
Application Server を構成する

1

共有フォルダーを作成する

クラスター内のすべてのノードからアクセスできる共有フォルダーを作成します。
2

データベース サーバーをインストールする

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

すべてのクラスター ノードに Application Server をインストールする

クラスターに属するすべてのノードで Application Server のインストーラーを実行します。
4

最初のノードにデータベースを作成する

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

残りのノードをデータベースに接続する

残りの各クラスター ノードで、管理および監視コンソールを実行し、作成したデータベースに接続します。
この操作には SQL 認証が必要です。
6

データベース権限を付与する

SQL Server、Azure、Oracle、または PostgreSQL サーバーで、クラスター ノード上で IIS を実行しているアカウントに対応するすべてのユーザーに、そのデータベースへのフル コントロールのアクセス許可を付与します。サービス一覧で World Wide Web Publishing Service が実行されている必要があります。最初のノードの権限は、データベースの作成時に自動的に付与されます。その他の権限は手動で付与する必要があります。既定では、IIS はユーザー Network Service で実行されます。この場合、IIS が NodeN という名前のコンピューター上で実行されているとすると、サーバー上でユーザー DomainName\NodeN$ にフル コントロールのアクセス許可を付与する必要があります。

​
クラスターで IIS が利用可能かどうかを確認する

PING リクエストがクラスターに到達しているにもかかわらず Application Server が応答しない場合は、IIS が利用可能かどうかを確認してください。 静的な *.html ファイルを %systemdrive%\inetpub\wwwroot に配置します。通常、このフォルダーには iisstart.htm ファイルが既に存在します。続いて、ブラウザーで \\ClusterAddress\iisstart.htm を開き、その際にブラウザーのプロキシ設定も併せて確認します。

​
ドメイン アカウントでの Application Server クライアントの実行

すべてのクラスター ノードを 1 つのドメインに配置し、Application Server クライアントをドメイン ユーザー アカウントで実行してください。ローカル ユーザー アカウントは使用しないでください。

​
クラスターでローカルユーザーアカウントが機能しない理由

クラスター化されていない構成では、ローカルユーザーによる認証が可能です。Application Server が動作しているコンピューター上に、専用の名前とパスワードを持つローカルユーザーを作成すると、以降はどのクライアントもそのアカウントで接続します。 クラスター構成では、クライアントのリクエストを処理する Application Server が別のコンピューター上に存在する場合があり、それに伴って実際のユーザー名も変わります。node1 のコンピューターでは node1\User、node2 のコンピューターでは node2\User となります。この違いがシステムの動作に支障をきたす可能性があります。 Application Server クライアントをドメインユーザーで実行すれば、この問題を回避できます。

​
ドメイン外のクライアントを接続する

ドメイン外のリモート コンピューター上のクライアントを接続するには、クラスター自身のドメイン内のアカウントを使用して基本認証を行います。 クラスター化された Application Server がクラスター ドメイン内にあり、検証オペレーターのコンピューターがこのドメイン内にないとします。クラスター ドメイン内にユーザー cluster\VerificationOperator 用のアカウントを作成し、そのアカウント名とパスワードを検証オペレーターに伝えてください。すると、検証オペレーターはこのアカウントと Verification Station 上の基本認証を使用して Application Server に接続できます。
クライアントで基本認証を使用するには、IIS でフォルダー FlexiCapture12\Server に対して基本認証を有効にする必要があります。そうしないと、接続を試みたときにユーザーに HTTP 401 エラーが表示されます。

​
IIS でのノードのアクティビティを監視する

1

IIS のパフォーマンスモニターを開く

パフォーマンスモニターは、Microsoft 管理コンソールのツールバーから開くことができます。
2

ノードごとに counter を追加する

Web サービス オブジェクトで、ノードごとに Default Web Site の ISAPI Extension Requests/sec counter を追加します。Default Web Site は、IIS 内で Application Server が配置されている場所です。