製品ドキュメント
XenApp and XenDesktop
7.15 LTSR
PDFを表示

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

May 20, 2026
寄稿者: 
C C

デリバリーコントローラーは、ユーザーアクセスを管理し、接続を仲介および最適化する役割を担うサーバー側コンポーネントです。コントローラーは、デスクトップおよびサーバーイメージを作成するMachine Creation Services™も提供します。

サイトには少なくとも1つのコントローラーが必要です。最初のコントローラーをインストールした後、サイトの作成時または後でコントローラーを追加できます。サイトに複数のコントローラーを配置することには、主に2つの利点があります。

  • 冗長性: ベストプラクティスとして、実稼働サイトには常に異なる物理サーバー上に少なくとも2つのコントローラーを配置する必要があります。1つのコントローラーが故障した場合でも、他のコントローラーが接続を管理し、サイトを管理できます。
  • スケーラビリティ: サイトのアクティビティが増加すると、コントローラーのCPU使用率とデータベースのアクティビティも増加します。追加のコントローラーは、より多くのユーザー、アプリケーション、およびデスクトップ要求を処理する機能を提供し、全体的な応答性を向上させることができます。

各コントローラーは、サイトデータベースと直接通信します。複数のゾーンを持つサイトでは、すべてのゾーンのコントローラーがプライマリゾーンのサイトデータベースと通信します。

重要:

サイトが構成された後で、コントローラーのコンピューター名またはドメインメンバーシップを変更しないでください。

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

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

（以前のXenAppおよびXenDesktop 7.xリリースのドキュメントでは、VDA登録に関する情報はこの記事に含まれていました。その情報は強化され、現在は上記のリンク先の記事に記載されています。）

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

コントローラーを追加、削除、または移動するには、「Databases」の記事に記載されているサーバーロールおよびデータベースロールの権限が必要です。

注:

SQLクラスタリングまたはSQLミラーリングのインストールにおけるノードへのコントローラーのインストールはサポートされていません。

展開でデータベースミラーリングを使用している場合:

  • Controllerを追加、削除、または移動する前に、プライマリデータベースとミラーデータベースの両方が実行されていることを確認してください。さらに、SQL Server Management Studioでスクリプトを使用している場合は、スクリプトを実行する前にSQLCMDモードを有効にしてください。
  • Controllerを追加、削除、または移動した後にミラーリングを確認するには、PowerShellのget-configdbconnectionコマンドレットを実行して、接続文字列でFailover Partnerがミラーに設定されていることを確認します。

Controllerを追加、削除、または移動した後:

  • 自動更新が有効になっている場合、VDAは90分以内にControllerの更新されたリストを受け取ります。
  • 自動更新が有効になっていない場合は、すべてのVDAについてControllerポリシー設定またはListOfDDCsレジストリキーが更新されていることを確認してください。Controllerを別のSiteに移動した後、両方のSiteでポリシー設定またはレジストリキーを更新してください。

コントローラーを追加する

Controllerは、Siteの作成時およびそれ以降に追加できます。このソフトウェアの以前のバージョンでインストールされたControllerを、このバージョンで作成されたSiteに追加することはできません。

  1. サポートされているオペレーティングシステムが搭載されたサーバーでインストーラーを実行します。Delivery Controller™コンポーネントと、必要に応じてその他のコアコンポーネントをインストールします。インストールウィザードを完了します。
  2. まだSiteを作成していない場合は、Studioを起動します。Siteの作成を促すメッセージが表示されます。Site作成ウィザードの［Databases］ページで、［Select］ボタンをクリックし、追加のControllerをインストールしたサーバーのアドレスを追加します。重要：データベースを初期化するスクリプトを生成する予定がある場合は、スクリプトを生成する前にControllerを追加してください。
  3. すでにSiteを作成している場合は、追加のControllerをインストールしたサーバーにStudioを向けます。［Scale your deployment］をクリックし、Siteアドレスを入力します。

コントローラーを削除する

SiteからControllerを削除しても、Citrix®ソフトウェアやその他のコンポーネントがアンインストールされるわけではありません。データベースからControllerが削除されるため、接続の仲介やその他のタスクに使用できなくなります。Controllerを削除しても、後で同じSiteまたは別のSiteに再度追加できます。Siteには少なくとも1つのControllerが必要なため、Studioに表示されている最後のControllerを削除することはできません。

SiteからControllerを削除しても、データベースサーバーへのControllerログオンは削除されません。これにより、同じマシン上の他の製品のサービスで使用されているログオンが誤って削除されることを防ぎます。ログオンが不要になった場合は手動で削除する必要があります。ログオンを削除するには、securityadminサーバーロールの権限が必要です。

重要：

Controllerをサイトから削除するまでは、Active Directoryから削除しないでください。

  1. Studioが1時間以内にロードされるように、Controllerの電源がオンになっていることを確認してください。Studioが削除したいControllerをロードしたら、プロンプトが表示されたときにControllerの電源をオフにしてください。
  2. Studioナビゲーションペインで構成 > Controllerを選択し、削除したいControllerを選択します。
  3. アクションペインでControllerの削除を選択します。適切なデータベースロールと権限がない場合、データベース管理者がControllerを削除できるようにするスクリプトを生成するオプションが提示されます。
  4. データベースサーバーからControllerのコンピューターアカウントを削除する必要がある場合があります。これを行う前に、他のサービスがそのアカウントを使用していないことを確認してください。

Studioを使用してControllerを削除した後、現在のタスクが適切に完了するように、そのControllerへのトラフィックが短時間残る場合があります。非常に短時間でControllerの削除を強制したい場合は、Citrixは、Controllerがインストールされていたサーバーをシャットダウンするか、そのサーバーをActive Directoryから削除することを推奨します。その後、サイト上の他のControllerを再起動して、削除されたControllerとの通信がこれ以上行われないようにしてください。

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

サイトに複数のゾーンが含まれている場合、Controllerを別のゾーンに移動できます。これがVDA登録やその他の操作にどのように影響するかについては、ゾーンの記事を参照してください。

  1. Studioナビゲーションペインで構成 > Controllerを選択し、移動したいControllerを選択します。
  2. アクションペインで移動を選択します。
  3. Controllerを移動したいゾーンを指定します。

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

このソフトウェアの以前のバージョンで作成されたサイトにControllerを移動することはできません。

  1. Controllerが現在配置されているサイト（古いサイト）で、Studioナビゲーションペインの構成 > Controllerを選択し、移動したいControllerを選択します。
  2. アクションペインでControllerの削除を選択します。適切なデータベースロールと権限がない場合、それらの権限を持つ人（データベース管理者など）がControllerを削除できるようにするスクリプトを生成するオプションが提示されます。サイトには少なくとも1つのControllerが必要なため、Studioにリストされている最後のControllerを削除することはできません。
  3. 移動するコントローラーでStudioを開き、プロンプトが表示されたらサービスをリセットし、既存のサイトに参加を選択して、新しいサイトのアドレスを入力します。

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

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

VDAを別のサイトに移動するには、インストーラーを使用する方法とCitrixポリシーを使用する方法の2つがあります。

インストーラー：インストーラーを実行し、コントローラーを追加します。サイト2のコントローラーのFQDN（DNSエントリ）を指定します。重要： コントローラーポリシー設定が使用されていない場合にのみ、インストーラーでコントローラーを指定してください。

グループポリシーエディター：次の例では、複数のVDAをサイト間で移動します。

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

グループポリシーエディターの使用方法については、Citrixポリシーのドキュメントを参照してください。

デリバリーコントローラー
May 20, 2026
寄稿者: 
C C
May 20, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.