デリバリーコントローラー

最終公開日 : Nov 13, 2026
Delivery Controllerは、ユーザーアクセスの管理、接続の仲介と最適化を担当するサーバー側コンポーネントです。コントローラーは、デスクトップおよびサーバーイメージを作成するMachine Creation Services™も提供します。
サイトには少なくとも1つのコントローラーが必要です。最初のコントローラーをインストールした後、サイトの作成時または後でコントローラーを追加できます。サイトに複数のコントローラーを配置することには、主に2つの利点があります。
  • 冗長性: ベストプラクティスとして、本番サイトでは、常に異なる物理サーバー上に少なくとも2つのコントローラーを配置してください。1つのコントローラーが故障した場合でも、他のコントローラーが接続を管理し、サイトを管理できます。
  • スケーラビリティ: サイトのアクティビティが増加すると、コントローラーのCPU使用率とデータベースのアクティビティも増加します。追加のコントローラーにより、より多くのユーザー、アプリケーション、およびデスクトップ要求を処理できるようになり、全体的な応答性を向上させることができます。
各コントローラーはサイトデータベースと直接通信します。複数のゾーンがあるサイトでは、各ゾーンのコントローラーは、プライマリゾーンのサイトデータベースと通信します。
重要:
サイトの構成後、コントローラーのコンピューター名またはドメインメンバーシップを変更しないでください。
Related information
管理

VDAがコントローラーに登録する方法

VDAを使用する前に、サイト内のDelivery Controllerに登録（通信を確立）する必要があります。VDA登録の詳細については、「VDA registration with Controllers」を参照してください。

コントローラーの追加、削除、または移動

コントローラーを追加、削除、または移動するには、「Databases」の記事に記載されているサーバーロールとデータベースロールの権限が必要です。
SQLクラスタリングまたはSQLミラーリングインストール内のノードにコントローラーをインストールすることはサポートされていません。
サイトにDelivery Controller™を追加するときは、高可用性のために使用するすべてのレプリカSQL Serverに、そのマシンのログオン資格情報を追加してください。
展開でデータベースミラーリングを使用している場合:
  • コントローラーを追加、削除、または移動する前に、プリンシパルデータベースとミラーデータベースの両方が実行されていることを確認してください。さらに、SQL Server Management Studioでスクリプトを使用している場合は、スクリプトを実行する前にSQLCMDモードを有効にしてください。
  • コントローラーを追加、削除、または移動した後にミラーリングを確認するには、PowerShell Get-configdbconnection コマンドレットを実行します。このコマンドレットは、ミラーへの接続文字列にフェールオーバーパートナーが設定されていることを確認します。
Controller を追加、削除、または移動した後:
  • 自動更新が有効になっている場合、VDA は 90 分以内に更新された Controller のリストを受け取ります。
  • 自動更新が有効になっていない場合は、すべての VDA で Controller ポリシー設定または ListOfDDCs レジストリキーが更新されていることを確認してください。Controller を別のサイトに移動した後、両方のサイトでポリシー設定またはレジストリキーを更新してください。

Controller を追加する

サイトの作成時および後から Controller を追加できます。このソフトウェアの以前のバージョンでインストールされた Controller を、このバージョンで作成されたサイトに追加することはできません。
  1. サポートされているオペレーティングシステムを含むサーバーでインストーラーを実行します。Delivery Controller コンポーネントと、必要なその他のコアコンポーネントをインストールします。インストールウィザードを完了します。
  2. サイトをまだ作成していない場合は、Studio を起動します。サイトの作成を促されます。サイト作成ウィザードの ページで、 ボタンをクリックし、追加の Controller をインストールしたサーバーのアドレスを追加します。
    データベースを初期化するスクリプトを生成する予定がある場合は、スクリプトを生成する前に Controller を追加してください。
  3. サイトをすでに作成している場合は、追加の Controller をインストールしたサーバーに Studio を向けます。 をクリックし、サイトアドレスを入力します。

Controller を削除する

サイトから Controller を削除しても、Citrix® ソフトウェアやその他のコンポーネントがアンインストールされるわけではありません。この操作により、Controller はデータベースから削除され、接続の仲介やその他のタスクの実行に使用できなくなります。Controller を削除しても、後で同じサイトまたは別のサイトに再度追加できます。サイトには少なくとも1つの Controller が必要であるため、Studio にリストされている最後の Controller を削除することはできません。
サイトから Controller を削除しても、データベースサーバーへの Controller のログオンは削除されません。これにより、同じマシン上の他の製品のサービスで使用されているログオンが誤って削除されるのを防ぎます。ログオンが不要になった場合は、手動で削除する必要があります。ログオンを削除するには、securityadmin サーバーロールの権限が必要です。
Controller を削除した後:
  • 自動更新を使用しているVDAは、他の利用可能なコントローラーに再登録します。この再登録は、自動更新メカニズムが有効になっており、VDAが他のコントローラー（削除されたコントローラーと同じセカンダリゾーン内、またはオンプレミス展開のプライマリゾーン内）に到達できる場合にのみ発生します。
  • Citrix StoreFrontでコントローラー情報を更新します。詳細については、「コントローラーの管理」を参照してください。
  • Citrix StoreFrontで、Citrix Gatewayを介したリモートアクセス用のSecure Ticket Authority (STA) URLを更新します。詳細については、「Secure Ticket Authority の管理」を参照してください。
  • Citrix Gatewayで、仮想サーバーのSTA URLを更新します。詳細については、「Citrix Gateway」を参照してください。
重要:
サイトからコントローラーを削除するまでは、Active Directoryからコントローラーを削除しないでください。
  1. Studio が1時間以内にロードされるように、Controller の電源がオンになっていることを確認してください。Studio が削除する Controller をロードしたら、プロンプトが表示されたら Controller の電源をオフにします。
  2. Studio ナビゲーションペインで を選択し、削除する Controller を選択します。
  3. ペインで を選択します。適切なデータベースロールと権限がない場合は、データベース管理者が Controller を削除できるようにするスクリプトを生成するオプションが提示されます。
  4. データベースサーバーから Controller のマシンアカウントを削除する必要があります。削除する前に、別サービスがそのアカウントを使用していないことを確認してください。
Studio を使用して Controller を削除した後、現在のタスクが適切に完了するように、その Controller へのトラフィックが短時間残る場合があります。短時間で Controller の削除を強制したい場合は、Citrix は、Controller がインストールされていたサーバーをシャットダウンするか、そのサーバーを Active Directory から削除することを推奨します。その後、サイト上の他の Controller を再起動して、削除された Controller とのそれ以上の通信がないことを確認します。

Controller を別のゾーンに移動する

サイトに複数のゾーンが含まれている場合、Controller を別のゾーンに移動できます。この移動が VDA 登録やその他の操作にどのように影響するかについては、「ゾーン」の記事を参照してください。
  1. Studio ナビゲーションペインで を選択し、移動する Controller を選択します。
  2. ペインで を選択します。
  3. Controller を移動するゾーンを指定します。

Controller を別のサイトに移動する

このソフトウェアの以前のバージョンで作成されたサイトに Controller を移動することはできません。
  1. Controller が配置されているサイト (古いサイト) で、Studio ナビゲーションペインで を選択します。次に、移動する Controller を選択します。
  2. ペインで を選択します。適切なデータベース権限がない場合は、それらの権限を持つユーザー (データベース管理者など) が Controller を削除できるようにするスクリプトを生成できます。サイトには少なくとも1つの Controller が必要であるため、Studio にリストされている最後の Controller を削除することはできません。
  3. 移動するControllerでStudioを開き、プロンプトが表示されたらサービスをリセットし、「既存のサイトに参加」を選択して、新しいサイトのアドレスを入力します。

VDA を別のサイトに移動する

Citrix Provisioning™ を使用してプロビジョニングされた VDA、または既存のイメージである VDA は、アップグレード時や、テストサイトで作成された VDA イメージを本番サイトに移動する際に、別のサイト（サイト 1 からサイト 2 へ）に移動できます。Machine Creation Services (MCS) を使用してプロビジョニングされた VDA は、あるサイトから別のサイトに移動できません。MCS は、VDA が Controller に登録するためにチェックする ListOfDDCs の変更をサポートしていません。MCS を使用してプロビジョニングされた VDA は、常に作成されたサイトに関連付けられた ListOfDDCs をチェックします。
VDA を別のサイトに移動する方法は、インストーラーを使用する方法と Citrix ポリシーを使用する方法の 2 つがあります。

インストーラー

インストーラーを実行し、サイト2のControllerのFQDN（DNSエントリ）を指定してControllerを追加します。
インストーラーでControllerを指定するのは、Controllerポリシー設定が使用されていない場合のみです。

グループポリシーエディター

次の例では、複数のVDAをサイト間で移動します。
  1. サイト1で以下の設定を含むポリシーを作成し、そのポリシーをデリバリーグループレベルにフィルターして、サイト間の段階的なVDA移行を開始します。
    • Controller: サイト2の1つ以上のControllerのFQDN（DNSエントリ）を含みます。
    • Controllerの自動更新を有効にする: 無効に設定します。
  2. デリバリーグループ内の各VDAは、新しいポリシーが適用されてから90分以内に通知を受け取ります。VDAは受信したControllerのリストを無視し（自動更新が無効になっているため）、ポリシーで指定されたControllerの1つを選択します。このポリシーにはサイト2のControllerがリストされています。
  3. VDAがサイト2のControllerに正常に登録されると、サイト2のListOfDDCsとポリシー情報を受け取ります。これらはデフォルトで自動更新が有効になっています。VDAがサイト1で登録されていたControllerは、サイト2のControllerから送信されたリストには含まれていません。そのため、VDAはサイト2のリストにあるControllerの中から選択して再登録します。それ以降、VDAはサイト2からの情報で自動的に更新されます。