仮想マシンを vMotion するための Automation Assembler リソース アクションの作成方法Last Updated February 5, 2025
Automation Assembler
リソース アクションの作成方法クラウド テンプレートを展開した後、展開を変更する Day 2 アクションを実行できます。
Automation Assembler
には多くのインストール後アクションが含まれていますが、他のアクションを提供することもできます。カスタム リソース アクションを作成し、ユーザーがインストール後アクションとして使用できるようにすることができます。 - Automation Orchestrator Client統合が構成されていることを確認します。Automation Assembler での Automation Orchestrator Client 統合の構成を参照してください。
- インストール後アクションに使用するワークフローがAutomation Orchestrator Clientに存在し、正常に実行されることを確認します。
カスタム リソース アクションは、
Automation Orchestrator Client
ワークフローまたは拡張性アクションに基づいて実行できます。このカスタム Day 2 リソース アクションの例は、Automation Orchestrator Client
ベース リソース アクションの作成プロセスを紹介することを目的としています。- vMotion を使用してホストから別のホストに vSphere 仮想マシンを移動するカスタム リソース アクションを作成します。
- Automation Assemblerで、 の順に選択し、新しいリソース アクションをクリックします。
- 次の値を指定します。ワークフロー名を除き、これらはサンプル値です。設定サンプルの値名前vSphere_VM_vMotionこれは、リソース アクションのリストに表示される名前です。表示名仮想マシンの移動これは、展開アクション メニューに表示される名前です。
- 有効化オプションをクリックして、リソース タイプが一致するリソースのインストール後アクション メニューでこのアクションを有効にします。
- インストール後アクションを定義するリソース タイプとワークフローを選択します。設定サンプルの値リソース タイプCloud.vSphere.Machineリソース タイプを選択します。これは、クラウド テンプレート コンポーネントとして展開されるリソース タイプで、必ずしもクラウド テンプレートに含まれる内容ではありません。たとえば、クラウド テンプレート内にクラウドに依存しないマシンがある場合でも、そのマシンは、vCenter Server 上に展開されると、Cloud.vSphere.Machineとなります。このアクションは展開されたタイプに適用されます。このため、リソース アクションを定義するときは、クラウドに依存しないタイプを使用しないでください。この例では、vMotion は vSphere マシンに対してのみ機能しますが、複数のリソース タイプに対してその他のアクションの実行が必要になる場合もあります。アクションは、リソース タイプごとに作成する必要があります。ワークフローvMotion での仮想マシンの移行ワークフローを選択します。複数のAutomation Orchestrator Client統合がある場合は、これらのカスタム リソース アクションを実行するために使用する統合インスタンスのワークフローを選択します。
- Automation Orchestrator ClientプロパティとAutomation Assemblerスキーマ プロパティのバインドを作成します。Automation Assemblerの Day 2 アクションでは、次の 3 タイプのバインドがサポートされます。バインド タイプ説明申請中デフォルト値のバインド タイプ。選択すると、入力プロパティが申請フォームに表示され、その値はユーザーが申請時に指定する必要があります。バインド アクション付きこのオプションは、次のようなリファレンス タイプの入力に対してのみ使用できます。
- VC:VirtualMachine
- VC:Folder
ユーザーはバインドを実行するアクションを選択します。選択したアクションは、必ず入力パラメータと同じタイプを返します。プロパティの定義の正しい形式は${properties.someProperty}です。直接このオプションは、プリミティブ データ タイプを使用する入力プロパティで使用できます。選択すると、プロパティが適切なタイプで、入力プロパティのスキーマから直接マッピングされます。ユーザーはスキーマ ツリーからプロパティを選択します。タイプが異なるプロパティは非アクティブです。この使用事例では、バインドは、ワークフローで使用されるAutomation Orchestrator ClientのVC:VirtualMachine入力タイプとAutomation AssemblerのCloud.vSphere.Machineリソース タイプ間の接続を確立するAutomation Orchestrator Clientアクションです。バインドを設定することで、vSphere 仮想マシンへの vMotion アクションを要求するユーザーに対して、インストール後アクションがシームレスになるようにします。システムは、ユーザーが指定しなくて済むように、ワークフローで名前を提供します。- vMotion での仮想マシンの移行ワークフローを選択後、プロパティ バインドペインに移動します。
- vm入力プロパティのバインドを選択します。
- バインドで、バインド アクション付きを選択します。findVcVmByVcAndVmUuidアクションが自動的に選択されます。このアクションは、Automation AssemblerのAutomation Orchestrator Client統合によって事前構成されています。
- 保存をクリックします。
- Day 2 アクションへの変更を保存するには、作成をクリックします。
- ワークフロー内の他の入力パラメータを考慮して、ユーザーがアクションを要求するときに表示される申請フォームをカスタマイズできます。
- リソース アクションから、最近作成した Day 2 アクションを選択します。
- 要求パラメータの編集をクリックします。ユーザーに要求画面を表示する方法をカスタマイズできます。デフォルトのフィールド名表示値制約仮想マシンのターゲット リソース プール。デフォルトは、現在のリソース プールです。
- ラベル = ターゲット リソース プール
- 表示タイプ = 値ピッカー
仮想マシンの移行先のホスト- ラベル = ターゲット ホスト
- 表示タイプ = 値ピッカー
必須 = はい移行タスクの優先順位ラベル = タスクの優先順位値のオプション- 値のソース = 定数テキスト ボックスにカンマ区切りのリストを入力します。
必須 = はい（オプション）パワーオン状態が指定した状態と一致する場合にのみ、仮想マシンを移行しますこのテキスト ボックスを削除します。vMotion では、パワー状態にかかわらずマシンを移動できます。 - 保存をクリックします。
- アクションがいつ利用可能になるかを制限するには、条件を構成します。たとえば、CPU 数が 4 以下のマシンでのみ vMotion アクションを使用できるようにするといった状況が考えられます。
- 条件が必要をオンにします。
- 条件を入力します。Key演算子値${properties.cpuCount}lessThan4複雑な条件が必要な場合は、Automation Assembler カスタム アクションの詳細条件を作成する方法を参照してください。
- 更新をクリックします。
- [仮想マシンの移動] アクションが、条件に一致する展開されたマシンに対して使用可能であることを確認します。
- 展開を選択します。
- 定義された条件に一致する展開済みのマシンを含む展開を探します。
- 展開を開いて、マシンを選択します。
- 右側のペインで [アクション] をクリックし、Move VMアクションが表示されることを確認します。
![[アクション] メニューの [仮想マシンの移動] アクションの例。](/content/broadcom/techdocs/jp/ja/vmware-cis/aria/aria-automation/8-16/_jcr_content/assetversioncopies/f45465cb-8dd4-4141-a05c-1b6811f5c368.original.png)
- アクションを実行します。