Secure Private Accessをクラスターとして展開する（オプション）

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

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

ロードバランサーの構成

• 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ロードバランサーの構成の詳細については、「基本ロードバランシングのセットアップ」を参照してください。