Citrix Virtual Apps and Desktops

画像管理

はじめに

  • MCSカタログの作成または更新プロセスには、次の2つのフェーズがあります。

  • マスタリング: ソースイメージが公開イメージに変換されます
  • クローニング: 公開イメージから新しいVMが作成されます

  • イメージ管理機能により、MCSはマスタリングフェーズをプロビジョニングワークフロー全体から分離します。

  • 単一のソースイメージから様々なMCSイメージバージョン(準備済みイメージ)を準備し、複数の異なるMCSマシンカタログでそれを使用できます。また、同じ接続タイプのホスト接続内のホスティングユニット間で準備済みイメージバージョンを共有することも可能です。この実装により、ストレージと時間のコストが大幅に削減され、VMの展開とイメージ更新プロセスが簡素化されます。

このイメージ管理機能を使用する利点は次のとおりです。

  • カタログを作成せずに、準備済みイメージを事前に生成します。
  • カタログの作成や更新など、複数のシナリオで準備済みイメージを再利用します。
  • カタログの作成または更新時間を大幅に短縮します。
  • 同じ接続タイプのホスト接続内のホスティングユニット間で準備済みイメージバージョンを共有します。(AzureおよびVMwareのみ)

注:

  • この機能は現在、Amazon WorkSpaces Core Managed Instances、Azure、Azure、Red Hat OpenShift、VMware仮想化、およびXenServer環境に適用されます。
  • 準備済みイメージを使用せずにMCSマシンカタログを作成できます。その場合、この機能の利点を得ることはできません。ただし、Amazon WorkSpaces Core Managed Instancesの場合、MCSカタログは準備済みイメージバージョンのみを使用して作成します。マスターイメージを直接使用してカタログを作成することはできません。
-  ## ユースケース

イメージ管理機能のユースケースの一部は次のとおりです。

  • バージョン管理: イメージバージョンを使用すると、次のことが可能になります。

    • 特定のイメージに対する異なるイテレーションまたは更新を管理します。
    • 異なる目的のためにイメージの複数のバージョンを維持します。
  • 論理的なグループ化: 複数のイメージ定義を作成して、次のことを行えます。

    • プロジェクト、部門、アプリケーション、デスクトップタイプなど、様々な基準に基づいてイメージバージョンを論理的にグループ化します。
    • 組織内でイメージをより効率的に管理します。
  • イメージ共有: 同じ接続タイプのホスト接続内のホスティングユニット間で準備済みイメージバージョンを共有して、次のことを行えます。

    • 異なるホスティングユニット間でイメージの一貫性と均一性を確保します。

準備済みイメージとは

  • イメージ管理機能により、MCSはマスタリングフェーズをカタログ作成または更新ワークフロー全体から切り離し、プロセスを2つの段階に分割します。

    1. 単一のソースイメージから準備済みイメージを作成します。
    1. 準備済みイメージを使用してMCSマシンカタログを作成または更新します。
    • 準備済みイメージは事前に作成できます。単一の準備済みイメージを使用して、複数のMCSプロビジョニング済みマシンカタログを作成または更新できます。

イメージからWeb Studioを使用する際に、準備済みイメージが複数のMCSマシンカタログでどのように使用されるかを理解してください。

準備済みイメージの概要

イメージ定義: イメージ定義は、イメージのバージョンの論理的なグループ化です。イメージ定義には、次の情報が含まれます。

-  イメージが作成された理由
  • 対象となるOS
  • イメージの使用に関するその他の情報

カタログはイメージ定義からではなく、イメージ定義に基づいて作成されたイメージバージョンから作成されます。

イメージバージョン: イメージバージョンは、イメージ定義のバージョン管理を行います。1つのイメージ定義には複数のイメージバージョンを含めることができます。イメージバージョンを準備済みイメージとして使用して、カタログを作成または更新します。ホスティングユニットが同じホスティング接続内にあるかどうかにかかわらず、AzureおよびVMware環境の両方で、ホスティングユニット間でイメージバージョンを共有できます。

あるいは、PowerShellコマンドを使用してプロビジョニングスキームを作成し、カタログを作成または更新したい場合は、環境に応じてマスターイメージバージョン仕様に基づいて準備済みイメージバージョン仕様を作成する必要があります。また、ホスティングユニットが同じホスティング接続内にあるかどうかにかかわらず、Azure、VMware、およびAmazon WorkSpaces Core Managed Instances環境の両方で、ホスティングユニット間でイメージバージョン仕様を共有することもできます。

要件

  • Windowsマスターイメージの場合、VDAイメージバージョン2311以降のみがサポートされます。MCS/IOコンポーネントは明示的に選択してインストールする必要があります。MCS I/O構成の有効化または無効化は、デフォルトでは有効になっていないため、マシンカタログの作成または更新時に決定する必要があります。

制限事項

現在、この機能は以下をサポートしていません。

  • Azureでの複数NIC
  • 永続データディスク機能
  • マルチセッションの休止状態
  • イメージタイプの変更
  • Azureでホスティングユニット間で準備済みイメージバージョンを共有する場合、以下の共有方法は許可されていません。

    • 直接共有
    • パブリックコミュニティギャラリーへの共有
  • Web Studio を使用したイメージのライフサイクル管理

  • Web Studio を使用する場合のイメージのライフサイクルは次のとおりです。
  1. 準備済みイメージの作成: イメージ定義とその初期イメージバージョンを作成
  2. 初期イメージバージョンからイメージバージョンを作成
  3. 必要に応じて、仮想化環境内のホスティングユニットとイメージバージョンを共有
  4. イメージバージョンを準備済みイメージとして使用して、カタログを作成
  5. 別の準備済みイメージでマシンカタログを更新
  6. イメージ定義とバージョンを管理: イメージバージョンの名前と説明、およびイメージ定義の説明を編集
  7. イメージバージョンを削除
  8. イメージ定義を削除

または、PowerShell を使用してイメージを管理することもできます。PowerShell を使用したイメージのライフサイクル管理を参照してください。

PowerShell を使用したイメージのライフサイクル管理

-  PowerShell コマンドを使用してプロビジョニングスキームを作成する場合は、環境の必要に応じて、マスターイメージバージョン仕様に基づいて準備済みイメージバージョン仕様を作成する必要があります。

マスターイメージバージョン仕様: マスターイメージバージョン仕様は、イメージバージョンに追加または作成された特定のイメージです。ハイパーバイザー内の既存のイメージをマスターイメージバージョン仕様として追加するか、環境の必要に応じてマスターイメージバージョン仕様に基づいて準備済みイメージバージョン仕様を作成できます。準備済みイメージバージョン仕様は、複数のプロビジョニングスキームに使用できます。

-  Azure、VMware、および Amazon WorkSpaces Core Managed Instances 環境のいずれにおいても、同じホスティング接続内であるかどうかにかかわらず、ホスティングユニット間でイメージバージョン仕様を共有することもできます。Azure では、Azure Compute Gallery (ACG) のディスク共有機能を使用して共有が実現されます。

PowerShell コマンドを使用する場合のイメージのライフサイクルは次のとおりです。

-  1.  イメージを作成:

1.  イメージ定義を作成
1.  指定されたホスティング接続にイメージ定義の新しい構成を追加
1.  イメージバージョンを作成
1.  マスターイメージバージョン仕様を追加
1.  準備済みイメージバージョン仕様を作成

-  2.  必要に応じて、仮想化環境内の別のホスティングユニットとイメージバージョン仕様を共有。同じホスティング接続内であるかどうかにかかわらず共有可能
-  3.  準備済みイメージバージョン仕様を使用して MCS マシンカタログを作成:

-  1.  ブローカーカタログを作成
-  2.  ID プールを作成
-  3.  `New-ProvScheme` コマンドを使用して、準備済みイメージバージョン仕様の Uid パラメーターを持つプロビジョニングスキームを作成
-  4.  ブローカーカタログをプロビジョニングスキームにリンク
  1. MCS マシンカタログに VM を作成
  2. Set-ProvScheme コマンドを使用して、プロビジョニングスキームの準備済みイメージバージョン仕様を変更
  3. イメージ定義とバージョンを管理: イメージバージョンとイメージ定義を編集
  4. MCS マシンカタログを削除: 削除順序は、マシンカタログ > 共有準備済みイメージバージョン仕様 (イメージ共有の場合) > 準備済みイメージバージョン仕様 > マスターイメージバージョン仕様 > イメージバージョン > 指定されたホスティング接続内のイメージ定義の構成 > イメージ定義。イメージバージョン仕様を削除する前に、準備済みイメージバージョン仕様がどの MCS マシンカタログにも関連付けられていないことを確認

イメージノードについて

イメージノードを使用して、MCS 準備済みイメージを作成および管理します。そのメインビューは次の 4 つの部分に分かれています。

  • ホストユニット間で準備済みイメージが共有されていない場合

    image-node-main-view

  • ホストユニット間で準備済みイメージが共有されている場合

    image-node-main-view-image-sharing

ラベル 部分 説明
A イメージ定義 以前に作成されたイメージ定義を一覧表示します。
B イメージバージョン 選択したイメージ定義のイメージバージョンを表示します。
C



詳細



  • 詳細タブには、マスターイメージ、リソース、ハイパーバイザー、イメージ定義の名前、OS タイプ、セッションタイプなど、選択したイメージ定義またはバージョンに関する詳細情報が表示されます。
  • イメージスキームタブには、ハードディスク、マシンサイズ、ライセンスタイプ、ディスク暗号化セット、マシンプロファイルなど、イメージの準備に使用されるテンプレートに関する情報が表示されます。
  • プロビジョニングスキームタブには、カタログの作成に使用されるプロビジョニングスキーム名が表示されます。
  • トラブルシューティングタブには、選択したイメージバージョンのエラー状態が表示されます。
  • イメージ共有の場合: リソースタブには、イメージバージョン共有のステータスが表示されます。
D アクションバー イメージバージョンの作成説明の編集イメージ共有の管理(準備済みイメージ共有の場合)、イメージバージョンの削除カタログの作成など、イメージ定義とバージョンに対して実行できるアクションを一覧表示します。

Azure サブスクリプションまたはテナント間での準備済みイメージの共有

Azure プラットフォームでサブスクリプションまたはテナント間で準備済みイメージを共有するには、次の例に従ってください。

  • サービスプリンシパル: SPN 1
  • サブスクリプション: Subscription 1
  • テナント: Tenant 1

このイメージを次と共有します。

  • サービスプリンシパル: SPN 2
  • サブスクリプション: Subscription 2
  • テナント: Tenant 2 (Tenant 1 と同じでも可)

イメージを正常に共有して使用するには、Subscription 1 で、ギャラリー、リソースグループ、またはサブスクリプションのスコープで、SPN 2 に次のアクセス許可を付与する必要があります。

  • Microsoft.Resources/subscriptions/read
  • Microsoft.Compute/galleries/images/read
  • Microsoft.Compute/galleries/images/versions/read

    注:

    サブスクリプションまたはリソースに対するアクセス許可を持つサービスプリンシパルは、Microsoft.Resources/subscriptions/read アクセス許可を自動的に継承します。

または、Compute Gallery Image Reader の組み込みロールを SPN 2 に割り当てます。

ステップバイステップのガイダンスについては、この Microsoft の記事を参照してください。

次のステップ

画像管理