製品ドキュメント

Citrix DaaS™

PDFを表示

AWS EC2カタログの作成

May 4, 2026

寄稿者:

C C

マシンカタログの作成では、マシンカタログを作成するウィザードについて説明しています。以下の情報は、AWS EC2仮想化環境に固有の詳細を扱います。

注：

AWSカタログを作成する前に、AWSへの接続を完了する必要があります。AWS EC2への接続を参照してください。

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

イメージ準備中に、元の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を使用した運用リソースのタグ付けを参照してください。

カタログの作成

カタログは以下を使用して作成できます。

Studio
PowerShell

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

左側のナビゲーションペインで [マシンカタログ] をクリックします。
[マシンカタログの作成] をクリックします。[マシンカタログのセットアップ] ページが表示されます。
[マシンタイプ] ページで、カタログのマシンタイプ（例：マルチセッションOS）を選択します。
[マシン管理] ページで、以下の設定を選択します。

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

[セキュリティ] ページは、マシンプロファイルを割り当てずにマシンカタログを作成する場合にのみ表示されます。

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

マシンプロファイルベースのマシンカタログを作成する場合、セキュリティグループの構成はマシンプロファイルから継承され、Security ページは表示されません。

NICs ページで、VMのNIC（またはENI）を選択します。
Disk Settings ページで、ライトバックキャッシュを有効にするかどうかを選択します。
Machine Identities ページで、ドメインを選択し、このマシンカタログで作成されるVM用の新しいADアカウントを作成することにより、カタログ内のマシンに対してオンプレミスのActive DirectoryまたはMicrosoft Entraハイブリッド参加を構成します。プロビジョニングされたVMは、選択したドメインに参加します。VM用に作成される新しいADアカウントのアカウント命名スキームを指定します。Next をクリックします。
Domain credentials ページで、Enter credentials をクリックして、選択したドメインの資格情報を入力します。プロンプトが表示されたら、管理者レベルのユーザー名とパスワードを入力します。製品ドキュメントに従ってドメイン資格情報を以前に保存している場合は、サービスアカウントを使用することもできます。
Summary ページが表示されるまで、残りのページをクリックします。Images ページでデータディスクをプロビジョニングすることを選択した場合、Summary ページで Use data disk の値が true に設定されます。マシンカタログの名前を入力し、Finish を選択してマシンカタログを作成します。

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ストレージ最適化（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 の値は、少なくとも1 GBのキャッシュディスクストレージが必要なため、ゼロより大きくする必要があります。キャッシュディスクサイズはOSディスクサイズより大きくしてはいけません。

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

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

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

MCSIO対応の非永続カタログを作成するには、PowerShellウィンドウで次の手順を実行します。

PowerShellウィンドウを開きます。
asnp citrix* を実行して、Citrix固有のPowerShellモジュールをロードします。
ブローカーカタログと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-->

1. カタログに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は現在、ネットワークインターフェースごとに複数のネットワークを許可していません。

マシンプロファイルを使用したマシンカタログの作成

マシンプロファイルを使用してマシンカタログを作成するには:
1. PowerShell ウィンドウを開きます。
1. asnp citrix* を実行して、Citrix固有のPowerShellモジュールをロードします。

まだ作成されていない場合は、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”

```

PowerShellを使用した起動テンプレートバージョンによるカタログの作成

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

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

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

サービスオファリング
ネットワーク
テナンシータイプ

注:

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

起動テンプレートバージョンをマシンプロファイル入力として使用したカタログの作成

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

起動テンプレートの起動テンプレートバージョンのリストを取得します。例：

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-->

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

マシンプロファイルソースの更新

マシンプロファイルカタログの入力をVMから起動テンプレートバージョンへ、および起動テンプレートバージョンからVMへ更新することもできます。例：
- マシンプロファイルカタログの入力をVMから起動テンプレートバージョンへ更新するには：
```
 -  Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
 -  -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-0bxxxxxxxxxxxx).launchtemplate\lt-0bxxxxxxxxxxxx (1).launchtemplateversion"

 
```

マシンプロファイルカタログの入力を起動テンプレートバージョンから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ディスクの暗号化

-  OSディスク、IDディスク（ID）、およびライトバックキャッシュディスク（WBC）の暗号化に使用できる、AWS KMSキー（顧客管理キーおよびAWS管理キー）を使用した永続的および非永続的な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（米国）リージョンを含む）で使用できます。
既存のカタログでNitroTPMおよびUEFIセキュアブートを有効にすることはできません。NitroTPMおよびUEFIセキュアブートが有効なカタログが必要な場合は、新しいカタログを作成してください。

主要な手順

AWS環境をセットアップします。
AWSへの接続を作成します。
NitroTPMおよび/またはUEFIセキュアブートをサポートするAMIを作成する。
Web Studioのカタログ作成メニューでNitroTPMおよびUEFIセキュアブートが有効なマスターイメージを選択するか、PowerShellコマンドを使用してプロビジョニングスキームを作成する際に、マシンカタログを作成します。

作成されたカタログに追加されたVMは、NitroTPMおよびUEFIセキュアブートが有効になります。

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

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

1. 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に、永続的なデータディスクを作成して割り当てることができます。

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

PowerShell SDKの使用

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

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

New-ProvScheme PowerShellコマンドとDataDiskPersistenceパラメーター値"Persistent"を使用して、データディスクがプロビジョニングされた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コンソールでは、起動テンプレートバージョンリソースタグの下にネットワークインターフェースのタグの値は表示されません。ただし、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つを持っている場合、そのAMIは Get 結果に含まれます。例:
```
 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -Tags '{"opex owner": "Not tagged"}' | select Name

 
```
注:

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

-Id "ami-0a2d913927e0352f3": AMIが指定されたIDと一致する場合、そのAMIは 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\* を実行します。
Brokerカタログを作成します。
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インスタンスを追加することもできます。

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

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

オンデマンドインスタンスと比較して、Spotインスタンスは最大90%のコスト削減を提供します。Spotインスタンスは、容量が利用できなくなった場合にAmazon EC2によって中断される可能性があるため、重要度の低いアプリケーションとデスクトップにのみ適しています。

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

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

重要な考慮事項

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

AWS Spotインスタンスを使用したカタログ作成の手順

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

バックアップSKUとしてのSpotインスタンスの使用

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

注:

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

必要な権限

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

ec2:DescribeSpotInstanceRequests
ec2:CancelSpotInstanceRequests

バックアップSpotインスタンスの構成

PowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするために asnp citrix\* を実行します。
Brokerカタログを作成します。
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ドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Cloud Software Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。英語の原文から他言語への翻訳について、精度、信頼性、適合性、正確性、またはお使いのCloud Software Group製品またはサービスと機械翻訳されたコンテンツとの整合性に関する保証、該当するライセンス契約書またはサービス利用規約、あるいはCloud Software Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。機械翻訳されたコンテンツの使用に起因する損害または問題について、Cloud Software Groupは責任を負わないものとします。

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

AWS EC2カタログの作成

May 4, 2026

寄稿者:

C C

May 4, 2026

寄稿者:

C C

この記事の概要

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

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