デリバリーコントローラー
注:
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を使用する前に、サイト内のDelivery Controllerに登録（通信を確立）する必要があります。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は、サイトの作成時および後から追加できます。このソフトウェアの以前のバージョンでインストールされたControllerを、このバージョンで作成されたサイトに追加することはできません。
-
サポートされているオペレーティングシステムを含むサーバーでインストーラーを実行します。Delivery Controllerコンポーネントと、必要なその他のコアコンポーネントをインストールします。インストールウィザードを完了します。
-
まだサイトを作成していない場合は、このControllerでCitrix Site Manager を実行してサイトを作成します。このControllerのIPアドレスは、新しいサイトに自動的に追加されます。データベースを初期化するスクリプトを生成する予定がある場合は、スクリプトを生成する前にControllerを追加してください。
-
既にサイトを作成している場合は、次の手順に従ってください。
-
このControllerでCitrix Site Manager を実行し、Join an existing site をクリックして、参加したいサイトのControllerのアドレスを入力します。
-
Studio configuration tool を実行して、ControllerをWeb Studioに追加します。
-
Controller を削除する
サイトからコントローラーを削除しても、Citrixソフトウェアやその他のコンポーネントがアンインストールされるわけではありません。この操作は、コントローラーをデータベースから削除し、接続の仲介やその他のタスクに使用できなくするものです。コントローラーを削除しても、後で同じサイトまたは別のサイトに再度追加できます。サイトには少なくとも1つのコントローラーが必要なため、Web Studioに表示されている最後のコントローラーを削除することはできません。
サイトからコントローラーを削除しても、データベースサーバーへのコントローラーのログオンは削除されません。これは、同じマシン上の他の製品のサービスで使用されているログオンが誤って削除されるのを防ぐためです。ログオンが不要になった場合は、手動で削除する必要があります。ログオンを削除するには、
securityadminサーバーロールのアクセス許可が必要です。
Controller を削除した後:
-
自動更新を使用するVDAは、他の利用可能なコントローラーに再登録します。この再登録は、自動更新メカニズムが有効になっており、VDAが他のコントローラー（削除されたコントローラーと同じセカンダリゾーン、またはオンプレミス展開のプライマリゾーン）に到達できる場合にのみ発生します。
重要:
サイトからコントローラーを削除するまでは、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とポリシー情報を受け取ります。これらはデフォルトで自動更新が有効になっています。サイト1でVDAが登録されていたControllerは、サイト2のControllerから送信されたリストには含まれていません。そのため、VDAはサイト2のリストにあるControllerの中から選択して再登録します。それ以降、VDAはサイト2からの情報で自動的に更新されます。
グループポリシーエディターの使用方法については、Citrixポリシーのドキュメントを参照してください。