デリバリーコントローラー
注:
Citrix Virtual Apps and Desktops™の展開は、Web Studio(Webベース)とCitrix Studio(Windowsベース)の2つの管理コンソールを使用して管理できます。この記事ではWeb Studioのみを扱います。Citrix Studioについては、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
Delivery Controllerは、ユーザーアクセスの管理、接続の仲介と最適化を担当するサーバー側コンポーネントです。コントローラーは、デスクトップおよびサーバーイメージを作成するMachine Creation Services™も提供します。
サイトには少なくとも1つのコントローラーが必要です。最初のコントローラーをインストールした後、サイトの作成時または後でコントローラーを追加できます。サイトに複数のコントローラーを配置することには、主に2つの利点があります。
-
冗長性: ベストプラクティスとして、本番サイトでは、常に異なる物理サーバー上に少なくとも2つのコントローラーを配置してください。1つのコントローラーが故障した場合でも、他のコントローラーが接続を管理し、サイトを管理できます。
-
スケーラビリティ: サイトのアクティビティが増加すると、コントローラーのCPU使用率とデータベースのアクティビティも増加します。追加のコントローラーにより、より多くのユーザー、アプリケーション、およびデスクトップ要求を処理できるようになり、全体的な応答性を向上させることができます。
各コントローラーはサイトデータベースと直接通信します。複数のゾーンがあるサイトでは、各ゾーンのコントローラーは、プライマリゾーンのサイトデータベースと通信します。
重要:
サイトの構成後、コントローラーのコンピューター名またはドメインメンバーシップを変更しないでください。
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 を、このバージョンで作成されたサイトに追加することはできません。
-
サポートされているオペレーティングシステムを含むサーバーでインストーラーを実行します。Delivery Controller コンポーネントと、必要なその他のコアコンポーネントをインストールします。インストールウィザードを完了します。
-
まだサイトを作成していない場合は、この Controller で Citrix Site Manager を実行してサイトを作成します。この Controller の IP アドレスは、新しいサイトに自動的に追加されます。データベースを初期化するスクリプトを生成する予定がある場合は、スクリプトを生成する前に Controller を追加してください。
-
すでにサイトを作成している場合は、次の手順に従います。
-
Web Studio に Controller を追加するには、Studio 構成ツール を実行します。
Controller を削除する
サイトから Controller を削除しても、Citrix ソフトウェアやその他のコンポーネントがアンインストールされるわけではありません。この操作は、Controller をデータベースから削除し、接続の仲介やその他のタスクに使用できなくするものです。Controller を削除しても、後で同じサイトまたは別のサイトに再度追加できます。サイトには少なくとも 1 つの Controller が必要であるため、Web 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からコントローラーを削除しないでください。
-
Web Studioが、削除するコントローラーをロードして表示できるように、コントローラーの電源がオンになっていることを確認してください。
-
Web Studioがコントローラーを完全にロードしたら、コントローラー上のすべてのサービスが実行されており、コントローラーの電源がオンのままであることを確認します。
-
Web Studioは、コントローラーを削除する前に事前チェックを実行します。コントローラーの電源がオフで、以下のサービスステータスではない場合、安全に削除できます。
-
不明
-
失敗保留中
-
古いバージョン
-
新しいバージョン
-
バージョン変更が進行中
-
必須機能が不足しています
Controller の電源がオフになっておらず、上記のいずれかのサービスステータスである場合、Web Studio は Controller の電源をオフにするよう求めます。 -
-
データベースサーバーから Controller のマシンアカウントを削除する必要があります。削除する前に、別サービスがそのアカウントを使用していないことを確認してください。
Web Studio を使用して Controller を削除した後、現在のタスクが適切に完了するように、その Controller へのトラフィックがしばらく残る場合があります。短時間で Controller の削除を強制したい場合は、Citrix は、インストールされていたサーバーをシャットダウンするか、そのサーバーを Active Directory から削除することを推奨します。その後、サイト上の他の Controller を再起動して、削除された Controller とのそれ以上の通信がないことを確認してください。
Controller を別のゾーンに移動する
サイトに複数のゾーンが含まれている場合、Controller を別のゾーンに移動できます。この移動が VDA 登録やその他の操作にどのように影響するかについては、「ゾーン」を参照してください。
-
中央ペインでゾーンを選択し、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で以下の設定を含むポリシーを作成し、そのポリシーをデリバリーグループレベルにフィルターして、サイト間の段階的なVDA移行を開始します。
-
Controller: サイト2の1つ以上のControllerのFQDN(DNSエントリ)を含みます。
-
Controllerの自動更新を有効にする: 無効に設定します。
-
-
デリバリーグループ内の各VDAは、新しいポリシーが適用されてから90分以内に通知を受け取ります。VDAは受信したControllerのリストを無視し(自動更新が無効になっているため)、ポリシーで指定されたControllerの1つを選択します。このポリシーにはサイト2のControllerがリストされています。
-
VDAがサイト2のControllerに正常に登録されると、サイト2のListOfDDCsとポリシー情報を受け取ります。これらはデフォルトで自動更新が有効になっています。VDAがサイト1で登録されていたControllerは、サイト2のControllerから送信されたリストには含まれていません。そのため、VDAはサイト2のリストにあるControllerの中から選択して再登録します。それ以降、VDAはサイト2からの情報で自動的に更新されます。
グループポリシーエディターの使用方法については、Citrixポリシーのドキュメントを参照してください。