構成をCitrix Cloud™に移行する
Automated Configuration Tool (ACT)を使用すると、Citrix Virtual Apps and Desktops™の構成(ポリシー、アプリケーション、カタログ、管理者ロール、スコープなど)を1つ以上のオンプレミスサイトから、Citrix CloudでホストされているCitrix DaaSに移行できます。また、異なるクラウドリージョン間やテナント間で情報を移行するためにも使用できます。
このツールは、1つ以上のオンプレミスサイトを構成ファイルのコレクションとして検出し、エクスポートします。これらはオプションで編集できます。これらのファイルの構成は、Citrix DaaSにインポートできます。 移行は、ツールを複数回実行することで段階的に行われ、これにより、目的の構成状態を簡単に実現できます。
ACTは、一度きりの移行ツールではありません。日常のクラウド運用を管理するために使用できます。たとえば、次のとおりです。
- テストまたはステージングのクラウドアカウントから本番クラウドアカウントへの転送を自動化する
- 構成のバックアップと復元
- 1つのクラウド環境を複数のクラウドに分割する
以下の2分間のビデオでは、Automated Configurationの簡単なツアーを提供します。
自動構成に関する追加情報については、Tech Zoneの概念実証: 自動構成ツールを参照してください。
展開の移動と、オンプレミス構成を移行のために準備することについて詳しく知るには、Tech Zoneの展開ガイド: オンプレミスからCitrix CloudへのCitrix Virtual Apps and Desktopsの移行を参照してください。
既知の制限事項
- Machine Creation Services™を介してプロビジョニングされたマシンカタログには、特別な考慮事項があります。MCSの詳細については、Machine Creation Servicesでプロビジョニングされたカタログの移行についてを参照してください。
構成を移行するための前提条件
Citrix Virtual Apps™ and Desktopsから構成をエクスポートするには、以下が必要です。
- シトリックス バーチャル アプリケーションズ アンド デスクトップ: 最新リリースとその直前のリリース、またはシトリックス バーチャル アプリケーションズ アンド デスクトップ、XenApp および XenDesktop® の長期サービスリリース: 全バージョン
- .NET Framework 4.7.2以降およびCitrix PowerShell SDKがインストールされたドメイン参加済みマシン。これはDelivery Controllerに自動的にインストールされます。(オンプレミスのDelivery Controller以外のマシンで実行するには、Studioが適切なPowerShellスナップインをインストールするため、Citrix Studioをインストールする必要があります。StudioインストーラーはCitrix Virtual Apps and Desktopsのインストールメディアにあります。)
Citrix DaaSに構成をインポートするには、以下が必要です。
- Citrix Cloudにアクセスできるマシン。これはDelivery Controller™やドメイン参加済みマシンである必要はありません。
- Citrix DaaSがプロビジョニングされていること。
- Connectorがインストールされ、オンプレミス環境と同じドメインにドメイン参加しているアクティブなリソースの場所。
- Citrix Cloudにアクセスするサイトへの接続が許可され、利用可能である必要があります。詳細については、システムおよび接続要件を参照してください。
注:
オートメーテッド構成はクラウドコネクタシステムにはインストールできません。
主な手順
- Automated Configurationツールをダウンロードし、システム要件を確認します。Automated Configurationのダウンロードを参照してください。
- Citrix Cloudポータルから生成された
CustomerName、CustomerID、およびSecretKeyの値でCustomerInfo.ymlファイルを更新します。顧客ID、クライアントID、およびシークレットキーの生成と顧客情報ファイルの入力を参照してください。 - オンプレミスサイトに複数のゾーンが含まれている場合は、ゾーンをCitrix DaaSリソースの場所にマッピングするように
ZoneMapping.ymlファイルを更新します。ゾーンマッピングファイルの入力を参照してください。 - サイトに複数のホスティング接続が含まれている場合は、Citrix DaaSに移行する各ホストタイプの接続情報で
CvadAcSecurity.ymlファイルを更新します。ホスト接続が1つのみの場合は、ホスト接続の接続情報でCvadACSecurity.ymlファイルを更新します。ホスト接続のセキュリティファイルの更新を参照してください。 - ACTを開き、
Export-CvadAcToFileコマンドを使用してオンプレミスサイトをエクスポートします。移行でサポートされているコンポーネントのリストについては、サポートされている移行オブジェクトを参照してください。エクスポートの手順については、オンプレミス構成のエクスポートを参照してください。 -
Merge-CvadAcToSiteコマンドを使用して、コンポーネントを段階的にインポートします。または、サイト全体を一度に移行します。コンポーネントの移行順序に記載されている順序でコンポーネントを移行してください。インポートの手順については、インポートの実行を参照してください。 - クラウドサイトをアクティブ化します。サイトのアクティブ化を参照してください。
オートメーテッド構成のダウンロード
Citrix Downloadsからオートメーテッド コンフィギュレーション ツールをダウンロードしてインストールします。
自動構成のアップグレード
機能の不具合を防ぐため、常に最新バージョンの ACT を使用してください。
ツールのバージョンを確認するには、次の手順を実行します。
- Auto Configアイコンをダブルクリックします。PowerShellウィンドウが表示されます。
-
バージョン番号を確認するには、次のコマンドを実行します。
Get-CvadAcStatus <!--NeedCopy--> - Citrix Downloadsに記載されているバージョンとツールのバージョンを比較します。ツールの最新バージョンはそこにあります。
- ツールの最新バージョンをダウンロードしてインストールします。Automated Configuration をアップグレードするために古いバージョンをアンインストールする必要はありません。
注:
Automated Configuration でクラウドにアクセスするためにコマンドレットを実行すると、ダウンロード可能な新しいバージョンがある場合にツールが通知します。コマンドレットの詳細については、Automated Configuration ツールコマンドレットを参照してください。
顧客ID、クライアントID、およびシークレットキーを生成する
オンプレミスサイトをCitrix DaaSに移行するには、Citrix Cloudポータルから取得した顧客ID、クライアントID、およびシークレットキーをCustomerInfo.ymlファイルに入力します。
顧客IDを取得するには:
- Citrix Cloudアカウントにサインインし、顧客を選択します。
- グリッドアイコンをクリックし、Identity and Access Managementを選択します。
- API access > Secure clientsに移動します。顧客IDがページに表示されます。
クライアントIDとシークレットキーを取得するには:
- Secure clientsページで、ボックスに名前を入力します。この名前は、複数のクライアントIDとシークレットキーを区別するために使用されます。
- 「Create Client」をクリックして、クライアントIDとシークレットキーを作成します。
- クライアントIDとシークレットキーを安全な場所にコピーし、この情報を含む
.csvファイルをダウンロードします。.csvファイルを使用してCustomerInfo.ymlファイルを入力します。
注:
- クライアントIDとシークレットキーには有効期限がありません。これらが侵害された場合は、ゴミ箱アイコンを使用して直ちに削除し、新しいものを作成してください。
- シークレットキーは、紛失または忘れた場合に取得することはできません。新しいクライアントIDとシークレットキーを作成する必要があります。
顧客情報ファイルを入力する
CustomerInfo.ymlファイルを使用すると、コマンドレットを実行するたびに顧客情報パラメーターを指定する必要がなくなります。顧客情報のいずれも、コマンドレットパラメーターを使用して上書きできます。
New-CvadAcCustomerInfoFileコマンドレットを使用してCustomerInfo.ymlファイルを作成します。
重要:
CustomerInfo.ymlファイルを手動で編集しないでください。手動で編集すると、意図しない書式設定エラーが発生する可能性があります。
New-CvadAcCustomerInfoFile コマンドレットには、次の必須パラメーターがあります。
- CustomerId: 顧客を識別するためのIDです。
- ClientId: Citrix Cloudで作成された顧客のクライアントID。
- Secret: Citrix Cloudで作成された顧客のシークレット。
例:
New-CvadAcCustomerInfoFile -CustomerId markhof123 -ClientId 6813EEA6-46CC-4F8A-BC71-539F2DAC5984 -Secret TwBLaaaaaaaaaaaaaaaaaw==
<!--NeedCopy-->
ダウンロードした security.csv ファイルを指す SecurityCsvFileSpec パラメーターを使用して、CustomerInfo.yml を作成することもできます。CustomerId も指定する必要があります。
New-CvadAcCustomerInfoFile -SecurityCsvFileSpec C:\Users\my_user_name\downloads/security.csv -CustomerId markhof123
<!--NeedCopy-->
CustomerInfo.yml ファイルを更新するには、Set-CvadAcCustomerInfoFile コマンドレットを使用します。このコマンドレットはクライアントIDのみを変更します。
Set-CvadAcCustomerInfoFile -ClientId C80487EE-7113-49F8-85DD-2CFE30CC398E
<!--NeedCopy-->
以下は、CustomerInfo.yml ファイルのサンプルです。
# Created/Updated on 2020/01/29 16:46:47
CustomerId: ‘markhof123’
ClientId: ‘6713FEA6-46CC-4F8A-BC71-539F2DDK5384’
Secret: ‘TwBLaaabbbaaaaaaaaaaw==’
Environment: Production
AltRootUrl: ‘’
StopOnError: False
AlternateFolder: ‘’
Locale: ‘en-us’
Editor: ‘C:\Program Files\Notepad++\notepad++.exe’
Confirm: True
DisplayLog: True
ゾーンマッピングファイルへの入力
オンプレミスゾーンは、クラウドのリソースの場所と同等です。他のサイトコンポーネントとは異なり、オンプレミスゾーンをクラウドに自動的にインポートすることはできません。代わりに、ZoneMapping.yml ファイルを使用して手動でマッピングする必要があります。ゾーン名が既存のリソースの場所名に関連付けられていない場合、インポートエラーが発生する可能性があります。
オンプレミスサイトにゾーンが1つしかなく、クラウドサイトにリソースの場所が1つしかない場合、自動構成ツールが正しい関連付けを行うため、ZoneMapping.yml ファイルを手動で管理する必要がなくなります。
ただし、オンプレミスサイトに複数のゾーンがある場合、またはクラウドサイトに複数のリソースの場所がある場合は、ZoneMapping.yml ファイルを手動で更新して、オンプレミスゾーンとクラウドのリソースの場所の正しいマッピングを反映させる必要があります。
ZoneMapping.yml ファイルは %HOMEPATH%\Documents\Citrix\AutoConfig にあります。.yml ファイルの内容は、ゾーン名をキーとし、リソースの場所名を値とする辞書です。
たとえば、プライマリゾーンが「Zone-1」、セカンダリゾーンが「Zone-2」というオンプレミスのCitrix Virtual Apps and Desktopsサイトが、「Cloud-RL-1」と「Cloud-RL-2」という2つの新しく作成されたクラウドのリソースの場所を持つCitrix DaaS展開に移行されます。この場合、ZoneMapping.yml は次のように構成されます。
Zone-1: Cloud-RL-1
Zone-2: Cloud-RL-2
注記:
コロンとリソースロケーション名の間にスペースを追加します。ゾーンまたはリソースロケーション名にスペースが含まれている場合は、名前を引用符で囲みます。
ホスト接続のセキュリティファイルを更新する
ホスト接続とその関連ハイパーバイザーは、ACTを使用してエクスポートおよびインポートできます。
ホスト接続にハイパーバイザーを追加するには、ハイパーバイザーの種類に固有のセキュリティ情報が必要です。この情報は、セキュリティ上の理由からオンプレミスサイトからエクスポートできません。Automated Configurationがホスト接続とハイパーバイザーをクラウドサイトに正常にインポートできるように、この情報を手動で提供する必要があります。
エクスポートプロセスにより、特定のハイパーバイザータイプに必要な各セキュリティ項目のプレースホルダーを含む%HOMEPATH%\Documents\Citrix\AutoConfigにCvadAcSecurity.ymlファイルが作成されます。クラウドサイトにインポートする前に、CvadAcSecurity.ymlファイルを更新する必要があります。管理者による更新は、必要に応じて新しいセキュリティプレースホルダーが追加された複数のエクスポートで保持されます。セキュリティ項目が削除されることはありません。詳細については、「CvadAcSecurity.ymlファイルを更新する」を参照してください。
HostConn1:
ConnectionType: XenServer®
UserName: root
PasswordKey: rootPassword
HostCon2:
ConnectionType: AWS
ApiKey: 78AB6083-EF60-4D26-B2L5-BZ35X00DA5CH
SecretKey: TwBLaaaaaaaaaaaaaaaaaw==
Region: East
ハイパーバイザーごとのセキュリティ情報
以下に、各ハイパーバイザータイプに必要なセキュリティ情報を示します。
- ゼノサーバー、ハイパーV、ヴイエムウェア
- ユーザー名
- クリアテキストパスワード
- マイクロソフト Azure
- サブスクリプションID
- アプリケーションID
- アプリケーションシークレット
- AWS
- サービスアカウントID
- アプリケーションシークレット
- リージョン
特別なセキュリティに関する考慮事項
すべてのセキュリティ情報はクリアテキストで入力されます。クリアテキストが推奨されない場合は、ホスト接続と関連するハイパーバイザーをStudioを使用して手動で作成できます。ホスト接続とハイパーバイザー名は、ホスト接続を使用するマシンカタログを正常にインポートできるように、オンプレミスの対応するものと完全に一致している必要があります。
シトリックス バーチャル アプリケーションズ アンド デスクトップ のオンプレミス構成をエクスポートする
export PowerShellコマンドを使用して、既存のオンプレミス構成をエクスポートし、必要な.ymlファイルを取得できます。これらのファイルは、目的の構成をCitrix Cloudにインポートするために使用されます。
サポートされている移行オブジェクト
自動構成は、以下のコンポーネントの構成の移動をサポートしています。
- タグ
- 委任管理者
- スコープ
- ロール
- ホスト接続
- 単一リソースプール
- 管理者スコープ
- マシンカタログ
- 管理者スコープ
- マシン
- リモートPCアクセス、物理、プール、プロビジョニング済み、MCS、割り当て済み
- ストアフロント™
- デリバリーグループ
- アクセスポリシー
- 管理者スコープの関連付け
- アプリケーションアクセスポリシー
- 割り当てポリシー
- エンタイトルメント/デスクトップポリシー
- 電源スケジュール
- セッションの残存
- セッションの事前起動
- 再起動スケジュール
- タグ
- アプリケーショングループ
- 管理スコープの関連付け
- デリバリーグループ
- ユーザーとグループ
- アプリケーション
- アプリケーションフォルダー
- アイコン
- アプリケーション
- ブローカー構成済みFTA
- タグ
- グループポリシー
- ユーザーゾーン設定
オンプレミス構成のエクスポート
- Auto Config アイコンをダブルクリックします。PowerShell ウィンドウが表示されます。
-
すべてのコンポーネントをエクスポートするには、次のコマンドを実行します。オンプレミス構成をエクスポートしても、その構成が変更されることはありません。
Export-CvadAcToFile <!--NeedCopy-->
任意のコマンドレットを初めて実行すると、.yml 構成ファイルとログを含むエクスポートフォルダーが作成されます。このフォルダーは %HOMEPATH%\Documents\Citrix\AutoConfig にあります。エクスポートを繰り返すたびにサブフォルダーが作成されます。親フォルダー %HOMEPATH%\Documents\Citrix\AutoConfig には、常に最新のエクスポートからのエクスポートファイルが含まれます。
注:
Delivery Controller に Automated Configuration がインストールされていない場合は、PowerShell を介してツールを使用する前に
import-module Citrix.AutoConfig.Commandsを実行してください。Auto Config アイコンを使用して Automated Configuration を開く場合は、この手順は不要です。
エラーまたは例外が発生した場合は、ログファイルの「Fixups」セクションを参照してください。
構成を Citrix DaaS にインポートする
重要:
- オンプレミス展開をクラウドに移行する際は、Citrix 設定を含むドメインおよび OU GPO がクラウドに移行されていることを確認してください。Citrix Web Studio™ は GPMC をサポートしていないため、ドメインおよび OU GPO は Web Studio に表示されません。Citrix ポリシーエンジンは、ドメインおよび OU に存在する VDA およびユーザーにドメインおよび OU GPO を適用します。VDA にログインした後、ユーザーはドメインおよび OU GPO からのポリシーがセッションに適用されていることを確認できる場合があります。ただし、管理者はこれらのポリシーと設定を確認できないため、混乱を招く可能性があります。
コンポーネントの移行順序
コンポーネントとその依存関係をここに示します。コンポーネントをインポートまたはマージする前に、その依存関係が配置されている必要があります。依存関係が不足している場合、インポートまたはマージコマンドが失敗する可能性があります。インポートまたはマージが失敗した場合、ログファイルの「Fixups」セクションに不足している依存関係が表示されます。
- タグ
- 事前依存関係なし
- 委任管理者
- 事前依存関係なし
- ホスト接続
- CvadAcSecurity.yml に含まれるセキュリティ情報
- マシンカタログ
- Active Directory に登録されているマシン
- ホスト接続
- タグ
- ストアフロント
- デリバリーグループ
- アクティブディレクトリに存在するマシン
- アクティブディレクトリに存在するユーザー
- マシンカタログ
- タグ
- アプリケーショングループ
- デリバリーグループ
- タグ
- アプリケーション
- デリバリーグループ
- アプリケーショングループ
- タグ
- グループポリシー
- デリバリーグループ
- タグ
- ユーザーゾーン設定
インポートの実行
- Auto Config アイコンをダブルクリックします。PowerShell ウィンドウが表示されます。
-
すべてのコンポーネントをインポートするには、次のコマンドを実行します。
Merge-CvadAcToSite <!--NeedCopy-->
期待される状態と新しい現在の状態を検証します。さまざまなインポートオプションにより、インポート結果がオンプレミスサイトと同一であるか、そのサブセットであるかが制御されます。
コマンドレットを実行すると、.yml 構成ファイルとログを含むエクスポートフォルダーが作成されます。フォルダーは %HOMEPATH%\Documents\Citrix\AutoConfig にあります。
エラーまたは例外が発生した場合は、ログファイルの Fixups セクションを参照してください。
注:
Automated ConfigurationがDelivery Controllerにインストールされていない場合は、PowerShellを介してツールを使用する前に
import-module Citrix.AutoConfig.Commandsを実行します。Auto Configアイコンを使用してAutomated Configurationを開く場合は、この手順は不要です。
元のCitrix DaaS構成に戻すには、「Citrix DaaS構成のバックアップ」を参照してください。
インポート操作について
インポートプロセスは、更新を正確に実行し、必要な更新のみを実行し、すべての更新が正しく行われたことを確認するように設計されています。すべてのインポート操作で次の手順が実行されます。
- エクスポートされた.ymlファイルを読み取ります (期待される状態)。
- クラウドを読み取ります (現在の状態)。
- インポート前のクラウドの状態を.ymlファイルにバックアップします (必要に応じて、事前バックアップを復元できます)。
- 期待される状態と現在の状態の間の違いを評価します。これにより、どの更新を行うかが決定されます。
- 更新を行います。
- クラウドを再読み込みします (新しい現在の状態)。
- インポート後のクラウドの状態を.ymlファイルにバックアップします (必要に応じて、事後バックアップを復元できます)。
- 新しい現在の状態を期待される状態と比較します。
- 比較結果を報告します。
きめ細かい移行
重要:
コンポーネントの移行順序の詳細については、コンポーネントの移行順序を参照してください。
コンポーネントのみ、またはコンポーネント名のみを選択的に移行できます。
- サポートされているコンポーネントパラメータには、
MachineCatalogs、Tagsなどがあります。 - サポートされているコンポーネント名パラメータには、
IncludeByNameおよびExcludeByNameパラメータなどがあります。
パラメータとその使用方法の詳細については、詳細な移行パラメータを参照してください。
サイトのアクティブ化
オンプレミスサイトとクラウドサイトの両方にあるデリバリーコントローラーは、デスクトップの仲介、アプリケーション、マシンの再起動などのリソースを制御します。共通のリソースセットが2つ以上のサイトによって制御されると、問題が発生します。このような状況は、オンプレミスサイトからクラウドサイトに移行する際に発生する可能性があります。オンプレミスとクラウドの両方のデリバリーコントローラーが同じリソースセットを管理することが可能です。このような二重管理は、リソースが利用できなくなり、管理不能になる可能性があり、診断が困難になることがあります。
サイトのアクティブ化により、アクティブなサイトがどこで制御されるかを制御できます。
サイトのアクティブ化は、デリバリーグループのメンテナンスモードを使用して管理されます。サイトが非アクティブな場合、デリバリーグループはメンテナンスモードになります。アクティブなサイトのデリバリーグループからは、メンテナンスモードが解除されます。
サイトのアクティブ化は、VDA登録やマシンカタログに影響を与えたり、管理したりすることはありません。
Set-CvadAcSiteActiveStateCloudSet-CvadAcSiteActiveStateOnPrem
すべてのコマンドレットは、IncludeByNameおよびExcludeByNameフィルタリングをサポートしています。このパラメータを使用すると、メンテナンスモードを変更できるデリバリーグループを選択できます。デリバリーグループは必要に応じて選択的に変更できます。
クラウドへのインポートと制御の移行
オンプレミスサイトからクラウドサイトへ制御をインポートおよび転送する方法の概要を以下に示します。
- オンプレミスサイトをクラウドにエクスポートおよびインポートします。インポートコマンドレットのいずれにも
–SiteActiveパラメーターが存在しないことを確認してください。オンプレミスサイトはアクティブで、クラウドサイトは非アクティブです。デフォルトでは、クラウドサイトのデリバリーグループはメンテナンスモードになっています。 - クラウドのコンテンツと構成を確認します。
- 営業時間外に、オンプレミスサイトを非アクティブに設定します。
–SiteActiveパラメーターは存在しない必要があります。すべてのオンプレミスサイトのデリバリーグループはメンテナンスモードになっています。Set-CvadAcSiteActiveStateOnPrem
- クラウドサイトをアクティブに設定します。
–SiteActiveパラメーターは存在する必要があります。クラウドサイトのデリバリーグループはメンテナンスモードではありません。Set-CvadAcSiteActiveStateCloud –SiteActive
- クラウドサイトがアクティブで、オンプレミスサイトが非アクティブであることを確認します。
オンプレミスサイトに制御を戻す
クラウドサイトからオンプレミスサイトに制御を転送するには:
- 営業時間外に、クラウドサイトを非アクティブに設定します。すべてのクラウドサイトのデリバリーグループはメンテナンスモードになっています。
Set-CvadAcSiteActiveStateCloud
- オンプレミスサイトをアクティブに設定します。オンプレミスサイトのデリバリーグループはメンテナンスモードではありません。
Set-CvadAcSiteActiveStateOnPrem -SiteActive
その他のサイトアクティベーション情報
- マシンが電源管理されておらず、再起動スケジュールもない場合(通常、ホスト接続もないことを意味します)、すべてのクラウドデリバリーグループをアクティブとしてインポートできます。インポート後に
Merge-CvadAcToSite/Import-CvadAcToSiteに-SiteActiveを追加するか、Set-CvadAcSiteActiveStateCloud -SiteActiveを実行します。 - マシンが電源管理されている場合や再起動スケジュールがある場合は、別のプロセスが必要です。たとえば、この状況でオンプレミスからクラウドに切り替える場合、
Set-CvadAcSiteActiveStateOnPremを使用してオンプレミスサイトを非アクティブに設定します。その後、Set-CvadAcSiteActiveStateCloud -SiteActiveを使用してクラウドサイトをアクティブに設定します。 -
Set-CvadAcSiteActiveStateCloudとSet-CvadAcSiteActiveStateOnPremのコマンドレットは、プロセスを逆にするためにも使用されます。たとえば、-SiteActiveパラメーターなしでSet-CvadAcSiteActiveStateCloudを実行し、次に-SiteActiveパラメーターを指定してSet-CvadAcSiteActiveStateOnPremを実行します。
Machine Creation Servicesでプロビジョニングされたカタログの移行について理解する
注:
この機能はバージョン3.0以降でのみ利用可能です。Automated Configuration内で
Get-CvadAcStatusを使用してバージョンを確認してください。
Machine Creation Services (MCS) カタログは、2種類のカタログを作成します。
- マシンに加えられた変更が失われるか元に戻される場合(一般的にアプリケーションが公開されるサーバーOS) – これはプールされたVDI/マルチセッションのユースケースです
- マシンに加えられた変更が再起動後も保持される場合(一般的に専用ユーザーを持つクライアントOS) – これは静的VDIのユースケースです
カタログの種類は、Citrix Studioのカタログノードで、カタログの「ユーザーデータ:」の値を確認することで確認できます。
注:
MCSは、Automated Configurationを使用してクラウドからバックアップすることはできません。
プールされたVDI / マルチセッションカタログ
「ユーザーデータ: 破棄」のカタログはプールされたVDIカタログであり、メインイメージと構成のみを移行できます。これらのカタログ内の仮想マシンは移行されません。これは、仮想マシンのライフサイクルがインポート元のサイトによって維持されており、マシンが起動されるたびにその状態が変化する可能性があるためです。このため、仮想マシンのインポートデータがすぐに同期されなくなり、インポートは不可能になります。
このツールを使用してこれらのカタログを移行する場合、カタログメタデータが作成され、メインイメージの作成が開始されますが、マシンはインポートされません。
メインイメージのサイズに基づいてこのプロセスの作成に時間がかかる場合があるため、ツール内のインポートコマンドはMCSカタログの作成を開始するだけで、完了を待ちません。インポートが完了したら、クラウド展開のStudioを使用してカタログ作成の進行状況を監視してください。
メインイメージが作成されたら、マシンをプロビジョニングできます。オンプレミスでの使用によって容量が消費されるため、容量に関する考慮事項を検討してください。
そのカタログを使用する他のすべてのオブジェクト(デリバリーグループ、アプリケーション、ポリシーなど)はインポートでき、メインイメージの作成を待つ必要はありません。カタログの作成が完了したら、インポートされたカタログにマシンを追加でき、その後ユーザーはリソースを起動できます。
注:
ツール内で利用可能な同じコマンドを使用して、カタログおよびその他すべてのオブジェクトを移行します。
静的VDIカタログ
注:
この操作はデータベースに保存されている低レベルの詳細をインポートするため、このプロセスはデータベースアクセス権を持つマシンから実行する必要があります。
静的VDIカタログは、メインイメージ、構成、およびすべての仮想マシンを移行します。プールされたVDIのユースケースとは異なり、イメージを作成する必要はありません。
VDAは、クラウドに登録するためにコネクタを指している必要があります。
クラウドサイトをアクティブにするには、サイトのアクティブ化セクションを参照してください。これにより、再起動スケジュール、電源管理、およびその他の項目がクラウドによって制御されます。
移行が完了した後、オンプレミスサイトからこのカタログを削除したい場合は、VMとADアカウントを残すを選択する必要があります。そうしないと、それらは削除され、クラウドサイトは削除されたVMを指したままになります。
移行後に孤立したリソースを検出するためにMCSタグを更新する
オンプレミス構成からクラウドサイトへ、またはクラウド構成から別のクラウドサイトへ移行した後、永続VMの場合に孤立したリソースが正しく検出されるように、MCSサイトIDタグを更新する必要があります。これを行うには、PowerShellコマンドSet-ProvResourceTagsを使用します。現在、この機能はAzureに適用されます。
詳細な手順は次のとおりです。
-
新しいCitrixサイトからPowerShellコマンド
Set-ProvResourceTagsを使用してMCSサイトIDタグを更新します。例:Set-ProvResourceTags -ProvisioningSchemeUid xxxxx [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX] <!--NeedCopy-->または、
Set-ProvResourceTags -ProvisioningSchemeName xxxxx [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX] <!--NeedCopy-->
パラメーターの詳細は次のとおりです。
-
ProvisioningSchemeUidまたはProvisioningSchemeNameは必須パラメーターです。 -
VMNameはオプションのパラメーターです。VMNameが指定されていない場合、このマシンカタログのすべてのVMのタグが更新されます。 -
VMBatchSizeは、すべてのVMをバッチに分割するためのオプションのパラメーターです。VMBatchSizeが指定されていない場合、デフォルト値 (10) が適用されます。範囲は1から60です。 -
ResourceTypeは次のいずれかです。-
MachineCatalog: マシンカタログリソースのタグを更新する場合。 -
VirtualMachine: VM関連リソースのタグを更新する場合。 -
All: (デフォルトのResourceType): マシンカタログとVM関連リソースの両方のタグを更新する場合。
-
この記事の概要
- 既知の制限事項
- 構成を移行するための前提条件
- 主な手順
- オートメーテッド構成のダウンロード
- 自動構成のアップグレード
- 顧客ID、クライアントID、およびシークレットキーを生成する
- ゾーンマッピングファイルへの入力
- ホスト接続のセキュリティファイルを更新する
- シトリックス バーチャル アプリケーションズ アンド デスクトップ のオンプレミス構成をエクスポートする
- 構成を Citrix DaaS にインポートする
- サイトのアクティブ化
- Machine Creation Servicesでプロビジョニングされたカタログの移行について理解する
- 移行後に孤立したリソースを検出するためにMCSタグを更新する