製品ドキュメント

Citrix DaaS™

PDFを表示

AWS EC2カタログの作成

April 8, 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クラウド環境内で仮想マシンを作成するために使用される仮想アプライアンスの一種であり、一般にEC2と呼ばれます。AMIを使用して、EC2環境を使用するサービスを展開します。AWS向けにMCSを使用してマシンをプロビジョニングするカタログを作成するときに、そのカタログのゴールデンイメージとして機能するAMIを選択します。

重要：

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

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

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

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

カタログの作成

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

-  [Studio](#create-a-catalog-using-studio)
-  [PowerShell](#create-a-catalog-using-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数を入力します。

1. デフォルトのマシンスペックが表示されます。これはマシンプロファイルに基づいています。変更するには、編集アイコンを選択し、マシンスペックを選択します。
2. AWSテナンシーを構成します。「AWSテナンシーを構成するオプション」を参照してください。
3. プライマリマシンサイズが最大容量に達した場合、セカンダリVMを構成することもできます。「セカンダリサイズ」（オプション）をクリックします。「セカンダリマシンサイズ」ウィンドウには、スポットVMタイプとレギュラーVMタイプの両方を持つVMが一覧表示されます。最大10個のセカンダリマシンサイズを選択できます。10個のVMが選択されると、リストされている他のVMはそれ以上選択できなくなります。「次へ」をクリックします。「セカンダリマシンサイズ」ブレードでは、複数のマシンサイズを選択し、ドラッグアンドドロップで優先順位を変更できます。「完了」をクリックします。選択したマシンサイズは「セカンダリサイズ」（オプション）に表示されます。必要に応じて編集アイコンをクリックして編集します。

「セキュリティ」ページは、マシンプロファイルを割り当てずにマシンカタログを作成する場合にのみ表示されます。「セキュリティ」ページを使用して、VMのセキュリティグループを構成します。これは、既存のマシンカタログを編集およびクローンする場合にも適用されます。

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

「概要」ページが表示されるまで、残りのページをクリックします。「イメージ」ページでデータディスクをプロビジョニングすることを選択した場合、「概要」ページで「データディスクの使用」の値が「true」に設定されます。マシンカタログの名前を入力し、「完了」を選択してマシンカタログを作成します。

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インスタンスの電源がオンになっている間のみ作成および保持されます。

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

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

カタログに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 ウィンドウを開きます。
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"
 <!--NeedCopy-->

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

1. 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ディスクの暗号化

OSディスク、IDディスク (ID)、およびライトバックキャッシュディスク (WBC) を暗号化するために使用できるAWS KMSキー (カスタマーマネージドキーとAWSマネージドキー) を使用して、永続的および非永続的なVMカタログを作成できます。
- AWSマネージドキーは毎年自動的にローテーションされます
カスタマーマネージドキーは自動ローテーションがオプションであり、手動で管理できます

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

-  [AWS KMSの概念](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#kms_keys)
-  [自動キーローテーションの仕組み](https://docs.aws.amazon.com/kms/latest/developerguide/rotate-keys.html#rotate-keys-how-it-works)

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

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

制限事項

-  次の制限事項を考慮してください:

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

1.  そのボリュームの新しいスナップショットを作成します
1.  そのスナップショットから新しいボリュームを作成します
1.  新しいボリュームを暗号化します

以下の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イメージを使用してインスタンスを作成します。例として、TPM-Windows_Server-2022-English-Full-Base on the aws-marketplaceを検索します。
2. シングルセッションまたはマルチセッションVDAをダウンロードします。
3. そのVMからAMIを作成します。
register-imageコマンドを使用します。

    -  --boot-mode (string)
    -  --tpm-support (string)
<!--NeedCopy-->

詳細については、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を使用したカタログの作成」を参照してください。さらに、以下の重要な点を確認してください。

OSディスク（ルートボリューム）用とデータディスク（セカンダリボリューム）用の2つのボリュームを持つマスター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ウィンドウを開きます。
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|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を作成し、カタログに追加します。

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

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

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

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

重要な考慮事項

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

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

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

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

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

注:

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

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

AWS EC2カタログの作成

April 8, 2026

寄稿者:

C C

April 8, 2026

寄稿者:

C C

この記事の概要

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

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

AWS EC2カタログの作成

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

AWSテナンシー

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

AWSテナンシーの設定オプション

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

カタログの作成

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

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

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

PowerShellを使用した運用リソースのタグ付け

MCSIO対応カタログ

MCSIO対応カタログの作成

MCSIOによる起動パフォーマンスの向上

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

重要な考慮事項

マシンプロファイル入力におけるセキュリティグループの構成

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

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

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

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

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

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

制限事項

ディスク暗号化を使用したカタログの作成

既存のカタログの変更

VMインスタンスでのNitroTPMおよびUEFIセキュアブートの有効化

制限事項

主要な手順

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

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

MCSで作成されたVMへのデータディスクのプロビジョニング

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

制限事項

データディスクを使用したカタログの作成

PowerShell SDKの使用

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

データディスクの削除

VM上のタグのコピー

PowerShellを使用したVMインスタンスのフィルタリング

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

重要な考慮事項

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

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

重要な考慮事項

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

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

必要な権限

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

次のステップ

詳細情報

この記事の概要