製品ドキュメント
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
PDFを表示

Delivery Controller

April 3, 2024
寄稿者: 
C

Delivery Controllerは、ユーザーアクセスの管理や接続の仲介と最適化を行うためのサーバー側のコンポーネントです。また、Controllerは、デスクトップおよびサーバーイメージを作成するMachine Creation Serviceも提供します。

サイトには、1つ以上のControllerが必要です。1つめのControllerのインストール後、サイトを作成するとき、または後日、さらにControllerを追加できます。サイトに複数のControllerがあると、以下の2つの利点がもたらされます。

  • 冗長性： ベストプラクティスとしては、実稼働サイトでは、常に2つ以上のControllerをそれぞれ異なる物理サーバー上に配置してください。一方のControllerに障害が発生しても、他方のControllerで接続を管理し、サイトを制御できます。
  • スケーラビリティ： サイトのアクティビティが増えるにつれ、Controller上のCPU使用率およびデータベースアクティビティも増加します。Controllerを追加すると、より多くのユーザーやより多くのアプリケーションとデスクトップ要求を処理できるようになり、制御処理全体を向上させることができます。

各Controllerは、サイトデータベースと直接通信します。複数のゾーンを持つサイトでは、各ゾーンに存在するControllerが、プライマリゾーンにあるサイトデータベースと通信します。

重要：

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

ControllerへのVDAの登録方法

VDAを使用するには、そのサイトのDelivery Controllerに登録（接続を確立）する必要があります。VDAの登録について詳しくは、「Delivery ControllerへのVDAの登録」を参照してください。

Controllerの追加、削除、または移動

Controllerの追加、削除、移動を行うには、データベースの記事に記載されているサーバーの役割とデータベースの役割の権限が必要です。

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を、このバージョンで作成されたサイトに追加することはできません。

  1. サポートされているオペレーティングシステムが稼動しているサーバーでインストーラーを実行します。Delivery Controllerコンポーネントと、必要なコアコンポーネントをすべてインストールします。インストールウィザードを完了します。

  2. まだサイトを作成していない場合は、Studioを起動します。サイトを作成するよう求められます。サイトの作成ウィザードの［データベース］ページで［選択］ボタンをクリックし、追加するControllerがインストールされているサーバーのアドレスを追加します。

    データベースの初期化スクリプトを生成する場合は、そのスクリプトを生成する前にControllerを追加してください。

  3. サイトの作成が既に済んでいる場合は、Studioで、追加のControllerをインストールしたサーバーを指定します。［展開の変更］ をクリックし、サイトのアドレスを入力します。

Controllerの削除

サイトからControllerを削除しても、Citrixソフトウェアやその他のコンポーネントはアンインストールされません。このアクションにより、Controllerがデータベースから削除され、接続の仲介や他のタスクの実行に使用できなくなります。削除したControllerを、後で元のサイトや別のサイトに追加することができます。サイトには最低1つのControllerが必要なため、Studioの一覧に表示される最後のControllerを削除することはできません。

サイトからController削除しても、データベースサーバーへのControllerログオンは削除されません。これは、同じマシン上のほかの製品のサービスで使用されるログオンが削除されるのを防ぐためです。ログオンが不要になった場合は、手動で削除する必要があります。ログオンを削除するには、securityadminサーバーの役割のアクセス権限が必要です。

Controllerの削除後の作業：

  • 自動更新を使用するVDAは、他の使用可能なControllerに再登録します。この再登録は、自動更新メカニズムが有効になっていて、VDAが（削除されたControllerと同じセカンダリゾーン内、またはオンプレミス展開のプライマリゾーン内の）他のControllerに到達できる場合にのみ発生します。
  • Citrix StoreFrontのController情報を更新します。詳しくは、「Controllerの管理」を参照してください。
  • Citrix StoreFrontで、Citrix Gatewayを介したリモートアクセスのためにSecure Ticket Authority（STA）のURLを更新します。詳しくは、「Secure Ticket Authorityの管理」を参照してください。
  • Citrix Gatewayで、仮想サーバーのSTAのURLを更新します。詳しくは、「Ctirix Gateway」を参照してください。

重要：

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

  1. Controllerが動作しており、1時間以内にそのControllerがStudioにロードされることを確認してください。削除するControllerがStudioにロードされたら、メッセージに従ってControllerをシャットダウンしてください。
  2. Studioのナビゲーションペインで ［構成］>［Controller］ の順に選択し、削除するControllerを選択します。
  3. ［操作］ペインで ［Controllerの削除］ を選択します。適切なデータベースロールや権限がない場合は、Controllerを削除するためのスクリプトを生成できます。そのスクリプトの実行をデータベース管理者に依頼してください。
  4. データベースサーバーからControllerのマシンアカウントを削除する必要があります。削除前に、ほかのサービスがそのアカウントを使用していないことを確認してください。

Studioを使ってControllerを削除した後、実行中のタスクを適切に完了させるためにそのControllerへのトラフィックがしばらく残ることがあります。Controllerを即座に削除するには、Controllerがインストールされているサーバーをシャットダウンするか、Active Directoryからそのサーバーを削除することをCitrixではお勧めします。その後で、サイト内のほかのControllerを再起動します。これにより、削除されたControllerとの通信が行われなくなります。

Controllerの別のゾーンへの移動

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

  1. Studioのナビゲーションペインで ［構成］>［Controller］ の順に選択し、移動するControllerを選択します。
  2. ［操作］ペインで ［移動］ を選択します。
  3. Controllerの移動先ゾーンを指定します。

Controllerの別のサイトへの移動

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

  1. Studioのナビゲーションペインで、Controllerがあるサイト（旧サイト）を開き、［構成］>［Controller］ の順に選択します。次に、移動するControllerを選択します。
  2. ［操作］ペインで ［Controllerの削除］ を選択します。適切なデータベース権限がない場合は、Controllerを削除するためのスクリプトを生成できます。そのスクリプトの実行を（データベース管理者など）権限を持つユーザーに依頼してください。サイトには最低1つのControllerが必要なため、Studioの一覧に表示される最後のControllerを削除することはできません。
  3. 移動するControllerでStudioを開き、確認メッセージに応じてサービスをリセットします。さらに、［既存のサイトへ参加］を選択して、移動先サイトのアドレスを入力します。

VDAから別のサイトへの移動

VDAがCitrix Provisioningを使ってプロビジョニングされた場合、または既存のイメージの場合は、アップグレード時、またはテストサイトで作成されたVDAイメージを実稼働サイトに移動させる場合に、VDAをほかのサイトに（サイト1からサイト2へ）移動できます。Machine Creation Services（MCS）を使用してプロビジョニングされたVDAは、あるサイトから別のサイトに移動することはできません。MCSでは、Controllerに登録するためにVDAがチェックするListOfDDCの変更をサポートしていません。MCSを使用してプロビジョニングされたVDAは、それらが作成されたサイトに関連付けられたListOfDDCを常にチェックします。

VDAをほかのサイトに移動するにはインストーラーを使用するか、Citrixポリシーを使用します。

インストーラー

インストーラーを実行し、サイト2のControllerの完全修飾ドメイン名（DNSエントリ）を指定して、Controllerを追加します。

Controllerのポリシー設定を使用しない場合にのみ、インストーラーでControllerを指定してください。

グループポリシーエディター

次の例では、複数のVDAをほかのサイトに移動します。

  1. サイト1でポリシーを作成して以下のように設定し、そのポリシーをVDA移行を行うデリバリーグループに割り当てます。

    • Controller：サイト2の1つまたは複数のControllerの完全修飾ドメイン名（DNSエントリ）を指定します。
    • Controllerの自動更新を有効にする：［無効］に設定します。
  2. デリバリーグループの各VDAは、新しいポリシーの適用後90分以内にアラートを受信します。VDAは、受信したControllerの一覧を無視して（自動更新が無効なため）、ポリシーで指定されている、サイト2のいずれかのControllerを選択します。
  3. VDAがサイト2のControllerへの登録に成功すると、サイト2のListOfDDCsおよびポリシー情報を受け取り、これによりデフォルトで自動更新が有効になります。サイト1でのVDA登録先のControllerは、サイト2のControllerによって送信された一覧にはありません。そのため、サイト2の一覧のControllerのいずれかにVDAが再登録されます。これにより、VDAはサイト2からの情報に基づいて自動的に更新されます。

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

Delivery Controller
April 3, 2024
寄稿者: 
C
April 3, 2024
寄稿者: 
C

この記事の概要

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