イメージ管理

はじめに

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

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

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

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

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

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

注:

  • この機能は現在、Azure、Azure、Red Hat OpenShift、およびVMware仮想化環境に適用できます。
  • 準備済みイメージを使用せずにMCSマシンカタログを作成できます。その場合、この機能の利点を得ることはできません。

ユースケース

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

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

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

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

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

準備済みイメージとは

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

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

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

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

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

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

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

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

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

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

必要条件

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

制限事項

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

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

    • 直接共有
    • パブリックコミュニティギャラリーに共有
  • 現在、Azure 機密VMはイメージ管理ではサポートされていません。

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

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

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

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

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

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

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

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

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

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

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

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

イメージノードについて理解する

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

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

    イメージノードのメインビュー

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

    イメージノードのメインビュー - イメージ共有

ラベル 項目 項目説明
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 権限を自動的に継承します。

別の方法として、SPN 2Compute Gallery Image Reader という組み込みロールを割り当てます。

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

次のステップ

準備済みイメージのマシンカタログを作成する Azure で準備済みイメージのマシンカタログを作成する VMware で準備済みイメージのマシンカタログを作成する Red Hat OpenShift で準備済みイメージのマシンカタログを作成する