デリバリーコントローラー
注：
Citrix Virtual Apps and Desktops™の展開は、Web Studio（Webベース）とCitrix Studio（Windowsベース）という2つの管理コンソールを使用して管理できます。この記事ではWeb Studioのみを対象としています。Citrix Studioに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
デリバリーコントローラーは、ユーザーアクセス管理、接続の仲介と最適化を担当するサーバー側コンポーネントです。コントローラーは、デスクトップおよびサーバーイメージを作成するMachine Creation Services™も提供します。
サイトには少なくとも1つのコントローラーが必要です。最初のコントローラーをインストールした後、サイト作成時または後でコントローラーを追加できます。サイトに複数のコントローラーを配置することには、主に2つの利点があります。
- 冗長性： ベストプラクティスとして、本番サイトでは常に異なる物理サーバー上に少なくとも2つのコントローラーを配置してください。1つのコントローラーが故障しても、他のコントローラーが接続を管理し、サイトを管理できます。
- スケーラビリティ： サイトのアクティビティが増加すると、コントローラーのCPU使用率とデータベースアクティビティも増加します。追加のコントローラーにより、より多くのユーザー、アプリケーション、デスクトップ要求を処理できるようになり、全体的な応答性が向上します。
各コントローラーはサイトデータベースと直接通信します。複数のゾーンを持つサイトでは、各ゾーンのコントローラーはプライマリゾーンのサイトデータベースと通信します。
重要：
サイトが構成された後で、コントローラーのコンピューター名またはドメインメンバーシップを変更しないでください。
VDAがコントローラーに登録する方法
VDAを使用する前に、サイト内のデリバリーコントローラーに登録（通信を確立）する必要があります。VDA登録の詳細については、「VDA registration with Controllers」を参照してください。
コントローラーの追加、削除、または移動
コントローラーを追加、削除、または移動するには、「Databases」の記事に記載されているサーバーロールおよびデータベースロールの権限が必要です。
SQLクラスタリングまたはSQLミラーリングインストール内のノードにコントローラーをインストールすることはサポートされていません。
サイトにDelivery Controller™を追加する場合は、高可用性のために使用するレプリカSQL Serverに、そのマシンのログオン資格情報を追加するようにしてください。
展開でデータベースミラーリングを使用している場合：
- Controllerを追加、削除、または移動する前に、プリンシパルデータベースとミラーデータベースの両方が実行されていることを確認してください。さらに、SQL Server Management Studioでスクリプトを使用している場合は、スクリプトを実行する前にSQLCMDモードを有効にしてください。
- Controllerを追加、削除、または移動した後にミラーリングを確認するには、PowerShell
Get-configdbconnectionコマンドレットを実行します。このコマンドレットは、ミラーへの接続文字列にフェールオーバーパートナーが設定されていることを保証します。
Controllerを追加、削除、または移動した後：
- 自動更新が有効になっている場合、VDAは90分以内に更新されたControllerのリストを受け取ります。
- 自動更新が有効になっていない場合は、すべてのVDAに対してControllerポリシー設定またはListOfDDCsレジストリキーが更新されていることを確認してください。Controllerを別のサイトに移動した後は、両方のサイトでポリシー設定またはレジストリキーを更新してください。
コントローラーを追加する
サイトを作成するとき、および後でControllerを追加できます。このソフトウェアの以前のバージョンでインストールされたControllerを、このバージョンで作成されたサイトに追加することはできません。
- サポートされているオペレーティングシステムが搭載されたサーバーでインストーラーを実行します。Delivery Controllerコンポーネントと、必要なその他のコアコンポーネントをインストールします。インストールウィザードを完了します。
-
まだサイトを作成していない場合は、このControllerでCitrix Site Managerを実行してサイトを作成します。このControllerのIPアドレスは、新しいサイトに自動的に追加されます。
データベースを初期化するスクリプトを生成する予定がある場合は、スクリプトを生成する前にControllerを追加してください。
-
既にサイトを作成している場合は、次の手順に従ってください。
- このControllerでCitrix Site Managerを実行し、既存のサイトに参加をクリックして、参加するサイトのControllerのアドレスを入力します。
- Studio構成ツールを実行して、コントローラーをWeb Studioに追加します。
コントローラーを削除する
サイトからコントローラーを削除しても、Citrixソフトウェアやその他のコンポーネントはアンインストールされません。その操作により、コントローラーはデータベースから削除され、接続の仲介やその他のタスクに使用できなくなります。コントローラーを削除しても、後で同じサイトまたは別のサイトに再度追加できます。サイトには少なくとも1つのコントローラーが必要なため、Web Studioにリストされている最後のコントローラーを削除することはできません。
サイトからコントローラーを削除しても、データベースサーバーへのコントローラーのログオンは削除されません。これにより、同じマシン上の他の製品のサービスで使用されているログオンが誤って削除されるのを防ぎます。ログオンが不要になった場合は、手動で削除する必要があります。ログオンを削除するには、securityadminサーバーロールの権限が必要です。
コントローラーを削除した後:
- 自動更新を使用しているVDAは、利用可能な他のコントローラーに再登録されます。この再登録は、自動更新メカニズムが有効になっており、VDAが他のコントローラー（削除されたコントローラーと同じセカンダリゾーン、またはオンプレミス展開のプライマリゾーン）に到達できる場合にのみ発生します。
- Citrix StoreFrontでコントローラー情報を更新します。詳細については、「コントローラーの管理」を参照してください。
- Citrix StoreFrontで、Citrix Gatewayを介したリモートアクセス用にセキュアチケットオーソリティ (STA) のURLを更新します。詳細については、セキュアチケットオーソリティの管理を参照してください。
- Citrix Gatewayで、仮想サーバーのSTA URLを更新します。詳細については、「Citrix Gateway」を参照してください。
重要:
サイトからコントローラーを削除するまでは、Active Directoryからコントローラーを削除しないでください。
- Web Studioがロードされ、削除したいコントローラーが表示されるように、コントローラーの電源がオンになっていることを確認してください。
- Web Studioがコントローラーを完全にロードした後、コントローラー上のすべてのサービスが実行されており、コントローラーの電源がオンのままであることを確認してください。
- Web Studioにサインインし、左ペインで設定を選択します。
- Delivery Controllerタイルを見つけて、編集をクリックします。
- Delivery Controllerの管理ページで、削除したいコントローラーを選択します。
-
「Controllerの削除」を選択します。適切なデータベースロールと権限がない場合は、データベース管理者がControllerを削除できるスクリプトを生成するオプションが提示されます。
Web Studioは、Controllerを削除する前に事前チェックを実行します。Controllerが電源オフになっており、以下のサービスステータスにない場合は、安全に削除できます。
- 不明
- 障害保留中
- 古いバージョン
- 新しいバージョン
- バージョン変更中
- 必須機能の欠落
Controllerの電源がオフになっておらず、上記のいずれかのサービスステータスにある場合、Web StudioはControllerの電源をオフにするよう促します。
- データベースサーバーからControllerのマシンアカウントを削除する必要があります。削除する前に、他のサービスがそのアカウントを使用していないことを確認してください。
Web Studioを使用してControllerを削除した後、現在のタスクが適切に完了するように、そのControllerへのトラフィックが短時間残る場合があります。短時間でControllerの削除を強制したい場合は、Citrixは、Controllerがインストールされていたサーバーをシャットダウンするか、Active Directoryからそのサーバーを削除することをお勧めします。その後、サイト上の他のControllerを再起動して、削除されたControllerとの通信がこれ以上行われないようにします。
Controllerを別のゾーンに移動する
サイトに複数のゾーンが含まれている場合、Controllerを別のゾーンに移動できます。この移動がVDA登録やその他の操作にどのように影響するかについては、「ゾーン」を参照してください。
- 左ペインで「ゾーン」を選択します。
- 中央ペインでゾーンを選択し、次にControllerを選択します。
- アクションバーで項目の移動を選択します。
- 表示される項目の移動ページで、Controllerを移動するゾーンを選択します。
- 保存をクリックします。
VDAを別のサイトに移動する
Citrix Provisioning™を使用してVDAがプロビジョニングされた場合、または既存のイメージである場合、アップグレード時、またはテストサイトで作成されたVDAイメージを本番サイトに移動するときに、VDAを別のサイト（サイト1からサイト2へ）に移動できます。Machine Creation Services (MCS) を使用してプロビジョニングされたVDAは、あるサイトから別のサイトに移動できません。MCSは、VDAがControllerに登録するためにチェックするListOfDDCsの変更をサポートしていません。MCSを使用してプロビジョニングされたVDAは、常に作成されたサイトに関連付けられているListOfDDCsをチェックします。
VDAを別のサイトに移動する方法は、インストーラーを使用するか、Citrixポリシーを使用するかの2つです。
インストーラー
インストーラーを実行してControllerを追加し、サイト2のControllerのFQDN（DNSエントリ）を指定します。
インストーラーでControllerを指定するのは、Controllerポリシー設定が使用されていない場合のみです。
グループポリシーエディター
次の例では、複数のVDAをサイト間で移動します。
-
サイト1で次の設定を含むポリシーを作成し、その後、ポリシーをデリバリーグループレベルにフィルターして、サイト間の段階的なVDA移行を開始します。
- Controller: サイト2の1つ以上のControllerのFQDN（DNSエントリ）を含みます。
- Controllerの自動更新を有効にする: 無効に設定します。
- デリバリーグループ内の各VDAは、新しいポリシーが適用されてから90分以内にアラートを受け取ります。VDAは受信したControllerのリストを無視し（自動更新が無効になっているため）、ポリシーで指定されたControllerのいずれかを選択します。これはサイト2のControllerをリストしています。
- VDAがサイト2のControllerに正常に登録されると、サイト2のListOfDDCsとポリシー情報を受け取ります。これらはデフォルトで自動更新が有効になっています。VDAがサイト1で登録されていたControllerは、サイト2のControllerから送信されたリストには含まれていません。そのため、VDAはサイト2のリストにあるControllerの中から選択して再登録します。それ以降、VDAはサイト2からの情報で自動的に更新されます。
Group Policy Editorの使用方法については、Citrixポリシーのドキュメントを参照してください。