イメージ管理

はじめに

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

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

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

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

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

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

注：

• この機能は現在、アマゾン ワークスペース コア マネージドインスタンス、アジュール、アジュール、レッドハット オープンシフト、ヴイエムウェア仮想化、およびゼンサーバー環境に適用可能です。
• 準備済みイメージを使用せずにMCSマシンカタログを作成できます。その場合、この機能のメリットは得られません。ただし、Amazon WorkSpaces Core Managed Instancesの場合、準備済みイメージバージョンのみを使用してMCSカタログを作成します。マスターイメージを直接使用してカタログを作成することはできません。

ユースケース

イメージ管理機能のユースケースには、次のようなものがあります。

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

  • 特定のイメージに対するさまざまなイテレーションや更新を管理する。
  • さまざまな目的のために、イメージの複数のバージョンを維持する。

• 論理的なグループ化: 複数のイメージ定義を作成して、次のことを行えます。

  • プロジェクト、部門、アプリケーション、デスクトップの種類など、さまざまな基準に基づいてイメージバージョンを論理的にグループ化する。
  • 組織内でイメージをより効率的に管理する。

• イメージ共有: 同じ接続タイプのホスト接続内のホスティングユニット間で準備済みイメージバージョンを共有して、次のことを行えます。

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

準備済みイメージとは

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

1. 単一のソースイメージから準備済みイメージを作成する。
2. 準備済みイメージを使用して、MCSマシンカタログを作成または更新する。

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

「Web Studio」からイメージを使用する場合に、準備されたイメージが複数のMCSマシンカタログでどのように使用されるかを理解します。

準備されたイメージの概要(/ja-jp/citrix-virtual-apps-desktops/2511/media/prepared-image-overview.png)

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

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

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

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

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

必要条件

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

制限事項

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

• Azureにおける複数のニック
• 永続データディスク機能
• マルチセッションの休止状態
• イメージタイプの変更

• Azureのホスティングユニット間で準備済みイメージバージョンを共有する場合、以下の共有方法は許可されていません。

  • 直接共有
  • パブリックコミュニティギャラリーへの共有

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

Web Studioを使用する場合のイメージのライフサイクルは次のとおりです。

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

PowerShell を使用してイメージを管理することもできます。「PowerShell を使用したイメージライフサイクル管理」(#image-lifecycle-management-using-powershell)を参照してください。

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

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

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

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

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

1. イメージを作成する:

   1. イメージ定義を作成します。
   2. 指定されたホスティング接続にイメージ定義の新しい構成を追加します。
   3. イメージバージョンを作成します。
   4. マスターイメージバージョン仕様を追加します。
   5. 準備済みイメージバージョン仕様を作成します。
2. 必要に応じて、仮想化環境内の別のホスティングユニットとイメージバージョン仕様を共有します。同じホスティング接続内にあるかどうかは問いません。

3. 準備済みイメージバージョン仕様を使用して MCS マシンカタログを作成する:

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

イメージノードについて

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

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

  

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

  

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 アクセス許可を自動的に継承します。

または、コンピュートギャラリーイメージリーダー 組み込みロールを SPN 2 に割り当てます。

詳細な手順については、この Microsoft の記事 を参照してください。

次のステップ

• 準備されたイメージのマシンカタログを作成する

  • Amazon WorkSpaces Core マネージドインスタンス用の準備されたイメージを作成する
  • Amazon WorkSpaces Core マネージドインスタンスのカタログを作成する(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/create-catalog-amazon-wsc.html)
  • Azure で準備済みイメージのマシンカタログを作成する(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/create-prepared-image-machine-catalogs-azure.html)
  • VMware で準備済みイメージのマシンカタログを作成する(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/create-prepared-image-machine-catalogs-vmware.html)
  • Red Hat OpenShift で準備済みイメージのマシンカタログを作成する(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/create-prepared-image-machine-catalogs-openshift.html)
  • XenServer で準備済みイメージのマシンカタログを作成する(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/create-prepared-image-machine-catalogs-xenserver.html)