Citrix DaaS™

AWS EC2カタログを作成する

September 3, 2026

寄稿者:

C C

「マシンカタログの作成」(/ja-jp/citrix-daas/install-configure/machine-catalogs-create.html)では、マシンカタログを作成するウィザードについて説明します。以下の情報は、AWS EC2仮想化環境に固有の詳細を扱っています。

注：

AWSカタログを作成する前に、AWSへの接続の作成を完了する必要があります。「AWS EC2への接続」(/ja-jp/citrix-daas/install-configure/connections/connection-aws.html)を参照してください。

イメージ準備中のネットワーク設定

イメージ準備中に、元のVMに基づいて準備用仮想マシン（VM）が作成されます。この準備用VMはネットワークから切断されます。準備用VMからネットワークを切断するために、すべてのインバウンドおよびアウトバウンドトラフィックを拒否するネットワークセキュリティグループが作成されます。このネットワークセキュリティグループは永続的であり、再利用されます。ネットワークセキュリティグループの名前はCitrix.XenDesktop.IsolationGroup-GUIDで、GUIDはランダムに生成されます。

AWSテナンシー

AWSは以下のテナンシーオプションを提供します。

共有テナンシー（デフォルトタイプ）と専用テナンシー。共有テナンシーとは、異なる顧客の複数のAmazon EC2インスタンスが同じ物理ハードウェア上に存在する可能性があることを意味します。
専用テナンシーとは、デプロイした他のインスタンスと同じハードウェア上でのみEC2インスタンスが実行されることを意味します。他の顧客は同じハードウェアを使用しません。

AWSホストへのプロビジョニングの要件

インポートされたBYOL（bring your own license）イメージ（AMI）。専用ホストでは、既存のライセンスを使用および管理します。
プロビジョニング要求を満たすのに十分な利用率を持つ専用ホストの割り当て。
自動配置を有効にする。

AWSテナンシーを構成するオプション

共有ハードウェアを使用する。この設定は、ほとんどの展開に適しています。複数の顧客が互いにやり取りすることはありませんが、ハードウェアの一部を共有します。共有ハードウェアを使用することは、Amazon EC2インスタンスを実行するための最も安価なオプションです。
専用ホストを使用する。Amazon EC2専用ホストは、EC2インスタンス容量が完全に専用の物理サーバーであり、既存のソケットごとまたはVMごとのソフトウェアライセンスを使用できます。専用ホストには、インスタンスタイプに基づいて事前に設定された利用率があります。たとえば、C4 Largeインスタンスタイプの単一の割り当てられた専用ホストは、16インスタンスの実行に制限されます。詳細については、AWSサイトを参照してください。

この設定は、ライセンス制限または専用ホストの使用を必要とするセキュリティ要件がある展開に適しています。専用ホストを使用すると、物理ホスト全体を所有し、時間単位で課金されます。そのホストを所有することで、追加料金なしで、そのホストが許可する数のEC2インスタンスを起動できます。
専用インスタンスを使用する。この設定は、特定のセキュリティまたはコンプライアンス要件がある展開により適しています。専用インスタンスを使用すると、他のAWS顧客とは別のホストを持つという利点を享受できますが、ホスト全体に対して料金を支払う必要はありません。ホストの容量について心配する必要はありませんが、インスタンスに対してはより高い料金が課金されます。

注：

カタログ作成またはイメージ更新タスクが進行中でない場合、利用可能な準備IDディスクを削除できます。

Studioを使用してAWSテナンシーを構成するには、Studioを使用してカタログを作成するを参照し、PowerShellを使用するには、PowerShellを使用してAWS専用ホストテナンシーを構成するを参照してください。

AWS運用リソースのタグ付け

Amazon Machine Image (AMI) は、Amazon Cloud環境内で仮想マシンを作成するために使用される仮想アプライアンスの一種であり、一般にEC2と呼ばれます。AMIを使用して、EC2環境を使用するサービスを展開します。AWS用のMCSを使用してマシンをプロビジョニングするカタログを作成するときは、そのカタログのゴールデンイメージとして機能するAMIを選択します。

重要：

運用リソースのタグ付けを使用するには、マシンプロファイルと起動テンプレートの両方を使用してカタログを作成する必要があります。

AWSカタログを作成するには、まずゴールデンイメージとするインスタンスのAMIを作成する必要があります。MCSはそのインスタンスからタグを読み取り、起動テンプレートに組み込みます。起動テンプレートのタグは、その後、AWS環境で作成されたすべてのCitrix®リソースに適用されます。これには以下が含まれます。

仮想マシン
VMディスク
VMネットワークインターフェース
S3 バケット
S3 オブジェクト
起動テンプレート
AMI

カタログの作成中に、Studio および PowerShell を使用して運用リソースにタグを付けることができます。Studio については、Studio を使用したカタログの作成 (「イメージ」ページ) を参照してください。PowerShell については、PowerShell を使用した運用リソースのタグ付けを参照してください。

カタログの作成

以下の方法でカタログを作成できます。

スタジオ
PowerShell

Studio を使用したカタログの作成

左側のナビゲーションペインで、[マシンカタログ] をクリックします。
[マシンカタログの作成] をクリックします。[マシンカタログのセットアップ] ページが表示されます。
[マシンの種類] ページで、カタログのマシンの種類 (例: マルチセッションOS) を選択します。
[マシン管理] ページで、次の設定を選択します。
1. 電源管理されているマシン (仮想マシンやブレードPCなど) を選択します。
2. Citrixプロビジョニングテクノロジーを選択します。次に、Citrix Machine Creation Services™を選択します。
3. リソースフィールドで、ホスト接続の作成時に構成したリソース（アベイラビリティゾーンまたはローカルゾーン）を選択し、次へをクリックします。
デスクトップエクスペリエンスページで、ユーザーがログインしたときに使用するランダムまたは静的デスクトップを選択します。
イメージページで、次の操作を行います。
1. カタログ内のすべてのマシンのマスターイメージとして使用するマシンのテンプレートを選択します。
2. カタログ内のVMにマシンプロファイルから構成を継承させたい場合は、マシンプロファイルを選択します。デフォルトでは、マシンプロファイルを使用チェックボックスが選択されています。マシンプロファイルのソースを別のVMまたは起動テンプレートバージョンに変更するには、編集ボタンをクリックします。
3. マシンテンプレートに2つのボリュームがある場合、データディスクをプロビジョニングオプションはデフォルトで有効になります。この場合、マシンプロファイルは、2つのボリュームを持つインスタンスまたは起動テンプレート（ハードウェアプロパティ、例えばブロックデバイスマッピング、ボリュームタイプを指定するもの）のみ、およびボリュームとブロックデバイスマッピングが定義されていない起動テンプレートのみでフィルタリングされます。
  
  データディスクをプロビジョニングするチェックボックスをオフにすると、マシンプロファイルは、ボリュームとブロックデバイスマッピングが定義されていない起動テンプレートのみでフィルタリングされます。
  
  マシンプロファイルベースのMCSカタログの場合、同じマスターVMをマシンプロファイルのデータディスクソースとして使用できます。
4. 運用リソースにマシンタグを適用チェックボックスをオンにして、運用リソースにマシンタグを適用します。このオプションは、マシンのプロビジョニングを容易にするためにAWS環境で作成されたすべての項目にマシンタグを適用するかどうかを制御します。運用リソースは、カタログ作成の副産物として作成されます。これには、準備VMインスタンスやAMIなどの一時的および永続的なリソースの両方が含まれます。
注：

セキュリティページは、マシンプロファイルを割り当てずにマシンカタログを作成する場合にのみ表示されます。
仮想マシンページで、次の操作を行います。
1. カタログのVM数を入力します。
2. デフォルトのマシン仕様が表示されます。これはマシンプロファイルに基づいています。変更するには、編集アイコンを選択し、マシン仕様を選択します。
3. AWSテナンシーを構成します。AWSテナンシーを構成するオプションを参照してください。
4. プライマリマシンのサイズが最大容量に達した場合、セカンダリVMを構成することもできます。セカンダリサイズ（オプション）をクリックします。セカンダリマシンサイズウィンドウには、リストされているVMがスポットVMと通常VMの両方のタイプを持っています。最大10個のセカンダリマシンサイズを選択できます。10個のVMが選択されると、リストされている他のVMはそれ以上選択できなくなります。次へをクリックします。セカンダリマシンサイズブレードでは、複数のマシンサイズを選択し、ドラッグアンドドロップで優先順位を変更できます。完了をクリックします。選択したマシンサイズはセカンダリサイズ（オプション）に表示されます。必要に応じて編集アイコンをクリックして編集します。
セキュリティページは、マシンプロファイルを割り当てずにマシンカタログを作成する場合にのみ表示されます。セキュリティページを使用して、VMのセキュリティグループを構成します。これは、既存のマシンカタログを編集およびクローン作成する場合にも適用されます。

マシンプロファイルベースのマシンカタログを作成する場合、セキュリティグループの構成はマシンプロファイルから継承され、セキュリティページは表示されません。
NICページで、VMのNIC（またはENI）を選択します。
ディスク設定ページで、ライトバックキャッシュを有効にするかどうかを選択します。
「マシンID」ページで、ドメインを選択し、このマシンカタログで作成するVMの新しいADアカウントを作成することで、カタログ内のマシンに対してオンプレミスのActive DirectoryまたはMicrosoft Entraハイブリッド参加を構成します。プロビジョニングされたVMは、選択したドメインに参加します。VM用に作成する新しいADアカウントのアカウント命名スキームを指定します。「次へ」をクリックします。
ドメイン資格情報ページで、資格情報の入力をクリックして、選択したドメインの資格情報を提供します。プロンプトが表示されたら、管理者レベルのユーザー名とパスワードを入力します。製品ドキュメントに従って以前にドメイン資格情報を保存している場合は、サービスアカウントを使用することもできます。
概要ページが表示されるまで、残りのページをクリックします。イメージページでデータディスクをプロビジョニングすることを選択した場合、概要ページでデータディスクの使用の値がtrueに設定されます。マシンカタログの名前を入力し、完了を選択してマシンカタログを作成します。

AWSローカルゾーンでのマシンカタログ作成に関する制限事項

特定のローカルゾーンは、特定のハードウェア構成のみをサポートしています（例：パースローカルゾーンはGP3ボリュームをサポートせず、GP2のみをサポートします）。
gp2のみがすべてのローカルゾーンで普遍的にサポートされており、すべてがgp3をサポートしているわけではないため、IDディスクの作成はデフォルトでgp2ボリュームタイプを使用します。
目的のローカルゾーンでサポートされているハードウェア仕様を持つマシンプロファイルを選択する必要があります。
準備されたイメージAMIスナップショットとIDディスクスナップショットは、デフォルトでローカルゾーンではなくリージョンに配置されます（ローカルゾーンでのEBSスナップショットサポートの可視性に関するAWSの制限のため）。
EC2およびEBSサービスを完全にサポートするローカルゾーンのみがサポート対象ゾーンです。

PowerShell を使用してカタログを作成する

PowerShell を使用して AWS 専用ホストのテナンシーを構成する

または、PowerShell を使用して AWS 専用ホストをプロビジョニングすることもできます。New-ProvScheme コマンドレットで、パラメーター TenancyType を Host に設定して使用します。

PowerShell を使用して運用リソースにタグを付ける

PowerShell を使用してリソースにタグを付けるには：

DDC ホストから PowerShell ウィンドウを開きます。
コマンド asnp citrix を実行して、Citrix 固有の PowerShell モジュールをロードします。

プロビジョニングされた VM のリソースにタグを付けるには、カスタムプロパティ AwsOperationalResourcesTagging を使用します。例：

New-ProvScheme -ProvisioningSchemeName test
-CustomProperties “AwsOperationalResourcesTagging,true”
-MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion"
... <Other <standard provscheme parameters>
<!--NeedCopy-->

MCSIO が有効なカタログ

MCS Storage Optimization (MCSIO) は、ディスク操作をメモリまたは小型の高速ディスクにキャッシュすることで、VM のパフォーマンスを向上させます。PowerShell コマンドを使用して、MCSIO が有効な非永続カタログを作成できます。このようなカタログを作成するには、AMI インスタンスの準備中に VDA をインストールまたはアップグレードする際に、MCSIO ドライバーをインストールする必要があります。デフォルトでは、このドライバーはインストールされません。

MCSIO AMI の準備が完了したら（VDA のインストール時に MCSIO ドライバーをインストールに含めるオプションを選択した場合）、MCSIO が有効な非永続カタログを作成できます。

注：

Studio を使用してディスクキャッシュのみ（メモリキャッシュなし）で MCSIO を構成するオプションは、すべてのハイパーバイザーおよびクラウドサービス環境で削除されました。

MCSIO が有効なカタログを作成する

New-ProvScheme PowerShell コマンドに追加された4つのパラメーターは次のとおりです。

UseWriteBackCache: 指定されたプロビジョニングスキームに対してキャッシュ (ライトバックキャッシュ) を有効にします
WriteBackCacheDiskSize: キャッシュに使用される一時ディスクのサイズをGB単位で指定します
WriteBackCacheMemorySize: キャッシュに使用するメモリ量をMB単位で指定します。これはオプションのパラメーターです。

注:

WriteBackCacheDiskSize の値は、少なくとも1GBのキャッシュディスクストレージが必要なため、ゼロより大きい必要があります。キャッシュディスクのサイズはOSディスクのサイズより大きくしてはいけません。

WriteBackCacheMemorySize の値は、ゼロ以外で、マシンカタログのメモリサイズよりも小さい必要があります。

MCSIOに影響を与えるカスタムプロパティは次のとおりです。

WBCDiskStorageType: AWSの一時ディスクに使用されるボリュームタイプを定義します。このパラメーターは、volume-type[:iops][:throughput] の形式で文字列引数を取ります。ボリュームタイプは次のとおりです。
- gp2: このボリュームタイプでは、iopsおよびスループットパラメーターを使用しないでください
- gp3: このボリュームタイプでは、iopsおよびスループットパラメーターを使用してください
- io1: このボリュームタイプでは、iopsパラメーターのみを使用してください
- io2: このボリュームタイプでは、iopsパラメーターのみを使用してください
デフォルトのボリュームタイプは gp2 です。
PersistWBC: AWSインスタンスの電源がオフになるたびに、キャッシュディスクを保持するか破棄するかを制御します。true に設定すると、キャッシュディスクは保持されます。false (デフォルト) に設定すると、キャッシュディスクはAMIインスタンスの電源がオンになっている間のみ作成および保持されます。
PersistOSDisk: AWSインスタンスの電源がオフになるたびに、OSディスクを保持するか破棄するかを制御します。true に設定すると、OSディスクは保持されます。false (デフォルト) に設定すると、OSディスクはAMIインスタンスの電源がオンになっている間のみ作成および保持されます。

PowerShellウィンドウで次の手順を実行し、MCSIOが有効な非永続カタログを作成します。

PowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix*を実行します。
ブローカーカタログとIDプールを作成します。

プロビジョニングスキームを作成します。例：

$HostingUnitUid = '0xxxx1d9-bbfc-xxxf-bxxb-exxxxxe008b2'
$MasterImageVM = 'XDHyp:\HostingUnits\ctx-test\aws-apollo-non-persistent-multi-mcsio-vda-win2022 (ami-0bf1810488acbxxxb).template'
$NetworkMap = @{ 'NetworkPath' = 'XDHyp:\HostingUnits\ctx-test\us-east-1a.availabilityzone\10.0.128.0`/17 (vpc-0fa6e41d72507fxxx).network' }
$SecurityGroup = $( 'XDHyp:\HostingUnits\ctx-test\us-east-1a.availabilityzone\private.securitygroup' )
$ServiceOffering = 'XDHyp:\HostingUnits\ctx-test\T3 Medium Instance.serviceoffering'
$CustomProperties = 'WBCDiskStorageType,gp3:6000:250;PersistWBC,false'


$provScheme = New-ProvScheme -ProvisioningSchemeName $CatalogName -HostingUnitUid $HostingUnitUid `
-IdentityPoolUid $acctPool.IdentityPoolUid -CleanOnBoot `
- MasterImageVM $MasterImageVM `
-NetworkMap $NetworkMap `
-ServiceOffering $ServiceOffering `
-SecurityGroup $SecurityGroup `
-CustomProperties $CustomProperties `
-UseWriteBackCache -WriteBackCacheDiskSize 16 -WriteBackCacheMemorySize 256
<!--NeedCopy-->

カタログにVMを追加します。

MCSIOで起動パフォーマンスを向上させる

MCSIOを有効にし、PersistWBCとPersistOSDiskのカスタムプロパティをtrueに設定すると、VMの起動パフォーマンスを向上させることができます。このような設定により、VMは新しいキャッシュディスクを初期化したり、テンプレートからルートディスクを再作成したりする必要がないため、より高速に起動できます。

PowerShellを使用してマシンプロファイルベースのマシンカタログを作成する

マシンプロファイルを使用して、EC2インスタンス（VM）または起動テンプレートバージョンからハードウェアプロパティをキャプチャし、プロビジョニングされたマシンに適用できます。キャプチャされるプロパティには、たとえば、EBSボリュームプロパティ、インスタンスタイプ、EBS最適化、CPUオプション、テナンシータイプ、ハイバネーション機能、セキュリティグループ、その他のサポートされているAWS構成が含まれます。

マシンプロファイルの入力として、AWS EC2インスタンス（VM）またはAWS起動テンプレートバージョンを使用できます。

注：

EBSボリュームプロパティは、マシンプロファイルからのみ派生します。

重要な考慮事項

MCSマシンカタログを作成する際の重要な考慮事項：

New-ProvSchemeおよびSet-ProvSchemeコマンドでマシンハードウェアプロパティパラメーターを追加すると、パラメーターで指定された値がマシンプロファイル内の値を上書きします。
AwsCaptureInstancePropertiesをtrueに設定し、MachineProfileプロパティを設定しない場合、IAMロールとタグのみがキャプチャされます。
AwsCaptureInstancePropertiesとMachineProfileを同時に設定することはできません。

注：

AwsCaptureInstancePropertiesは非推奨です。
マシンプロファイルが提供されていない場合は、次のプロパティの値を明示的に指定する必要があります。
- セキュリティグループ
- ENIまたは仮想ネットワーク
AwsOperationalResourcesTaggingは、AwsCaptureInstancePropertiesを有効にするか、マシンプロファイルを指定した場合にのみ有効にできます。

MCSマシンカタログを作成する際の重要な考慮事項は次のとおりです。

マシンプロファイルベースのカタログから非マシンプロファイルベースのカタログにカタログを変更することはできません。

マシンプロファイル入力でセキュリティグループを構成する

プロビジョニングされたVMにENI（ネットワークインターフェース）ごとにセキュリティグループが割り当てられるMCSマシンカタログを作成できます。これを行うには、個別のENIに異なるセキュリティグループがマッピングされているマシンプロファイル入力（EC2インスタンスまたは起動テンプレート）を使用します。たとえば、マシンプロファイル入力にSG 1を持つENI AとSG 2を持つENI Bがある場合、プロビジョニングされたVMもSG 1を持つENI AとSG 2を持つENI Bを持つ必要があります。

ネットワークインターフェースの詳細を取得する

次のコマンドを実行して、インターフェースのSubnetId、割り当てられたセキュリティグループ、割り当てられたネットワークを含むネットワークインターフェースデータレコードのリストを取得します。

(Get-HypInventoryItem -LiteralPath 'XdHyp:\HostingUnits\cvad-test' – ResourceType vm). AdditionalData
<!--NeedCopy-->

注：

MCSは現在、ネットワークインターフェイスごとに複数のネットワークを許可していません。

マシンプロファイルを使用してマシンカタログを作成する

マシンプロファイルを使用してマシンカタログを作成するには：

PowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix*を実行します。

まだ作成されていない場合は、IDプールを作成します。例：

New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain abcdf -NamingSchemeType Numeric
<!--NeedCopy-->

New-ProvSchemeコマンドを実行します。例：

New-ProvScheme -ProvisioningSchemeName demet-test-1
-HostingUnitUid aa633238-9xxd-4cf6-80e8-232a758a1xx1
-IdentityPoolUid 34d5b088-e312-416f-907d-16573xxxxxc4
-CleanOnBoot
-MasterImageVM 'XDHyp:\HostingUnits\cvad-test-scalestress\citrix-demet-ami.0 (ami-0ca813xxxxxx061ef).template'
-MachineProfile 'XdHyp:\HostingUnits\cvad-test-scalestress\us-east-1a.availabilityzone\machine-profile-instance i (i-0xxxxxxxx).vm'
<!--NeedCopy-->

カタログの作成を完了します。

マシンプロファイルを更新する

マシンプロファイルで最初にプロビジョニングされたカタログのマシンプロファイルを更新するには、次の手順を実行します。MCSマシンカタログの編集中に、マシンプロファイルソースのテナンシータイプとハイバネーション機能を変更することもできます。

Set-ProvSchemeコマンドを実行します。例：

Set-ProvScheme `
-ProvisioningSchemeUid "<ID" `
-MachineProfile "XDHyp:\HostingUnits\abc\us-east-1a.availabilityzone\citrix-cvad-machineprofile-instance (i-0xxxxxxxx).vm"
<!--NeedCopy-->

PowerShellを使用して起動テンプレートバージョンでカタログを作成する

起動テンプレートバージョンをマシンプロファイル入力として使用して、MCSマシンカタログを作成できます。また、マシンプロファイルカタログの入力をVMから起動テンプレートバージョンへ、または起動テンプレートバージョンからVMへ更新することもできます。

AWS EC2コンソールで、起動テンプレートのインスタンス構成情報をバージョン番号とともに提供できます。マシンカタログの作成または更新時に、起動テンプレートバージョンをマシンプロファイル入力として指定すると、そのバージョンの起動テンプレートのプロパティがプロビジョニングされたVDA VMにコピーされます。

以下のプロパティは、マシンプロファイル入力を使用するか、New-ProvScheme または Set-ProvScheme コマンドでパラメータとして明示的に指定できます。New-ProvScheme または Set-ProvScheme コマンドで指定された場合、これらのプロパティのマシンプロファイル値よりも優先されます。

サービス提供
ネットワーク
テナンシータイプ

注:

マシンプロファイルの起動テンプレートでサービス提供が指定されていない場合、または New-ProvScheme コマンドでパラメータとして指定されていない場合、適切なエラーが発生します。

起動テンプレートバージョンをマシンプロファイル入力として使用してカタログを作成するには、次の手順を実行します。

PowerShell ウィンドウを開きます。
Citrix 固有の PowerShell モジュールをロードするには、asnp citrix* を実行します。

起動テンプレートの起動テンプレートバージョンの一覧を取得します。例:

XDHyp:\HostingUnits\test\test-mp-sard (lt-01xxxxx).launchtemplate> ls | Select FullPath
<!--NeedCopy-->

ID プールが作成されていない場合は作成します。例:

New-AcctIdentityPool `
-IdentityPoolName "abc11" `
-NamingScheme "abc1-##" `
-NamingSchemeType Numeric `
-Domain "citrix-xxxxxx.local" `
-ZoneUid "xxxxxxxx" `
<!--NeedCopy-->

起動テンプレートバージョンをマシンプロファイル入力として使用してプロビジョニングスキームを作成します。例:

New-ProvScheme `
-ProvisioningSchemeName "MPLT1" `
-HostingUnitUid "c7f71f6a-3f45-4xxx-xxxx-xxxxxxxxxx" `
-IdentityPoolUid "bf3a6ba2-1f80-4xxx-xxxx-xxxxxxxxx" `
-MasterImageVM "XDHyp:\HostingUnits\xxxd-ue1a\apollo-non-persistent-vda-win2022 (ami-0axxxxxxxxxxx).template" `
-CleanOnBoot `
-MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion"
<!--NeedCopy-->

プロビジョニングスキームをブローカーカタログとして登録します。例:

New-BrokerCatalog -Name "MPLT1" `
-AllocationType Random `
-Description "Machine profile catalog" `
-ProvisioningSchemeId fe7df345-244e-4xxxx-xxxxxxxxx `
-ProvisioningType Mcs `
-SessionSupport MultiSession `
-PersistUserChanges Discard
<!--NeedCopy-->

カタログの作成を完了します。

マシンプロファイルソースを更新する

マシンプロファイルカタログの入力を、VMから起動テンプレートバージョンへ、および起動テンプレートバージョンからVMへ更新することもできます。例:

マシンプロファイルカタログの入力をVMから起動テンプレートバージョンに更新するには:

 Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
 -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-0bxxxxxxxxxxxx).launchtemplate\lt-0bxxxxxxxxxxxx (1).launchtemplateversion"
 <!--NeedCopy-->

マシンプロファイルカタログの入力を起動テンプレートバージョンからVMに更新するには:

 Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
 -MachineProfile "XDHyp:\HostingUnits\sard-ue1a\us-east-1a.availabilityzone\apollo-non-persistent-vda-win2022-2 (i-08xxxxxxxxx).vm"
 <!--NeedCopy-->

OS、ID、およびWBCディスクの暗号化

AWS KMSキー (カスタマー管理キーおよびAWS管理キー) を使用して、OSディスク、ID (Identity Disk)、および書き戻しキャッシュディスク (WBC) を暗号化できる永続および非永続VMカタログを作成できます。

AWS管理キーは毎年自動的にローテーションされます。
カスタマー管理キーは自動ローテーションのオプションであり、手動で管理できます。

KMSキーの詳細については、以下のAWSドキュメントを参照してください:

OS、ID、およびWBCディスクの暗号化には、次のいずれかを構成します:

暗号化されたマスターイメージを使用します (たとえば、KMSキーで暗号化されたEBSルートボリュームを含むインスタンスまたはスナップショットから作成されたAMI)。
暗号化されたEBSルートボリュームを含むマシンプロファイルソース (VMまたは起動テンプレート) を使用します。

制限事項

以下の制限事項を考慮してください:

MCS は現在、マスターイメージ AMI 上のディスクを 1 つのみサポートしています。
既存の暗号化されていない EBS ボリュームまたはスナップショットを直接暗号化したり、既存の暗号化されたボリュームの KMS キーを変更したりすることはできません。これを行うには、次の手順を実行する必要があります。
1. そのボリュームの新しいスナップショットを作成します。
2. そのスナップショットから新しいボリュームを作成します。
3. 新しいボリュームを暗号化します。

以下の AWS ドキュメントを参照してください。

暗号化されていないリソースを暗号化する
EBS ボリュームの自動またはデフォルトの暗号化の制限: 既存および新規の Amazon EBS ボリュームを自動的に暗号化する。

ディスク暗号化を使用してカタログを作成する

ディスク暗号化を使用して MCS マシンカタログを作成するには、次のものを使用できます。

マスターイメージ
マシンプロファイル

マシンプロファイル入力を使用する際の考慮事項は次のとおりです。

マシンプロファイル入力の KMS キーは、マスターイメージの KMS キーよりも優先されます。
マシンプロファイル入力が提供されない場合、マスターイメージ AMI の KMS キーがカタログ VM のディスクの暗号化に使用されます。
マシンプロファイルにブロックデバイスマッピングが存在する場合、マスターイメージテンプレート (AMI) とマシンプロファイルに存在するブロックデバイスは一致している必要があります。たとえば、AMI に /dev/sda1 で定義されたデバイスがある場合、マシンプロファイルにも /dev/sda1 で定義されたデバイスが必要です。
マシンプロファイルソースにキーがなく、マスターイメージが暗号化されていない場合、カタログVMのディスクは暗号化されません。
マスターイメージが暗号化されている場合、マシンプロファイルソースVMまたは起動テンプレートには、有効な入力と見なされるために暗号化されたルートボリュームが必要です。

既存のカタログを変更する

Set-ProvScheme PowerShellコマンドを使用して、既存のカタログを次のように変更できます。

新しいKMSキーを含むボリュームを持つマシンプロファイル入力。
新しいKMSキーで暗号化されたマスターイメージテンプレートAMI。

重要な考慮事項:

カタログに追加された新しいVMのボリュームは、新しいKMSキーで暗号化されます。
既存のマシンプロファイルがある場合に暗号化設定を更新するには、新しいマシンプロファイルで Set-ProvScheme を実行します。
既存のカタログを、暗号化されたボリュームから暗号化されていないボリュームに変更することはできません。暗号化されたマスターAMIから暗号化されていないマスターAMIへのイメージ更新はできません。

VMインスタンスのNitroTPMとUEFIセキュアブートを有効にする

カタログを作成する際、NitroTPMおよび/またはUEFIセキュアブートが有効なマスターイメージ (AMI) を選択できるようになりました。これにより、カタログ内のプロビジョニングされたVMもNitroTPMおよび/またはUEFIセキュアブートが有効になります。この実装により、VMが保護され、信頼できるものになります。NitroTPMおよびUEFIセキュアブートの詳細については、Amazonドキュメントを参照してください。

制限事項

現在、NitroTPMとセキュアブートの両方を、中国を除くすべてのAWSリージョン (AWS GovCloud (US) リージョンを含む) で使用できます。
既存のカタログでNitroTPMとUEFIセキュアブートを有効にすることはできません。NitroTPMとUEFIセキュアブートが有効なカタログが必要な場合は、新しいカタログを作成してください。

主な手順

AWS環境をセットアップします。
AWSへの接続を作成します。
NitroTPMおよび/またはUEFIセキュアブートが有効なマスターイメージ（AMI）を作成します(#create-an-ami-that-supports-nitrotpm-and-uefi-secure-boot)。
Web Studioのカタログ作成メニューでNitroTPMとUEFIセキュアブートが有効なマスターイメージを選択するか、PowerShellコマンドを使用してプロビジョニングスキームを作成する際に、マシンカタログを作成します。

作成されたカタログに追加されたVMには、NitoTPMとUEFIセキュアブートが有効になっています。

NitroTPMとUEFIセキュアブートをサポートするAMIを作成する

NitroTPMおよび/またはUEFIセキュアブートが有効なVMからAMIを作成できます。
1. AWS Marketplaceイメージを使用してインスタンスを作成します。例: TPM-Windows_Server-2022-English-Full-Base on the aws-marketplaceを検索します。
2. シングルセッションまたはマルチセッションVDAをダウンロードします。
3. そのVMからAMIを作成します。
register-imageコマンドを使用します。
```
--boot-mode (string)
--tpm-support (string)

```
詳細については、register-imageを参照してください。

以下のAWSドキュメントを参照してください。

Delivery controller™ホストからPowerShellウィンドウを開き、特定の項目を確認できます。

サービスオファリングがNitroTPMまたはUEFIセキュアブートをサポートしているか

 (Get-Item -Path “XDHyp:\HostingUnits\aws\T3 Medium Instance.serviceoffering”).AdditionalData.BootMode
 (Get-Item -Path “XDHyp:\HostingUnits\aws\T3 Medium Instance.serviceoffering”).AdditionalData.NitroTpmSupportVersions
 <!--NeedCopy-->

テンプレートがNitroTPMまたはUEFIセキュアブートをサポートしているか

 (Get-HypInventoryItem -LiteralPath “XDHyp:\HostingUnits\aws” -ResourceType “template -Id “ID”).AdditionalData.BootMode

 (Get-HypInventoryItem -LiteralPath “XDHyp:\HostingUnits\aws” -ResourceType “template -Id “ID”).AdditionalData.TpmSupport
 <!--NeedCopy-->

既存のカタログのサービスオファリングを更新する

既存のカタログのサービスオファリングは、Set-ProvSchemeを使用して変更できます。この変更は新しく追加されたVMに適用されます。ただし、次のシナリオではエラーが発生します。

AMIのブートモード	AMIはNitro TPMをサポートしていますか？	サービスオファリングはNitroTPMとUEFIセキュアブートをサポートしていますか？
UEFI	いいえ	いいえ
レガシーBIOS	はい	いいえ
UEFI	はい	いいえ
UEFI優先	はい	いいえ

MCSで作成されたVMにデータディスクをプロビジョニングする

データディスクを使用すると、イベントログ、セキュリティトレース、アプリケーションデータなどの永続データを保存できます。

AWSのMCSマシンカタログで、MCSによって作成された永続VMまたは非永続VMに、永続データディスクを作成して割り当てることができます。

OSディスクおよびIDディスクとともに永続データディスクをプロビジョニングできます。また、データディスクのソースはマスターイメージ（AMIのセカンダリボリューム）である必要があります。

マシンプロファイルベースと非マシンプロファイルベースの両方のMCSカタログを作成できます。マシンプロファイルベースのMCSカタログの場合、同じマスターイメージVMをマシンプロファイルのデータディスクソースとして使用できます。

データディスクのプロパティ

プロビジョニングされたVMのデータディスクは以下から派生します。

AMIからのサイズとデバイス名
マシンプロファイルが提供されていない場合、AMIからのボリュームタイプ

マシンプロファイルベースのカタログの場合、,

データディスクがマシンプロファイルテンプレートにある場合、プロビジョニングされたVMは、タグ、ストレージポリシー、ストレージティアなどのデータディスクプロパティをマシンプロファイルから取得します。
マシンプロファイルテンプレートには、AMIからのデータディスクと同じデバイスインデックスにデータディスクも存在する必要があります。

マシンプロファイルに基づかないカタログの場合、ハードウェア情報はマスターイメージAMIから取得されます。

データディスクはKMSキーで暗号化され、KMSキーが提供されている場合、AMIまたはマシンプロファイルからのデータディスクのKMSキーを継承します。ただし、マシンプロファイルのKMSが優先されます。データディスクのKMSを変更することはできません。

制限事項

現在、以下の操作はサポートされていません。

非永続データディスクのプロビジョニング。
マシンプロファイルの使用：
- AMIにデータディスクがある場合に、データディスクがないもの、または
- AMIのデータディスクとは異なるデータディスクインデックスにあるもの
インスタンス作成時のディスクごとのタグ付け。
データディスクデバイス名の制限：
- Windows AMIの場合、データディスクはxvd[h-z]に配置し、xvd[f-g]には配置しないでください。
- Linux AMIの場合、データディスクは/dev/sd[h-p]に配置し、/dev/sd[f-g]には配置しないでください。
既存のカタログとVMをデータディスクを使用するように変更する。
データディスクのリセット。
データディスクを持つ既存のカタログのイメージを、データディスクを持たないイメージで更新する。新しいVMのみがイメージコンテンツとボリュームプロパティで更新され、既存のVMは更新されません。
データディスク付きWBCディスクのプロビジョニング。

データディスク付きカタログを作成する

StudioとPowerShellを使用して、データディスク付きカタログを作成できます。

Studioについては、「Studioを使用してカタログを作成する」を参照してください。さらに、以下の重要な点も参照してください。

2つのボリューム（1つはOSディスク（ルートボリューム）、もう1つはデータディスク（セカンダリボリューム））を持つマスターVMからマスターイメージ（AMI）を作成します。
マシンプロファイルベースのMCSカタログの場合、同じマスターVMをマシンプロファイルのデータディスクソースとして使用できます。
Studio UIでカタログ作成中に、2つのボリュームで作成したAMIをマスターイメージとして選択します。
データディスクのプロビジョニングオプションはデフォルトで有効になっています。
2つのボリュームのハードウェアプロパティ（ブロックデバイスマッピング、ボリュームタイプなど）を指定する、2ボリューム（インスタンスまたは起動テンプレート）または0ボリューム（起動テンプレートのみ）のマシンプロファイルを選択します。
マスターイメージ（AMI）に以下がある場合、データディスクをプロビジョニングできません。
- 1つのボリューム: この場合、マシンプロファイルは、1つのボリュームを持つインスタンスまたは起動テンプレート、およびボリュームがなくブロックデバイスマッピングが定義されている起動テンプレートのみでフィルタリングされます。
- 2つを超えるボリューム: この場合、マシンプロファイルは、ボリュームとブロックデバイスマッピングが定義されていない起動テンプレートのみでフィルタリングされます。
カタログの作成を完了すると、カタログ内のVMにデータディスクがプロビジョニングされます。

PowerShell SDKを使用する

AWSでデータディスクを持つマスターVMからマスターイメージ (AMI) を作成します。

マシンプロファイルベースのMCSカタログの場合、同じマスターVMをマシンプロファイルのデータディスクソースとして使用できます。

DataDiskPersistence パラメーター値 - "Persistent" を指定した New-ProvScheme PowerShellコマンドを使用して、データディスクがプロビジョニングされたVMを含むMCSマシンカタログを作成します。例:

New-ProvScheme  -CleanOnBoot -HostingUnitName "<HostingUnitName >" -IdentityPoolName "<IdentityPoolName >" -InitialBatchSizeHint 1 -MasterImageVM "<Path to master image item with an additional disk >" -NetworkMapping <NetworkMapping > -ProvisioningSchemeName "<ProvisioningSchemeName >" -DataDisk "" -DataDiskPersistence "Persistent"  -Scope @() -VMCpuCount 4  -VMMemoryMB 6144  -TenancyType Shared  -FunctionalLevel "L7_20"
<!--NeedCopy-->

New-ProvVM PowerShellコマンドを使用して、カタログにVMを追加します。

データディスクを使用したイメージの更新

Publish-ProvMasterVMImage を使用してイメージを更新できますが、データディスクを含む既存のカタログのイメージを、データディスクを持たないイメージで更新することはできません。イメージを更新した後:

永続カタログの場合:
- カタログ内の新しいVMには、更新されたOSディスクとデータディスクがあります。既存のVMは更新されません。
非永続カタログの場合:
- カタログ内の新しいVMには、更新されたOSディスクとデータディスクがあります。既存のVMのOSディスクは次回の再起動時に更新されますが、データディスクは更新されません。

データディスクの削除

カタログを削除すると、forgetVM または purgeDBOnly オプションを使用しない限り、データディスクは削除されます。VMを削除すると、forgetVM または purgeDBOnly オプションを使用しない限り、データディスクは削除されます。

オンデマンドプロビジョニングカタログの場合、データディスクを削除しないでください。

VM上のタグをコピーする

マシンプロファイルで指定されたNICおよびディスク（IDディスク、ライトバックキャッシュディスク、OSディスク）のタグを、MCSマシンカタログで新しく作成されたVMにコピーできます。これらのタグは、マシンプロファイルソース（AWS VMインスタンスまたはAWS起動テンプレートバージョン）のいずれかで指定できます。この機能は、永続および非永続マシンカタログとVMに適用されます。

注：

AWS EC2コンソールでは、Launch Template Version Resource Tagsの下にTag Network Interfacesの値が表示されません。ただし、PowerShellコマンドaws ec2 describe-launch-template-versions --launch-template-id lt-0bb652503d45dcbcd --versions 12を実行してタグの仕様を確認できます。

マシンプロファイルソース（VMまたは起動テンプレートバージョン）に2つのネットワークインターフェイス（eni-1とeni-2）があり、eni-1にタグt1、eni-2にタグt2がある場合、VMは両方のネットワークインターフェイスのタグを取得します。

PowerShellを使用してVMインスタンスをフィルタリングする

マシンプロファイルVMとして使用するAWS VMインスタンスは、マシンカタログが正しく作成および機能するために互換性がある必要があります。マシンプロファイル入力VMとして使用できるAWS VMインスタンスを一覧表示するには、Get-HypInventoryItemコマンドを使用できます。このコマンドは、ホスティングユニットで利用可能なVMのインベントリをページングおよびフィルタリングできます。

ページネーション：

Get-HypInventoryItemは2つのページネーションモードをサポートしています。

ページングモードでは、-MaxRecordsと-Skipパラメーターを使用してアイテムのセットを返します。
- -MaxRecords：デフォルトは1です。これは、返すアイテムの数を制御します。
- -Skip：デフォルトは0です。これは、ハイパーバイザー内のリストの絶対的な先頭（または絶対的な末尾）からスキップするアイテムの数を制御します。
スクロールモードでは、-MaxRecords、-ForwardDirection、および-ContinuationTokenパラメーターを使用してレコードのスクロールを可能にします。
- -ForwardDirection：デフォルトはTrueです。これは-MaxRecordsと組み合わせて使用され、一致するレコードの次のセットまたは前のセットのいずれかを返します。
- -ContinuationToken: ContinuationTokenで指定された項目の直後（またはForwardDirectionがfalseの場合は直前）の項目を返しますが、その項目自体は含みません。

ページネーションの例:

最も名前が小さいマシンテンプレートの単一レコードを返すには。AdditionalDataフィールドにはTotalItemsCountとTotalFilteredItemsCountがあります:
```
 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template
 
```

最も名前が小さいマシンテンプレートのレコードを10件返すには:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 10 | select Name
 <!--NeedCopy-->

最も名前が大きいレコードで終わるレコードの配列を返すには:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ForwardDirection $False -MaxRecords 10 | select Name
 <!--NeedCopy-->

指定されたContinuationTokenに関連付けられたマシンテンプレートから始まるレコードの配列を返すには:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ContinuationToken "ami-07xxxxxxxxxx" -MaxRecords 10
 <!--NeedCopy-->

フィルタリング:

フィルタリングには、以下の追加のオプションパラメータがサポートされています。これらのパラメータはページネーションオプションと組み合わせることができます。

-ContainsName "my_name": 指定された文字列がAMI名の一部と一致する場合、そのAMIはGetの結果に含まれます。例:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -ContainName ‘apollo’ | select Name
 <!--NeedCopy-->

-Tags '{ "Key0": "Value0", "Key1": "Value1", "Key2": "Value2" }': AMIがこれらのタグの少なくとも1つを持っている場合、それはGetの結果に含まれます。例:
```
 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -Tags '{"opex owner": "Not tagged"}' | select Name
 
```
注:

2つのタグ値がサポートされています。Not Taggedタグ値は、タグのリストに指定されたタグがない項目と一致します。All valuesタグ値は、タグの値に関係なくタグを持つ項目と一致します。それ以外の場合、一致は項目がタグを持ち、その値がフィルターで指定されたものと等しい場合にのみ発生します。

-Id "ami-0a2d913927e0352f3": AMIが指定されたIDと一致する場合、それはGetの結果に含まれます。例:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -Id ami-xxxxxxxxxxxxx
 <!--NeedCopy-->

AdditionalDataパラメータでのフィルタリング:

AdditionalDataフィルターパラメータは、テンプレートまたはVMを、その機能、サービス提供、またはAdditionalDataにある任意のプロパティに基づいてリストします。例:

(Get-HypInventoryItem -ResourceType "launchtemplateversion" -LiteralPath "XDHyp:\HostingUnits\aws" -MaxRecords 200).AdditionalData
<!--NeedCopy-->

互換性のないVMを示す-Warnパラメーターを追加することもできます。VMには、Warningという名前のAdditionalDataフィールドが含まれます。例:

(Get-HypInventoryItem -ResourceType "launchtemplateversion" -LiteralPath "XDHyp:\HostingUnits\aws" -MaxRecords 200 -Template "ami-015xxxxxxxxx" -Warn $true).AdditionalData
<!--NeedCopy-->

VMのバックアップSKUリスト

パブリッククラウドでは、特定のEC2インスタンスタイプ（「プライマリSKU」）の容量が不足することがあります。プライマリVM構成が利用できない場合、VMは起動できず、時間の損失やビジネスの中断につながります。このようなシナリオに対処するため、容量関連の問題が発生した場合にMCSがフォールバックできるバックアップEC2インスタンスタイプ（「バックアップSKU」）のリストを提供します。

MCSマシンカタログの作成または更新時に、カスタムプロパティBackupVmConfigurationを使用して、バックアップEC2インスタンスタイプ（「バックアップSKUリスト」）のリストを提供します。

プライマリEC2インスタンスが失敗した場合、MCSは指定された順序でバックアップEC2インスタンスタイプへのフォールバックを試みます。MCSが提供されたバックアップEC2インスタンスタイプのいずれにもフォールバックできない場合、エラーメッセージが表示されます。その後、プライマリEC2インスタンスの電源を再度オンにしてみてください。これが失敗した場合、MCSはバックアップEC2インスタンスタイプを再試行します。

バックアップSKUリストには、オンデマンドインスタンスを含めることができます。

この機能は、永続および非永続MCSマシンカタログの両方に適用されます。

重要な考慮事項

バックアップSKUリストには、複数のバックアップEC2インスタンスタイプを指定できます。
バックアップSKUリストは一意である必要があります。
バックアップEC2インスタンスは、プライマリEC2インスタンスと同じにすることはできません。
バックアップEC2インスタンスは、有効なAWSインスタンスタイプである必要があります。
重複するサービスオファリングを指定しないでください。例: BackupVmConfiguration,t2.small|t3.small|t2.small は無効です。
リストで指定されたサービスオファリングは、マシンカタログ構成と互換性がある必要があります。たとえば、カタログがUEFIを使用しており、バックアップリストで指定されたサービスオファリングがそれをサポートしていない場合、カタログの作成または更新はプレフライト中に失敗します。
既存のカタログのバックアップSKUリストは、Set-ProvScheme PowerShellコマンドを使用して変更できます。既存のVMは、Set-ProvVM および Set-ProvVMUpdateTimeWindow PowerShellコマンドを使用して変更できます。

バックアップ EC2 インスタンスを構成する

PowerShell ウィンドウを開きます。
Citrix 固有の PowerShell モジュールをロードするには、asnp citrix\* を実行します。
ブローカーカタログを作成します。
ID プールを作成します。

カスタムプロパティ BackupVmConfiguration を使用してバックアップ EC2 インスタンスリストを追加し、プロビジョニングスキームを作成します。例：

$serviceOffering = "XDHyp:\HostingUnits\$hostingUnitName\T3 Medium Instance.serviceoffering"
$customProperties = "AwsCaptureInstanceProperties,false;AwsOperationalResourcesTagging,false;BackupVmConfiguration,t2.small|t2.large|t3.small|t3.large;"
$createdProvScheme = New-ProvScheme -ProvisioningSchemeName $provisioningSchemeName -HostingUnitName $hostingUnitName -IdentityPoolName $provisioningSchemeName -NetworkMapping $networkMapping -SecurityGroup $securityGroupPath -ServiceOffering $serviceOffering -MasterImageVM $masterImageVm -CustomProperties $customProperties
<!--NeedCopy-->

プロビジョニングスキームの一意の ID で BrokerCatalog を更新します。
カタログに VM を作成して追加します。

Studio を使用してバックアップ EC2 インスタンスを追加することもできます。

「仮想マシン」ページで、「セカンダリサイズ」（オプション）をクリックします。「セカンダリマシンサイズ」ウィンドウには、スポットインスタンスと通常インスタンスの両方のタイプの VM が表示されます。最大 10 個のセカンダリマシンサイズを選択できます。10 個の VM が選択されると、リストされている他の VM はそれ以上選択できなくなります。「次へ」をクリックします。「セカンダリマシンサイズ」ブレードで、複数のマシンサイズを選択し、ドラッグアンドドロップして優先順位を変更できます。「完了」をクリックします。選択したマシンサイズは「セカンダリサイズ」（オプション）に表示されます。必要に応じて編集アイコンをクリックして編集します。「Studio を使用したカタログの作成」を参照してください。

AWS スポットインスタンスを使用したカタログの作成

オンデマンドインスタンスと比較して、スポットインスタンスは最大 90% のコスト削減を実現します。スポットインスタンスは、容量が利用できなくなった場合、Amazon EC2 によって中断される可能性があり、ミッションクリティカルではないアプリケーションやデスクトップにのみ適しています。

スポットインスタンスの詳細については、AWS ドキュメント「スポットインスタンス」を参照してください。

さらに、スポットインスタンスをプライマリ EC2 インスタンスタイプとバックアップ EC2 インスタンスの両方として使用できます。MCS が容量関連の問題でフォールバックできるバックアップ EC2 インスタンスタイプ（オンデマンドインスタンスとスポットインスタンスの両方である「バックアップ SKU」）のリストを PowerShell を使用して提供できます。

重要な考慮事項**

スポットインスタンスのカタログは、マシンプロファイルワークフローでのみ作成する必要があります。
永続的なスポットインスタンスリクエストタイプのみがサポートされています。ワンタイムスポットインスタンスリクエストはサポートされていません。
停止および休止の中断動作のみがサポートされています。
既存のカタログの構成をオンデマンドからスポットインスタンスに変更したり、その逆に変更したりできます。ただし、EC2インスタンスをオンデマンドからスポットに変更するのは複雑です。AWSドキュメントのオンデマンドからスポット料金へのEC2インスタンスの切り替えを参照してください。
プロビジョニングされたスポットインスタンスを削除するときは、既存のスポットインスタンスリクエストをキャンセルしてください。そうしないと、AWSが新しいスポットインスタンスを作成します。

AWSスポットインスタンスを使用してカタログを作成する手順

スポットインスタンスでマシンプロファイルソースを作成します。スポットインスタンスを作成する手順については、スポットインスタンスリクエストの作成を参照してください。
New-ProvScheme PowerShellコマンドを使用して、マシンプロファイルでマシンカタログを作成します。Set-ProvSchemeコマンドを使用してカタログを更新できます。

スポットインスタンスをバックアップSKUとして使用する

スポットインスタンスは、プライマリEC2インスタンスタイプとしてもバックアップEC2インスタンスとしても使用できます。PowerShellを使用して、MCSが容量関連の問題でフォールバックできるバックアップEC2インスタンスタイプ（オンデマンドおよびスポットインスタンスである「バックアップSKU」）のリストを提供できます。

注：

バックアップSKUリストに重複するスポットインスタンスを指定できます。例：BackupVmConfiguration,t2.small:Spot|t2.small|t3.smallは有効です。

必要な権限

スポットインスタンスをプライマリまたはバックアップEC2インスタンスとして使用する場合、次の権限が必要です。

ec2:DescribeSpotInstanceRequests
ec2:CancelSpotInstanceRequests

バックアップスポットインスタンスを構成する

PowerShellウィンドウを開きます。
asnp citrix\*を実行して、Citrix固有のPowerShellモジュールをロードします。
ブローカーカタログを作成します。
IDプールを作成します。

カスタムプロパティBackupVmConfigurationを使用してバックアップEC2インスタンスリストを追加し、プロビジョニングスキームを作成します。例:

$serviceOffering \= "XDHyp:\\HostingUnits\\$hostingUnitName\\T3 Medium Instance.serviceoffering"  
$customProperties \= "AwsCaptureInstanceProperties,false;AwsOperationalResourcesTagging,false;BackupVmConfiguration,t2.small|t2.large|t3.small:Spot|t3.large:Spot"  
$createdProvScheme \= New-ProvScheme \-ProvisioningSchemeName $provisioningSchemeName \-HostingUnitName $hostingUnitName \-IdentityPoolName $provisioningSchemeName \-NetworkMapping $networkMapping \-SecurityGroup $securityGroupPath \-ServiceOffering $serviceOffering \-MasterImageVM $masterImageVm \-CustomProperties $customProperties
<!--NeedCopy-->

プロビジョニングスキームの一意のIDでBrokerCatalogを更新します。
カタログにVMを作成して追加します。

次のステップ

これが最初に作成されたカタログである場合、デリバリーグループを作成するように案内されます。
構成プロセス全体を確認するには、展開の計画と構築を参照してください。
カタログを管理するには、マシンカタログの管理およびAWS EC2カタログの管理を参照してください。

詳細情報

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

この情報は役に立ちましたか?

AWS EC2カタログを作成する

September 3, 2026

寄稿者:

C C

September 3, 2026

寄稿者:

C C

この記事の概要

イメージ準備中のネットワーク設定
AWSテナンシー
AWS運用リソースのタグ付け
カタログの作成
Studio を使用したカタログの作成
PowerShell を使用してカタログを作成する
MCSIO が有効なカタログ
PowerShellを使用してマシンプロファイルベースのマシンカタログを作成する
OS、ID、およびWBCディスクの暗号化
VMインスタンスのNitroTPMとUEFIセキュアブートを有効にする
MCSで作成されたVMにデータディスクをプロビジョニングする
VM上のタグをコピーする
PowerShellを使用してVMインスタンスをフィルタリングする
VMのバックアップSKUリスト
AWS スポットインスタンスを使用したカタログの作成
次のステップ
詳細情報

この情報は役に立ちましたか?