Citrix Cloud™への構成の移行
Automated Configuration Tool (ACT) を使用すると、Citrix Virtual Apps and Desktops™ の構成（ポリシー、アプリケーション、カタログ、管理者ロール、スコープなど）を、1つ以上のオンプレミスサイトからCitrix CloudでホストされているCitrix DaaSに移行できます。また、異なるクラウドリージョン間やテナント間で情報を移行するためにも使用できます。
このツールは、1つ以上のオンプレミスサイトを構成ファイルのコレクションとして検出し、エクスポートします。これらのファイルは必要に応じて編集できます。これらのファイルの構成は、その後Citrix DaaSにインポートできます。 移行は、ツールを複数回実行することで段階的に行われ、目的の構成状態を簡単に実現できます。
ACTは一度きりの移行ツールではありません。日常のクラウド運用を管理するために使用できます。たとえば、次のとおりです。
- テストまたはステージングのクラウドアカウントから本番のクラウドアカウントへの転送を自動化
- 構成のバックアップと復元
- 1つのクラウド環境を複数のクラウドに分割
以下の2分間のビデオでは、Automated Configurationのクイックツアーを提供します。
Automated Configurationに関する詳細については、Tech Zoneの概念実証: Automated Configuration Toolを参照してください。
展開の移動とオンプレミス構成の移行準備に関する詳細については、Tech Zoneの展開ガイド: Citrix Virtual Apps and DesktopsのオンプレミスからCitrix Cloudへの移行を参照してください。
既知の制限事項
- Machine Creation Services™ を介してプロビジョニングされたマシンカタログには、特別な考慮事項があります。MCSの詳細については、Machine Creation Servicesでプロビジョニングされたカタログの移行について理解するを参照してください。
構成移行の前提条件
Citrix Virtual Apps™ and Desktopsから構成をエクスポートするには、次のものが必要です。
- Citrix Virtual Apps and Desktops: 現在のリリースとその直前のリリース、またはCitrix Virtual Apps and Desktops、XenApp and XenDesktop® LTSRs: すべてのバージョン
- .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はCloud Connectorシステムにはインストールできません。
主な手順
- Automated Configuration Toolをダウンロードし、システム要件を確認します。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コマンドを使用してコンポーネントを段階的にインポートします。または、サイト全体を一度に移行します。コンポーネントの移行順序にリストされている順序でコンポーネントを移行してください。インポートの手順については、インポートの実行を参照してください。 - クラウドサイトをアクティブ化します。サイトのアクティブ化を参照してください。
Automated Configurationのダウンロード
Citrix DownloadsからAutomated Configurationツールをダウンロードしてインストールします。
Automated Configurationのアップグレード
機能のエラーを防ぐため、常に最新の利用可能な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アカウントにサインインし、顧客を選択します
- グリッドアイコンをクリックし、[IDおよびアクセス管理] を選択します
- [APIアクセス] > [セキュアクライアント] に移動します。顧客IDがページに表示されます
クライアントIDとシークレットキーの取得
- [セキュアクライアント] ページで、ボックスに名前を入力します。この名前は、複数のクライアントIDとシークレットキーを区別するために使用されます
- [クライアントの作成] をクリックして、クライアント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-->
Set-CvadAcCustomerInfoFileコマンドレットを使用して、CustomerInfo.ymlファイルを更新します。このコマンドレットはクライアント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がホスト接続とハイパーバイザーをクラウドサイトに正常にインポートできるように、この情報を手動で提供する必要があります。
エクスポートプロセスでは、特定のハイパーバイザータイプに必要な各セキュリティアイテムのプレースホルダーを含むCvadAcSecurity.ymlファイルが%HOMEPATH%\Documents\Citrix\AutoConfigに作成されます。クラウドサイトにインポートする前に、CvadAcSecurity.ymlファイルを更新する必要があります。管理者の更新は、複数のエクスポートにわたって保持され、必要に応じて新しいセキュリティプレースホルダーが追加されます。セキュリティアイテムが削除されることはありません。詳細については、「CvadAcSecurity.ymlファイルの手動更新」を参照してください。
HostConn1:
ConnectionType: XenServer®
UserName: root
PasswordKey: rootPassword
HostCon2:
ConnectionType: AWS
ApiKey: 78AB6083-EF60-4D26-B2L5-BZ35X00DA5CH
SecretKey: TwBLaaaaaaaaaaaaaaaaaw==
Region: East
ハイパーバイザーごとのセキュリティ情報
以下に、各ハイパーバイザータイプに必要なセキュリティ情報を示します。
- XenServer、Hyper-V、VMware
- ユーザー名
- クリアテキストパスワード
- Microsoft Azure
- サブスクリプションID
- アプリケーションID
- アプリケーションシークレット
- AWS
- サービスアカウントID
- アプリケーションシークレット
- リージョン
特別なセキュリティに関する考慮事項
すべてのセキュリティ情報はクリアテキストで入力されます。クリアテキストが推奨されない場合は、Studioを使用してホスト接続と関連するハイパーバイザーを手動で作成できます。ホスト接続を使用するマシンカタログを正常にインポートできるように、ホスト接続とハイパーバイザーの名前はオンプレミスの対応するものと完全に一致している必要があります。
Citrix Virtual Apps and Desktopsオンプレミス構成のエクスポート
export PowerShellコマンドを使用すると、既存のオンプレミス構成をエクスポートし、必要な.ymlファイルを取得できます。これらのファイルは、目的の構成をCitrix Cloudにインポートするために使用されます。
サポートされる移行オブジェクト
Automated Configurationは、以下のコンポーネントの構成の移行をサポートしています。
- タグ
- 委任管理
- スコープ
- ロール
- ホスト接続
- 単一のリソースプール
- 管理スコープ
- マシンカタログ
- 管理スコープ
- マシン
- リモートPCアクセス、物理、プール、プロビジョニング、MCS、割り当て済み
- StoreFront™
- デリバリーグループ
- アクセスポリシー
- 管理スコープの関連付け
- アプリケーションアクセスポリシー
- 割り当てポリシー
- エンタイトルメント/デスクトップポリシー
- 電源スケジュール
- セッションリンガリング
- セッションプレランチ
- 再起動スケジュール
- タグ
- アプリケーショングループ
- 管理スコープの関連付け
- デリバリーグループ
- ユーザーとグループ
- アプリケーション
- アプリケーションフォルダー
- アイコン
- アプリケーション
- ブローカー構成済みFTA
- タグ
- グループポリシー
- ユーザーゾーン設定
オンプレミス構成のエクスポート
- Auto Configアイコンをダブルクリックします。PowerShellウィンドウが表示されます。
-
すべてのコンポーネントをエクスポートするには、次のコマンドを実行します。オンプレミス構成をエクスポートしても、その内容は一切変更されません。
Export-CvadAcToFile <!--NeedCopy-->
初めてコマンドレットを実行すると、.yml構成ファイルとログを含むエクスポートフォルダーが作成されます。このフォルダーは%HOMEPATH%\Documents\Citrix\AutoConfigにあります。連続するエクスポートごとにサブフォルダーが作成されます。親フォルダー%HOMEPATH%\Documents\Citrix\AutoConfigには、常に最新のエクスポートからのエクスポートファイルが含まれます。
注:
Automated ConfigurationがDelivery Controllerにインストールされていない場合は、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に存在するマシン
- ホスト接続
- タグ
- StoreFront
- デリバリーグループ
- Active Directoryに存在するマシン
- Active Directoryに存在するユーザー
- マシンカタログ
- タグ
- アプリケーショングループ
- デリバリーグループ
- タグ
- アプリケーション
- デリバリーグループ
- アプリケーショングループ
- タグ
- グループポリシー
- デリバリーグループ
- タグ
- ユーザーゾーン設定
インポートの実行
- Auto Configアイコンをダブルクリックします。PowerShellウィンドウが表示されます。
-
すべてのコンポーネントをインポートするには、次のコマンドを実行します。
Merge-CvadAcToSite <!--NeedCopy-->
新しい現在の状態と期待される状態を検証します。さまざまなインポートオプションにより、インポート結果がオンプレミスサイトと同一であるか、またはそのサブセットであるかが制御されます。
コマンドレットを実行すると、.yml 構成ファイルとログを含むエクスポートフォルダーが作成されます。フォルダーは %HOMEPATH%\Documents\Citrix\AutoConfig にあります。
エラーまたは例外が発生した場合は、ログファイルの「修正」セクションを参照してください。
注:
Delivery Controller に Automated Configuration がインストールされていない場合は、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に適用可能です。
詳細な手順は次のとおりです。
-
PowerShellコマンド
Set-ProvResourceTagsを使用して、新しいCitrixサイトから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関連リソースの両方のタグを更新する場合
-
この記事の概要
- 既知の制限事項
- 構成移行の前提条件
- 主な手順
- Automated Configurationのダウンロード
- Automated Configurationのアップグレード
- 顧客ID、クライアントID、およびシークレットキーの生成
- ゾーンマッピングファイルの生成
- ホスト接続のセキュリティファイル更新
- Citrix Virtual Apps and Desktopsオンプレミス構成のエクスポート
- Citrix DaaSへの構成のインポート
- サイトのアクティブ化
- Machine Creation Services プロビジョニング済みカタログの移行の理解
- 移行後に孤立したリソースを検出するためのMCSタグの更新