This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Delivery Controller
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を、このバージョンで作成されたサイトに追加することはできません。
- サポートされているオペレーティングシステムが稼動しているサーバーでインストーラーを実行します。Delivery Controllerコンポーネントと、必要なコアコンポーネントをすべてインストールします。インストールウィザードを完了します。
-
まだサイトを作成していない場合は、Studioを起動します。サイトを作成するよう求められます。サイトの作成ウィザードの［データベース］ページで［選択］ボタンをクリックし、追加するControllerがインストールされているサーバーのアドレスを追加します。
データベースの初期化スクリプトを生成する場合は、そのスクリプトを生成する前にControllerを追加してください。
- サイトの作成が既に済んでいる場合は、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を削除しないでください。
- Controllerが動作しており、1時間以内にそのControllerがStudioにロードされることを確認してください。削除するControllerをStudioがロードしたら、Controller上のすべてのサービスが実行中であり、Controllerの電源がオフになっていることを確認します。
- Studioのナビゲーションペインで ［構成］>［Controller］ の順に選択し、削除するControllerを選択します。
-
［操作］ペインで ［Controllerの削除］ を選択します。適切なデータベースロールや権限がない場合は、Controllerを削除するためのスクリプトを生成できます。そのスクリプトの実行をデータベース管理者に依頼してください。
Studioは、Controllerを削除する前に事前チェックを実行します。Controllerの電源がオフで、次のサービス状態でない場合は、Controllerを安全に取り外すことができます。
- 不明
- データベース保留中エラー
- 古いバージョン
- 新しいバージョン
- バージョンの変更中
- 必須機能がありません
Controllerの電源がオフになっておらず、前述のサービス状態のいずれかである場合、StudioはControllerの電源をオフにするように求めます。
- データベースサーバーからControllerのマシンアカウントを削除する必要があります。削除前に、ほかのサービスがそのアカウントを使用していないことを確認してください。
Studioを使ってControllerを削除した後、実行中のタスクを適切に完了させるためにそのControllerへのトラフィックがしばらく残ることがあります。Controllerを即座に削除するには、Controllerがインストールされているサーバーをシャットダウンするか、Active Directoryからそのサーバーを削除することをCitrixではお勧めします。その後で、サイト内のほかのControllerを再起動します。これにより、削除されたControllerとの通信が行われなくなります。
Controllerの別のゾーンへの移動
サイトに複数のゾーンが含まれている場合、Controllerを別のゾーンに移動できます。VDA登録やほかの操作に対するこの操作の影響については、ゾーンの記事を参照してください。
- Studioのナビゲーションペインで ［構成］>［Controller］ の順に選択し、移動するControllerを選択します。
- ［操作］ペインで ［移動］ を選択します。
- Controllerの移動先ゾーンを指定します。
Controllerの別のサイトへの移動
このソフトウェアの以前のバージョンで作成されたサイトには、Controllerを移動できません。
- Studioのナビゲーションペインで、Controllerがあるサイト（旧サイト）を開き、［構成］>［Controller］ の順に選択します。次に、移動するControllerを選択します。
- ［操作］ペインで ［Controllerの削除］ を選択します。適切なデータベース権限がない場合は、Controllerを削除するためのスクリプトを生成できます。そのスクリプトの実行を（データベース管理者など）権限を持つユーザーに依頼してください。サイトには最低1つのControllerが必要なため、Studioの一覧に表示される最後のControllerを削除することはできません。
- 移動する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でポリシーを作成して以下のように設定し、そのポリシーをVDA移行を行うデリバリーグループに割り当てます。
- Controller：サイト2の1つまたは複数のControllerの完全修飾ドメイン名（DNSエントリ）を指定します。
- Controllerの自動更新を有効にする：［無効］に設定します。
- デリバリーグループの各VDAは、新しいポリシーの適用後90分以内にアラートを受信します。VDAは、受信したControllerの一覧を無視して（自動更新が無効なため）、ポリシーで指定されている、サイト2のいずれかのControllerを選択します。
- VDAがサイト2のControllerへの登録に成功すると、サイト2のListOfDDCsおよびポリシー情報を受け取り、これによりデフォルトで自動更新が有効になります。サイト1でのVDA登録先のControllerは、サイト2のControllerによって送信された一覧にはありません。そのため、サイト2の一覧のControllerのいずれかにVDAが再登録されます。これにより、VDAはサイト2からの情報に基づいて自動的に更新されます。
グループポリシーエディターの使用方法については、「Citrixポリシー」のドキュメントを参照してください。
共有
共有
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.