イメージ管理
はじめに
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つの段階に分けます。
-
単一のソースイメージから準備されたイメージを作成する。
-
準備されたイメージを使用して、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を使用する場合のイメージのライフサイクルは次のとおりです。
-
準備済みイメージの作成: イメージ定義とその初期イメージバージョンを作成します。
-
初期イメージバージョンからイメージバージョンを作成します。
-
必要に応じて、仮想化環境内のホスティングユニットとイメージバージョンを共有します。
-
イメージバージョンを準備済みイメージとして使用して、カタログを作成します。
-
別の準備済みイメージでマシンカタログを更新します。
-
イメージ定義とバージョンを管理する: イメージバージョンの名前と説明、およびイメージ定義の説明を編集します。
-
イメージバージョンを削除します。
-
イメージ定義を削除します。
または、PowerShell を使用してイメージを管理することもできます。「PowerShell を使用したイメージライフサイクル管理」を参照してください(#image-lifecycle-management-using-powershell)。
PowerShell を使用したイメージライフサイクル管理
PowerShell コマンドを使用してプロビジョニングスキームを作成する場合は、環境の必要に応じて、マスターイメージバージョン仕様に基づいて準備済みイメージバージョン仕様を作成する必要があります。
マスターイメージバージョン仕様: マスターイメージバージョン仕様は、イメージバージョンに追加または作成された特定のイメージです。ハイパーバイザー内の既存のイメージをマスターイメージバージョン仕様として追加するか、環境の必要に応じてマスターイメージバージョン仕様に基づいて準備済みイメージバージョン仕様を作成できます。準備済みイメージバージョン仕様は、複数のプロビジョニングスキームに使用できます。
Azure、VMware、および Amazon WorkSpaces Core Managed Instances の両方の環境で、同じホスティング接続内にあるかどうかにかかわらず、ホスティングユニット間でイメージバージョン仕様を共有することもできます。Azure では、Azure Compute Gallery (ACG) のディスク共有機能を使用して共有が実現されます。
PowerShellコマンドを使用する場合のイメージのライフサイクルは次のとおりです。
-
イメージを作成する:
-
イメージ定義を作成します。
-
指定されたホスティング接続にイメージ定義の新しい構成を追加します。
-
イメージバージョンを作成します。
-
マスターイメージバージョン仕様を追加します。
-
準備済みイメージバージョン仕様を作成します。
-
-
必要に応じて、仮想化環境内の別のホスティングユニットとイメージバージョン仕様を共有します。同じホスティング接続内にあるかどうかは問いません。
-
準備済みイメージバージョン仕様を使用して MCS マシンカタログを作成する:
-
ブローカーカタログを作成します。
-
IDプールを作成します。
-
New-ProvSchemeコマンドを使用して、準備済みイメージバージョン仕様のUidパラメーターを持つプロビジョニングスキームを作成します。 -
ブローカーカタログをプロビジョニングスキームにリンクします。
-
-
MCSマシンカタログにVMを作成します。
-
Set-ProvSchemeコマンドを使用して、プロビジョニングスキームの準備済みイメージバージョン仕様を変更します。 -
イメージ定義とバージョンを管理します: イメージバージョンとイメージ定義を編集します。
-
MCSマシンカタログを削除します: 削除順序は、マシンカタログ > 共有準備済みイメージバージョン仕様 (イメージ共有の場合) > 準備済みイメージバージョン仕様 > マスターイメージバージョン仕様 > イメージバージョン > 指定されたホスティング接続におけるイメージ定義の構成 > イメージ定義です。イメージバージョン仕様を削除する前に、準備済みイメージバージョン仕様がどのMCSマシンカタログにも関連付けられていないことを確認してください。
イメージノードについて理解する
イメージノードを使用して、MCSで準備されたイメージを作成および管理します。そのメインビューは4つの部分に分かれています。
-
ホストユニット間で準備済みイメージが共有されていない場合
-
ホストユニット間で準備済みイメージが共有されている場合:
| ラベル | 部分 | 説明 |
|---|---|---|
| A | イメージ定義 | 以前に作成されたイメージ定義を一覧表示します。 |
| B | イメージバージョン | 選択したイメージ定義のイメージバージョンを表示します。 |
| C | 詳細 |
|
| 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アクセス許可を自動的に継承します。
または、SPN 2 に組み込みロールの Compute Gallery Image Reader を割り当てます。
詳細な手順については、この 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)
-