この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
Orchestrator では、さまざまな方法でワークフローを実行できます。
サービス リクエストを使用して、ワークフローの実行を表示したり生成したりできます。
(注) また各サービス リクエストに対して、アーカイブ オプションを使用できます。
ステップ 1 メニュー バーで、[組織] > [サービスリクエスト] の順に選択します。
失敗したサービス リクエストまたはキャンセルされたサービス リクエストは、再送信することも、再送信の前に入力を変更することもできます。管理者は、[入力/出力] タブにアクセスし、サービス リクエストをクリックし、再送信する前にフォームに新しい値を入力できます。
ステップ 1 メニュー バーで、[組織] > [サービスリクエスト] の順に選択します。
ステップ 2 サービス リクエストをクリックします。[入力/出力] テーブルが表示されます。
ステップ 3 [入力/出力] タブをクリックします。このタブでは、ワークフロー内の特定のタスクの値にアクセスできます。
ステップ 4 [入力/出力] テーブルでエントリを選択します。
(注) [組織] > [承認記録] タブでも同じアクションを確認できます。
[今すぐ実行] アクションを使用して、ワークフローを実行できます。ドロップダウン リストはインターフェイスの右側からアクセスできます。実行段階で入力を行うことを選択した場合は、実行時にこれらの入力を追加する必要があります。ただし、タスクをワークフローに追加する際に提供した入力がある場合は、それらの入力も追加されます。
[ユーザのVMアクションポリシー] を使用して、カスタム アクションを作成できます。カスタムのアクション ポリシーには、1 つ以上のアクションを含めることができます。アクション ラベルを作成して、ワークフローを関連付けることもできます。仮想データセンター(vDC)を作成するときに、[ユーザアクションポリシー] を選択できます。このポリシーで作成された仮想マシン(VM)では、元の [ユーザアクションポリシー] に含まれていたすべてのカスタム アクションが同様に有効になります。
(注) エンド ユーザの VM アクション ポリシーは VM コンテキストで使用できます。
次の手順では、VM スナップショットと VM のサイズ変更タスクで構成されるワークフローを作成する方法について説明します。このワークフローは、VM コンテキストでカスタム アクションとして使用できます。
ステップ 1 メニュー バーで、[ポリシー] > [オーケストレーション] の順に選択します。
ステップ 2 [ユーザのVMアクションポリシー] タブを選択します。
ステップ 4 [ポリシーの追加] 画面で、次のフィールドに値を入力します。
|
|
---|---|
ステップ 6 [ポリシーの追加] 画面で、次のフィールドに値を入力します。
|
|
---|---|
ユーザ VM アクション ポリシーを作成した後で、管理者は vDC の作成時にこのポリシーを選択できます。この vDC に属しているすべての VM は、これらのカスタム アクションを使用することができます。
(注) 1 つの vDC に関連付けできるユーザ VM アクション ポリシーは 1 つのみです。
満たす必要のある指定条件に基づいてワークフローを実行する場合にトリガーを使用します。これらの条件が満たされると、ワークフローが(自動的に)実行されます。この手順では、VM メモリ制限に達した場合に、サイズ変更をトリガーする方法について説明します。
ステップ 1 メニュー バーで、[ポリシー] > [オーケストレーション] の順に選択します。
ステップ 4 [トリガーの追加] の [トリガー情報] 画面で、次のフィールドに値を入力します。
|
|
---|---|
• [ステートフル]:現在の状態が記録され、トリガーの状態に変化があったときに限りアクションが実行されます。 • [ステートレス]:トリガーの条件は [頻度] フィールドに指定された頻度で検証されます。たとえば、VM 電源ステータスがモニタリングされている場合は、電源ステータスに変化があった場合にトリガーが実行されます。 |
ステップ 6 [トリガーの追加] の [条件の指定] 画面で、次のフィールドに値を入力します。
|
|
---|---|
• [ステートフル]:現在の状態が記録され、トリガーの状態に変化があったときに限りアクションが実行されます。 • [ステートレス]:トリガーの条件は [頻度] フィールドに指定された頻度で検証されます。たとえば、VM 電源ステータスがモニタリングされている場合は、電源ステータスに変化があった場合にトリガーが実行されます。 |
ステップ 8 [トリガーの追加] の [ワークフローの指定] 画面で、次のフィールドに値を入力します。
|
|
---|---|
ワークフローをアクションの形式でマッピングして、コンポーネントのコンテキストで実行することができます。タスク セットを含むワークフローをコンポーネントのコンテキスト内から実行できます。ワークフロー リストから目的のワークフローを参照して実行する必要はありません。ワークフローはコンポーネント レベルで実行できます。たとえば、サーバ向けに作成されたワークフローを実行する場合、ワークフロー リストからワークフローを参照する代わりに、ワークフローをアクション(サーバ向け)としてマッピングして、サーバ レベルで実行できます。
コンテキスト ワークフロー マッピングは、次の 2 つの段階で構成されます。
• 段階 1:コンテキスト マッパー タスクを作成し、アクションとしてマッピングする必要のあるワークフローにこれを追加します。
• 段階 2:アクション ラベルを指定して、ワークフローをコンテンツ マッパー リストに追加します。
ステップ 1 メニュー バーで、[ポリシー] > [オーケストレーション] の順に選択します。
ステップ 3 ワークフロー デザイナでワークフローを開きます。
ステップ 4 コンテキスト マッパー タスクを選択して、[ワークフローデザイナ] ペインまでドラッグ アンド ドロップします。
ステップ 1 メニュー バーで、[ポリシー] > [オーケストレーション] の順に選択します。
ステップ 2 [コンテキストワークフローマッピング] を選択します。
ステップ 3 ワークフローに追加するコンポーネントを選択します。
ステップ 5 [ワークフローマッピングの編集] ダイアログボックスで、次のフィールドに値を入力します。
|
|
---|---|
アクション ラベルを表示するコンポーネントのエントリをエンド ユーザが選択できるようにするには、このチェックボックスをオンにします。オンの場合、ワークフローはコンポーネントに基づいてフィルタ処理されます。たとえば、LUN コンテキスト ワークフロー マッピングの場合、LUN コンテキスト マッパー タスクがあるワークフローのみが表示されます。 |
|
ステップ 6 [送信] をクリックします。ワークフローはアクションとしてコンポーネントに追加されます。
(注) 論理ユニット番号(LUN)のコンポーネントを参照して LUN の下でエントリを選択すると、アクションが表示されます(LUN をデータストアに関連付ける)。このアクションをクリックすると、このコンポーネントに以前にマッピングしたワークフローが実行されます。
ワークフローを特定の時刻に実行するようにスケジュールできます。ワークフローをスケジュールする際に、複数のスケジュール パラメータを変更することもできます。
ステップ 1 メニュー バーで、[ポリシー] > [オーケストレーション] の順に選択します。
ステップ 4 [ワークフローのスケジュール設定] ダイアログボックスで、次のフィールドに値を入力します。
(注) ワークフローの作成時に入力を定義した場合は、[ワークフローの入力値] で入力を行う必要があります。
ステップ 5 [編集] をクリックして、別のスケジュールを編集します。
(注) [ワークフロースケジュールの変更] ダイアログボックスは、[ワークフローのスケジュール設定] ダイアログボックスと同じです。
ワークフロー ロールバック機能を使用して、実行したワークフローを取り消すことができます。ワークフローを構成しているすべてのタスクは、ワークフローのロールバック時に取り消されます。
(注) ただし、ワークフローをロールバックしても、ワークフローが、実行前と完全に同じ状態に戻らないことがあります。一部のタスクは、完全にはロールバックできません。たとえば、VM の増加したストレージ値は取り消すことができません。
ステップ 1 メニュー バーで、[組織] > [サービスリクエスト] の順に選択します。
ステップ 3 ロールバックが必要なワークフローに対応するサービス リクエストを選択します。
ステップ 4 [リクエストのロールバック] をクリックします。
ステップ 5 ロールバックするタスクの横にあるチェックボックスをオンにします。
(注) サービス リクエストを右クリックし、[詳細の表示] を選択してワークフローの取り消しのステータスを確認します。
ワークフローをロールバックする前に、ワークフローの実行時に使用されたすべてのアセットとリソースの詳細を表示することができます。アセットは追跡されており、サービス リクエストの [詳細の表示] オプションで確認できます。
ステップ 1 メニュー バーで、[組織] > [サービスリクエスト] の順に選択します。
ステップ 5 [作成済みと変更済みのオブジェクト] タブを選択します。
[作成済みと変更済みのオブジェクト] タブには、ワークフロー構成の一部として作成または変更されたすべてのリソースが表示されます。ワークフローの全タスクに関連する全リソースが追跡されます。ワークフローをロールバックすると、関連するすべてのリソースが削除され、以前に変更したリソースの変更点が取り消さます。