シトリックスクラウド™への構成の移行
Automated Configuration Tool (ACT) は、1つ以上のオンプレミスサイトからCitrix CloudでホストされているCitrix DaaSへのCitrix Virtual Apps and Desktops™の構成(ポリシー、アプリケーション、カタログ、管理者ロール、スコープなど)の移行を可能にします。また、異なるCloudリージョンまたはテナント間で情報を移行するためにも使用できます。
このツールは、1つ以上のオンプレミスサイトを構成ファイルのコレクションとして検出し、エクスポートします。これらは任意で編集できます。これらのファイルの構成は、Citrix DaaSにインポートできます。 移行は、ツールを複数回実行することで段階的に行われ、目的の構成状態を簡単に実現できます。
ACTは、一度きりの移行ツールではありません。日常的なクラウド運用を管理するために使用できます。たとえば、次のとおりです。
- テストまたはステージングのクラウドアカウントから本番のクラウドアカウントへの転送を自動化する
- 構成のバックアップと復元
- 1つのクラウド環境を複数のクラウドに分割する
次の2分間のビデオでは、Automated Configurationの簡単なツアーを提供します。
オートメーテッド構成の詳細については、テックゾーンの概念実証: オートメーテッド構成ツールを参照してください。
展開の移動とオンプレミス構成の移行準備に関する詳細については、Tech Zoneの展開ガイド: オンプレミスからCitrix CloudへのCitrix Virtual Apps and Desktopsの移行を参照してください。
既知の制限事項
- Machine Creation Services™を介してプロビジョニングされたマシンカタログには、特別な考慮事項があります。MCSの詳細については、Machine Creation Servicesでプロビジョニングされたカタログの移行についてを参照してください。
構成を移行するための前提条件
Citrix Virtual Apps and Desktopsから構成をエクスポートするには、以下が必要です。
- シトリックス バーチャル アプリケーションズ アンド デスクトップ: 現在のリリースとその直前のリリース、またはシトリックス バーチャル アプリケーションズ アンド デスクトップ、XenAppおよびXenDesktop® LTSR: すべてのバージョン
- .NET Framework 4.7.2以降とCitrix PowerShell SDKがインストールされたドメイン参加済みマシン。これはDelivery Controllerに自動的にインストールされます。(オンプレミスのDelivery Controller以外のマシンで実行するには、Citrix Studioをインストールする必要があります。Studioは正しいPowerShellスナップインをインストールするためです。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、およびシークレットキーの生成と顧客情報ファイルの入力を参照してください。 - オンプレミスサイトに複数のゾーンが含まれている場合は、
ZoneMapping.ymlファイルを更新してゾーンをCitrix DaaSリソースの場所にマッピングします。ゾーンマッピングファイルの入力を参照してください。 - サイトに複数のホスティング接続が含まれている場合は、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 コマンドレットには、次の必須パラメーターがあります。
- 顧客ID: 顧客の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、ブイエムウェア
- ユーザー名
- クリアテキストパスワード
- マイクロソフト アジュール
- サブスクリプションID
- アプリケーションID
- アプリケーションシークレット
- AWS
- サービスアカウントID
- アプリケーションシークレット
- リージョン
特別なセキュリティに関する考慮事項
すべてのセキュリティ情報はクリアテキストで入力されます。クリアテキストが推奨されない場合は、ホスト接続と関連するハイパーバイザーをStudioを使用して手動で作成できます。ホスト接続とハイパーバイザー名は、ホスト接続を使用するマシンカタログを正常にインポートできるように、オンプレミスの対応するものと完全に一致している必要があります。
Citrix仮想アプリおよびデスクトップのオンプレミス構成をエクスポートする
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 ファイル内のセキュリティ情報
- マシンカタログ
- アクティブディレクトリに存在するマシン
- ホスト接続
- タグ
- ストアフロント
- デリバリーグループ
- アクティブディレクトリに存在するマシン
- アクティブディレクトリに存在するユーザー
- マシンカタログ
- タグ
- アプリケーショングループ
- デリバリーグループ
- タグ
- アプリケーション
- デリバリーグループ
- アプリケーショングループ
- タグ
- グループポリシー
- デリバリーグループ
- タグ
- ユーザーゾーン設定
インポートを実行する
- 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のカタログノードで、カタログの「ユーザーデータ:」の値を確認することで確認できます。
注:
Automated Configurationを使用して、クラウドからMCSをバックアップすることはできません。
プールされた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仮想アプリおよびデスクトップのオンプレミス構成をエクスポートする
- 構成をCitrix DaaSにインポートする
- サイトをアクティブ化する
- Machine Creation Servicesでプロビジョニングされたカタログの移行について理解する
- 移行後に孤立したリソースを検出するためにMCSタグを更新する