セキュア プライベート アクセスをクラスターとして展開する

セキュア プライベート アクセス ノードを作成する

• 新しい Secure Private Access サイトを作成します。詳細については、Secure Private Access サイトのセットアップを参照してください。
• 必要な数のクラスターノードを Secure Private Access サイトに追加します。詳細については、既存のサイトに参加して Secure Private Access をセットアップするを参照してください。
• 各 Secure Private Access ノードで、同じサーバー証明書を構成します。証明書のサブジェクト共通名またはサブジェクト代替名は、ロードバランサーの FQDN と一致する必要があります。
• Secure Private Access で最初のノードを構成する際は、ロードバランサー名を使用します。後続のノードを追加するには、 タブでデータベースアドレスを指定し、データベーススクリプトを手動で実行します。スクリプトを使用してデータベースをアップグレードする方法の詳細については、スクリプトを使用したデータベースのアップグレードを参照してください。
  

ロードバランサー構成

• StoreFront へのアクセスに使用される FQDN は、サブジェクト代替名 (SAN) として DNS フィールドに含まれます。ロードバランサーを使用している場合は、個々のサーバーの FQDN とロードバランサーの FQDN の両方を含めます。これは SSL 証明書に適用されます。Secure Private Access の場合、ロードバランサーの構成で十分です。詳細については、NetScaler を使用したロードバランシングを参照してください。 Secure Private Access を構成する前に、StoreFront ストアを構成する必要があります。ロードバランサーを使用している場合は、ベース URL をロードバランサー名で構成し、安全な通信のために HTTPS を使用します。詳細については、HTTPS を使用した StoreFront の保護を参照してください。
• Secure Private Access サービスは HTTPS として実行することをお勧めしますが、これは必須要件ではありません。Secure Private Access サービスは HTTP としても展開できます。
• SSL オフロードまたは SSL ブリッジがサポートされているため、任意のロードバランサー構成を使用できます。SSL ブリッジを使用する場合は、各 Secure Private Access ノードで同じサーバー証明書を構成するようにしてください。また、証明書のサブジェクト共通名またはサブジェクト代替名 (SAN) は、ロードバランサーの FQDN と一致する必要があります。また、SAN はロードバランサーサービスで構成する必要があります。
• 正しい SSL 証明書が IIS サーバーと NetScaler にバインドされています。
• 安全な暗号が使用されます。
• Secure Private Accessサービス (管理者とランタイムの両方) はステートレスであるため、永続性は必要ありません。
• ロードバランサー (NetScalerなど) には、バックエンドサーバー用のデフォルトの組み込みモニター (プローブ) があります。Secure Private Accessオンプレミスサーバー用にカスタムHTTPベースのモニター (プローブ) を構成する必要がある場合は、次のエンドポイントを使用できます。
  /secureAccess/health
  期待される応答:
  Http status code: 200 OK

Payload:

{"status":"OK","details":{"duration":"00:00:00.0084206","status":"OK"}}
  NetScalerロードバランサーの構成の詳細については、基本的な負荷分散のセットアップを参照してください。