マスターシークレットサーバーのクラスタリング

[アーティクル]
10/14/2023

BizTalk Server アプリケーションサービスは、BizTalk Serverと共にインストールされている Enterprise Single Sign-On (SSO) サービスにハードコーディングされた依存関係を維持します。 SSO サービスを開始するには、マスターシークレットサーバーと通信できる必要があります。マスターシークレットサーバーのフォールトトレランスを提供するには、マスターシークレットサーバーで SSO サービスをクラスター化することをお勧めします。詳細については、BizTalk Server ヘルプの高可用性 SSO インストールオプション (https://go.microsoft.com/fwlink/?LinkId=156838) に関するページを参照してください。

マスターシークレットサーバーのクラスタリングの準備

専用クラスターとSQL Server クラスターのどちらを使用するかを決定する

クラスタリングハードウェアはコストがかかります。高可用性ソリューションのハードウェアリソースを減らすために、マスターシークレットサーバーをクラスターリソースとして SQL Server データベースクラスターに追加できます。 SQL Server データベースクラスターを使用する場合は、MessageBox データベースと同じアクティブノードにマスターシークレットサーバーを配置しないことをお勧めします。通常、MessageBox データベースは他のデータベースよりも多くなります。マスターシークレットサーバーは多くのハードウェアリソースを消費しませんが、アクティブな MessageBox データベースノードとは別のアクティブなクラスターノードに移動することをお勧めします。

SSO データベースのクラスタリング

マスターシークレットサーバーは、SSO データベースに依存します。高可用性 SSO を構築するには、SSO データベースをクラスター化する必要があります。 BizTalk データベースのクラスタリングの詳細については、「BizTalk Server データベースのクラスタリング2」を参照してください。

ドメイングループとアカウントの作成

マスターシークレットサーバーをクラスタリングする前に、次のドメイングループとアカウントを構成する必要があります。

SSO 管理者および SSO 関連管理者という名前のドメイングループを作成します。エンタープライズ SSO サービスのクラスター化インスタンスを作成するには、SSO 管理者グループおよび SSO 関連管理者グループをドメイングループとして作成する必要があります。
SSO 管理者ドメイングループのメンバであるドメインアカウントを作成または指定します。各ノードの Enterprise SSO サービスは、このドメインアカウントとしてログオンするように構成されます。このアカウントには、クラスター内の各ノードで "サービスとしてログオン" 権限が必要です。また、クラスターに対する "フルコントロール" アクセスも許可されている必要があります。