デリバリーコントローラー
注:
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がControllerに登録する方法
VDAを使用する前に、サイト内のデリバリーコントローラーに登録(通信を確立)する必要があります。VDA登録の詳細については、「VDA registration with Controllers」を参照してください。
コントローラーの追加、削除、または移動
コントローラーを追加、削除、または移動するには、「Databases」の記事に記載されているサーバーロールおよびデータベースロールの権限が必要です。
SQLクラスタリングまたはSQLミラーリングのインストールで、ノードにControllerをインストールすることはサポートされていません。
サイトに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 を追加してください。
-
既にサイトを作成している場合は、次の手順に従ってください:
-
Studio構成ツール を実行して、ControllerをWeb Studioに追加します。
Controller を削除する
サイトからコントローラーを削除しても、Citrixソフトウェアやその他のコンポーネントはアンインストールされません。この操作により、コントローラーはデータベースから削除され、接続の仲介やその他のタスクに使用できなくなります。コントローラーを削除しても、後で同じサイトまたは別のサイトに再度追加できます。サイトには少なくとも1つのコントローラーが必要なため、Web Studioに表示されている最後のコントローラーを削除することはできません。
サイトからコントローラーを削除しても、データベースサーバーへのコントローラーのログオンは削除されません。これは、同じマシン上の他の製品のサービスで使用されているログオンが誤って削除されるのを防ぐためです。ログオンが不要になった場合は、手動で削除する必要があります。ログオンを削除するには、
securityadminサーバーロールの権限が必要です。
コントローラーを削除した後:
-
自動更新を使用しているVDAは、他の利用可能なコントローラーに再登録されます。この再登録は、自動更新メカニズムが有効になっており、VDAが他のコントローラー(削除されたコントローラーと同じセカンダリゾーン、またはオンプレミス展開のプライマリゾーン)に到達できる場合にのみ発生します。
-
Citrix StoreFrontでコントローラー情報を更新します。詳細については、「コントローラーの管理」を参照してください。
-
Citrix StoreFrontで、Citrix Gatewayを介したリモートアクセス用のSecure Ticket Authority (STA) URLを更新します。詳細については、「Secure Ticket Authority の管理」を参照してください。
-
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つがあります。
インストーラー
インストーラーを実行し、サイト2のControllerのFQDN(DNSエントリ)を指定してControllerを追加します。
インストーラーでControllerを指定するのは、Controllerポリシー設定が使用されていない場合のみです。
グループポリシーエディター
次の例では、複数のVDAをサイト間で移動します。
-
サイト1で次の設定を含むポリシーを作成し、そのポリシーをDelivery Groupレベルにフィルターして、サイト間の段階的な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ポリシーのドキュメントを参照してください。