Citrix Virtual Apps and Desktops

Citrix Cloud™への構成の移行

Automated Configuration Tool (ACT) を使用すると、Citrix Virtual Apps and Desktops™の構成(ポリシー、アプリケーション、カタログ、管理者ロール、スコープなど)を1つ以上のオンプレミスサイトからCitrix CloudでホストされているCitrix DaaSに移行できます。また、異なるクラウドリージョンまたはテナント間で情報を移行するためにも使用できます。

このツールは、1つ以上のオンプレミスサイトを構成ファイルのコレクションとして検出し、エクスポートします。これらのファイルはオプションで編集できます。これらのファイルの構成は、Citrix DaaSにインポートできます。

  • 移行は、ツールを複数回実行することで段階的に行われ、目的の構成状態を簡単に実現できます。

  • ACTは、一度限りの移行ツールではありません。次のような日常のクラウド運用を管理するために使用できます。

  • テストまたはステージングのクラウドアカウントから実稼働クラウドアカウントへの転送の自動化
  • 構成のバックアップと復元
  • 1つのクラウド環境を複数のクラウドに分割

  • 以下の 2分間 のビデオでは、Automated Configurationの概要を簡単に説明しています。

構成移行の前提条件

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以外のマシンで実行するには、Studioが正しいPowerShellスナップインをインストールするため、Citrix Studioがインストールされている必要があります。Studioインストーラーは、Citrix Virtual Apps and Desktopsのインストールメディアにあります。)

Citrix DaaSに構成を インポート するには、以下が必要です。

  • Citrix Cloudにアクセスできるマシン。これはDelivery Controller™またはドメイン参加済みマシンである必要はありません。
  • Citrix DaaSがプロビジョニングされていること。
  • Connectorがインストールされ、オンプレミスセットアップと同じドメインにドメイン参加しているアクティブなリソースロケーション。
  • Citrix Cloudにアクセスするサイトへの接続が許可され、利用可能であること。詳細については、「System and Connectivity Requirements」を参照してください。

注:

Automated Configurationは、Cloud Connectorシステムにはインストールできません。

主要な手順

  1. Automated Configuration Toolをダウンロードし、システム要件を確認します。「Download Automated Configuration」を参照してください。
  2. Citrix Cloudポータルから生成されたCustomerNameCustomerID、およびSecretKeyの値でCustomerInfo.ymlファイルを更新します。「Generate the customer ID, client ID, and secret key」および「Populate the customer info file」を参照してください。
  3. オンプレミスサイトに複数のゾーンが含まれている場合は、ZoneMapping.ymlファイルを更新して、ゾーンをCitrix DaaSリソースロケーションにマッピングします。「Populate zone mapping file」を参照してください。
  4. サイトに複数のホスティング接続が含まれている場合は、CvadAcSecurity.ymlファイルを更新して、Citrix DaaSに移行する各ホストタイプの接続情報を追加します。ホスト接続が1つしかない場合は、CvadACSecurity.ymlファイルを更新して、そのホスト接続の接続情報を追加します。「Update the security file for host connections」を参照してください。
  5. ACTを開き、Export-CvadAcToFileコマンドを使用してオンプレミスサイトをエクスポートします。移行でサポートされているコンポーネントのリストについては、「Supported migration objects」を参照してください。エクスポートの手順については、「Export on-premises configuration」を参照してください。
  6. Merge-CvadAcToSiteコマンドを使用して、コンポーネントを段階的にインポートします。または、サイト全体を一度に移行することもできます。コンポーネントは、「Component migration order」に記載されている順序で移行してください。インポートの手順については、「Run an import」を参照してください。
  7. クラウドサイトをアクティブ化します。「Activate sites」を参照してください。

Automated Configurationのダウンロード

Automated Configurationツールは、Citrix Downloadsからダウンロードしてインストールします。

Automated Configurationのアップグレード

機能のエラーを防ぐため、常にACTの最新バージョンを使用してください。

ツールのバージョンを確認するには、次の手順を実行します。

  1. Auto Configアイコンをダブルクリックします。PowerShellウィンドウが表示されます。
  2. 次のコマンドを実行して、バージョン番号を確認します。

    Get-CvadAcStatus
    <!--NeedCopy-->
    
      1. Citrix Downloadsに記載されているバージョンとツールのバージョンを比較します。ツールの最新バージョンはそこにあります。
      1. ツールの最新バージョンをダウンロードしてインストールします。Automated Configurationをアップグレードするために古いバージョンをアンインストールする 必要はありません

注:

Automated Configurationでクラウドにアクセスするコマンドレットを実行すると、ダウンロード可能な新しいバージョンがある場合にツールが通知します。コマンドレットの詳細については、「Automated Configuration tool cmdlets」を参照してください。

顧客ID、クライアントID、およびシークレットキーの生成

オンプレミスサイトをCitrix DaaSに移行するには、Citrix Cloudポータルから顧客ID、クライアントID、およびシークレットキーを使用してCustomerInfo.ymlファイルを生成します。

顧客IDの取得:

  1. Citrix Cloudアカウントにサインインし、顧客を選択します。
  2. グリッドアイコンをクリックし、Identity and Access Managementを選択します。
  3. API access > Secure clientsに移動します。顧客IDがページに表示されます。

クライアントIDとシークレットキーの取得:

  1. Secure clientsページで、ボックスに名前を入力します。この名前は、複数のクライアントIDとシークレットキーを区別するために使用されます。
  2. [Create Client] をクリックして、クライアントIDとシークレットキーを作成します。
  3. クライアント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つしかない場合、Automated Configurationツールは正しい関連付けを行い、`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ファイルを手動で更新する](/en-us/tech-zone/learn/poc-guides/citrix-automated-configuration.html#manually-update-the-cvadacsecurityyml-file)」を参照してください。

-  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](#understand-migrating-machine-creation-services-provisioned-catalogs)、割り当て済み
-  StoreFront™
-  デリバリーグループ
-  アクセスポリシー
-  管理者スコープの関連付け
-  アプリケーションアクセスポリシー
-  割り当てポリシー
-  エンタイトルメント/デスクトップポリシー
-  電源スケジュール
-  セッションの維持
-  セッションの事前起動
-  再起動スケジュール
-  タグ
-  アプリケーショングループ
-  管理者スコープの関連付け
-  デリバリーグループ
-  ユーザーとグループ
  • アプリケーション
    • アプリケーションフォルダー
    • アイコン
    • アプリケーション
    • ブローカー構成済みFTA
    • タグ
    • グループポリシー
    • ユーザーゾーン設定

オンプレミス構成のエクスポート

  1. Auto Configアイコンをダブルクリックします。PowerShellウィンドウが表示されます。
  2. すべてのコンポーネントをエクスポートするには、次のコマンドを実行します。オンプレミス構成をエクスポートしても、その構成が変更されることはありません

    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**セクションに不足している依存関係が表示されます。
    1. タグ
      • 事前依存関係なし
    1. 委任管理
      • 事前依存関係なし
  1. ホスト接続
    • CvadAcSecurity.yml内のセキュリティ情報
  2. マシンカタログ
    • Active Directoryに存在するマシン
    • ホスト接続
    • タグ
  3. StoreFront
  4. デリバリーグループ
    • Active Directoryに存在するマシン
    • Active Directoryに存在するユーザー
    • マシンカタログ
    • タグ
  5. アプリケーショングループ
    • デリバリーグループ
    • タグ
  6. アプリケーション
    • デリバリーグループ
    • アプリケーショングループ
    • タグ
  7. グループポリシー
    • デリバリーグループ
    • タグ
  8. ユーザーゾーン設定

インポートの実行

  1. Auto Configアイコンをダブルクリックします。PowerShellウィンドウが表示されます。
  2. すべてのコンポーネントをインポートするには、次のコマンドを実行します。

    Merge-CvadAcToSite
    <!--NeedCopy-->
    

期待される状態と新しい現在の状態を検証します。さまざまなインポートオプションにより、インポート結果がオンプレミスサイトと同一であるか、またはそのサブセットであるかが制御されます。

コマンドレットを実行すると、.yml 構成ファイルとログを含むエクスポートフォルダーが作成されます。このフォルダーは %HOMEPATH%\Documents\Citrix\AutoConfig にあります。

エラーまたは例外が発生した場合は、ログファイルの「Fixups」セクションを参照してください。

  • 注:

  • Delivery Controller に Automated Configuration がインストールされていない場合は、PowerShell を介してツールを使用する前に import-module Citrix.AutoConfig.Commands を実行してください。Auto Config アイコンを使用して Automated Configuration を開く場合は、この手順は不要です。

インポート操作の理解

インポートプロセスは、更新を正確に実行し、必要な更新のみを実行し、すべての更新が正しく行われたことを検証するように設計されています。すべてのインポート操作で次の手順が実行されます。

  1. エクスポートされた .yml ファイルを読み取る (期待される状態)。
  2. クラウドを読み取る (現在の状態)。
  3. インポート前のクラウドの状態を .yml ファイルにバックアップする (必要に応じて事前バックアップを復元可能)。
  4. 期待される状態と現在の状態の差分を評価する。これにより、どの更新を行うかが決定されます。
  5. 更新を実行する。
  6. クラウドを再読み取りする (新しい現在の状態)。
  7. インポート後のクラウドの状態を .yml ファイルにバックアップする (必要に応じて事後バックアップを復元可能)。
  8. 新しい現在の状態と期待される状態を比較する。
  9. 比較結果を報告する。

詳細な移行

重要:

コンポーネントの移行順序の詳細については、「コンポーネントの移行順序」を参照してください。

コンポーネントのみ、またはコンポーネント名のみを選択的に移行できます。

  • サポートされているコンポーネントパラメーターには、MachineCatalogsTags などがあります。
  • サポートされているコンポーネント名パラメーターには、IncludeByName および ExcludeByName パラメーターなどがあります。

パラメーターとその使用方法の詳細については、「詳細な移行パラメーター」を参照してください。

サイトのアクティブ化

オンプレミスサイトとクラウドサイトの両方のデリバリーコントローラーは、デスクトップ、アプリケーションの仲介、マシンの再起動などのリソースを制御します。共通のリソースセットが2つ以上のサイトによって制御されると、問題が発生します。このような状況は、オンプレミスサイトからクラウドサイトに移行する際に発生する可能性があります。オンプレミスとクラウドの両方のデリバリーコントローラーが同じリソースセットを管理する可能性があります。このような二重管理は、リソースが利用できなくなり、管理不能になる可能性があり、診断が困難になる場合があります。

サイトのアクティブ化により、アクティブなサイトがどこで制御されるかを制御できます。

サイトのアクティブ化は、デリバリーグループのメンテナンスモードを使用して管理されます。サイトが非アクティブな場合、デリバリーグループはメンテナンスモードになります。アクティブなサイトのデリバリーグループからは、メンテナンスモードが解除されます。

サイトのアクティブ化は、VDA登録やマシンカタログに影響を与えたり、管理したりしません。

  • Set-CvadAcSiteActiveStateCloud
  • Set-CvadAcSiteActiveStateOnPrem

すべてのコマンドレットは、IncludeByName および ExcludeByName フィルタリングをサポートしています。このパラメーターを使用すると、メンテナンスモードを変更できるデリバリーグループを選択できます。デリバリーグループは必要に応じて選択的に変更できます。

クラウドへのインポートと制御の移行

オンプレミスサイトからクラウドサイトへのインポートと制御の移行方法の概要を以下に示します。

  1. オンプレミスサイトをクラウドにエクスポートおよびインポートします。インポートコマンドレットのいずれにも –SiteActive パラメーターが存在しないことを確認してください。オンプレミスサイトはアクティブであり、クラウドサイトは非アクティブです。デフォルトでは、クラウドサイトのデリバリーグループはメンテナンスモードになっています。
  2. クラウドのコンテンツと構成を検証します。
  3. 営業時間外に、オンプレミスサイトを非アクティブに設定します。–SiteActive パラメーターは存在しない必要があります。すべてのオンプレミスサイトのデリバリーグループはメンテナンスモードになります。
    • Set-CvadAcSiteActiveStateOnPrem
  4. クラウドサイトをアクティブに設定します。–SiteActive パラメーターが存在している必要があります。クラウドサイトのデリバリーグループはメンテナンスモードになりません。
    • Set-CvadAcSiteActiveStateCloud –SiteActive
  5. クラウドサイトがアクティブであり、オンプレミスサイトが非アクティブであることを確認します。

オンプレミスサイトへの制御の移行

クラウドサイトからオンプレミスサイトに制御を移行するには、次の手順を実行します。

  1. 営業時間外に、クラウドサイトを非アクティブに設定します。すべてのクラウドサイトのデリバリーグループはメンテナンスモードになります。
    • Set-CvadAcSiteActiveStateCloud
  2. オンプレミスサイトをアクティブに設定します。オンプレミスサイトのデリバリーグループはメンテナンスモードになりません。
    • 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のユースケースとは異なり、イメージを作成する必要はありません。

VDAsは、クラウドに登録するためにコネクタを指す必要があります。

クラウドサイトをアクティブにするには、「サイトのアクティブ化」セクションを参照してください。これにより、再起動スケジュール、電源管理、およびその他の項目がクラウドによって制御されます。

移行が完了した後、オンプレミスサイトからこのカタログを削除したい場合は、VMとADアカウントを保持を選択する必要があります。そうしないと、それらは削除され、クラウドサイトは削除されたVMを指したままになります。

移行後に孤立したリソースを検出するためのMCSタグの更新

オンプレミス構成からクラウドサイトへ、またはクラウド構成から別のクラウドサイトへ移行した後、永続的なVMの場合に孤立したリソースを正しく検出できるように、MCSサイトIDタグを更新する必要があります。これを行うには、PowerShellコマンドSet-ProvResourceTagsを使用します。現在、この機能はAzureに適用可能です。

詳細な手順は次のとおりです。

  1. 新しい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関連リソースの両方のタグを更新する場合。