この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章は、次の項で構成されています。
セルフサービス プロビジョニングを使用して仮想マシン(VM)またはアプリケーションをプロビジョニングできます。セルフサービス プロビジョニングを使用し、VM またはアプリケーションをプロビジョニングするには、最初にサービス リクエストを作成する必要があります。この操作によって、次の内容を含む VM 作成のワークフローが開始されます。
セルフサービス プロビジョニング機能を使用してサービス リクエストを作成し、仮想マシン(VM)、サービス、またはアプリケーションをプロビジョニングできます。サービス リクエスト プロセスでは VM 作成用のプロビジョニング ワークフローを作成しますが、これには次のアクションが含まれます。
(注) | [展開構成(Deployment Configuration)] ペインで CPU コアの数またはメモリ割り当てを変更すると、総コストが自動的に更新されて表示されます。 |
VM をプロビジョニングするまたはオーケストレーション ワークフローを実行するには、最初にサービス リクエストを作成する必要があります。必要に応じて、VM をプロビジョニングするかワークフローを実行する前に、1 ~ 2 人の管理者または指定されたユーザに承認を要求することができます。VM はただちに承認することも、オリジナルのリクエストから 90 日以内に承認するようにスケジュールすることもできます。
ステップ 1 | メニュー バーで、[組織(Organizations)][サービスリクエスト(Service Requests)] の順に選択します。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 2 | [サービス リクエスト(Service Request)] タブを選択します。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 3 | [リクエストの作成(Create Request)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 4 | [リクエストの作成(Create Request)] ダイアログ ボックスで、[標準(Standard)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 5 | [送信(Submit)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 6 | [サービス リクエストの作成(Create Service Request)] ダイアログ ボックスで、次のフィールドに値を入力します。
| ||||||||||||||||||||||||||||||||||||||||
ステップ 7 | [次へ(Next)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 8 | [プロビジョニング設定(Provisioning Configuration)] ペインで、次のフィールドに値を入力します。
| ||||||||||||||||||||||||||||||||||||||||
ステップ 9 | [次へ(Next)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 10 | [導入設定(Deployment Configuration)] ペインで、次のフィールドに値を入力します。
| ||||||||||||||||||||||||||||||||||||||||
ステップ 11 | [次へ(Next)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 12 | [カスタム仕様(Custom Specification)] ペインで、次のフィールドに値を入力します。
| ||||||||||||||||||||||||||||||||||||||||
ステップ 13 | ディスクのデータストアを選択するには、ディスクをリストから選択し、[鉛筆(Pencil)] アイコンをクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 14 | [選択(Export Report)] をクリックして、使用可能なデータストアを表示します。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 15 | リストからデータストアを選択し、[選択(Select)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 16 | [送信(Submit)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 17 | (任意)複数のディスクを含むテンプレートの場合は、各ディスクのデータストアを選択します。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 18 | [カスタム仕様(Custom Specification)] ペインで、[選択(Select)] をクリックして利用可能な VM ネットワークを参照します。
| ||||||||||||||||||||||||||||||||||||||||
ステップ 19 | VM ネットワークをリストから選択し、[選択(Select)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 20 | [次へ(Next)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 21 | [カスタムワークフロー(Custom Workflow)] ペインの詳細を入力します。
| ||||||||||||||||||||||||||||||||||||||||
ステップ 22 | [Next] をクリックします。
| ||||||||||||||||||||||||||||||||||||||||
ステップ 23 | [導入アセスメントの実行(Perform deployment assessment)] のチェック ボックスをオンにした場合は、[導入アセスメント(Deployment Assessment)] ペインに表示されたアセスメント レポートをレビューします。
このアセスメント レポートがエラーを特定した場合、前のペインに戻り、要求を送信する前に、エラーを修正する必要があります。アセスメント レポートにエラーが表示されない場合、[Next] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 24 | サービス リクエストの概要を確認します。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 25 | [送信(Submit)] をクリックします。 |
サービス リクエストの作成時に詳細カタログ タイプを選択すると、オーケストレーション ワークフローを実行できます。詳細カタログを作成する場合の手順は、標準カタログを作成する場合とほぼ同じです。
ベア メタル カタログ、およびプロビジョニング ポリシーを作成している必要があります。
[送信(Submit)] をクリックすると、ワークフローがトリガーされ、ベア メタル サーバがプロビジョニングされます。ワークフローが完了すると、選択したグループにベア メタル サーバが表示されます。さらに、サーバのチャージバック期間が開始されます。
サーバのコスト モデルを変更する場合は、ベア メタルのプロビジョニング ポリシーでコスト モデルの選択を編集する必要があります。
サービス リクエストの作成した後に、そのステータスとワークフローの確認、リクエストのキャンセル、リクエストの再送信などを実行できます。これらの操作は、サービス リクエスト リストの上部のツールバー ボタンを使って制御できます。
[ワークフローステータス(Workflow Status)] ボックスには、サービス リクエストおよびワークフロー ステップの詳細が表示されます。VM をプロビジョニングする一般的なサービス リクエストのワークフローには次のステップが含まれます。
開始:ユーザによるサービス リクエストの開始。
リソースの割り当て:仮想コンピューティングなどの必要なリソースが VM に割り当てられます。
承認:必要に応じて VM プロビジョニングが承認されます。このステップ時に、VM プロビジョニング用に選択されたカタログで定義された承認者に電子メールが送信されます。
プロビジョニング:VM が作成されプロビジョニングされます。
ライフサイクル スケジュールのセットアップ:セットアップ、スケジュール時間、および終了の時間を含むライフサイクルのスケジューリングが設定されます。
通知:VM が作成されプロビジョニングされたことが電子メールでユーザに通知されます。
以下は、ワークフローの示す図です。
オプションのサービス リクエスト ワークフロー ステップには、次に示す予算の監視とリソース制限の検査が含まれます。
予算の監視:管理者はグループに対して予算化を有効にする必要があります。このステップは、新しい VM をプロビジョニングするための十分な予算がそのグループにあるかどうかを判別します。
リソース制限の検査:管理者はグループに対するリソース制限を有効にする必要があります。この手順では、新しい VM をプロビジョニングするための十分なリソースがそのグループで使用可能かどうかを判別します。
グループのサービス リクエストの読み取りアクセス許可が割り当てられているユーザは、サービス リクエストの進行状況を確認できます。
サービス リクエストの詳細には、サービス リクエストの概要、所有権、カタログ情報、および現在のステータスの項目が含まれます。
名前 | 説明 |
---|---|
概要 |
|
[要求 ID(Request ID)] |
サービス リクエスト ID 番号。 |
要求タイプ(Request Type) |
リクエストのタイプ(この場合は VM の作成)。 |
[VDC] |
VM がプロビジョニングされる VDC。 |
[イメージ] |
VM がプロビジョニングされるイメージ |
[リクエスト日時(Request Time)] |
サービス リクエストの作成時点。 |
[リクエストのステータス(Request Status)] |
サービス リクエストのステータス([完了(Complete)]、[キャンセル(Canceled)]、[失敗(Failed)] など)。 |
[説明] |
任意のコメント。 |
所有権 |
|
グループ |
サービス リクエストを開始したユーザが属するグループ。 |
[送信ユーザ(Initiating User)] |
サービス リクエストを開始したユーザ。 |
[期間(時間)(Duration(Hours))] |
VM がアクティブな期間。この時間を定義した場合は、指定した時間の経過後に VM が削除されます。 |
[予定時刻(Scheduled Time)] |
VM がプロビジョニングされる時刻。この値を定義した場合、VM はスケジュール設定された日付の午前 6 時にプロビジョニングされます。定義しない場合は、サービス リクエストのワークフロー ステップが完了する際に VM がプロビジョニングされます。 |
カタログ情報 | |
[VDC 所有者の電子メール(VDC Owner Email)] |
VDC の作成時に管理者が指定した電子メール ID。 |
[承認ユーザ(Approving Users)] |
VM プロビジョニングのサービス リクエストを承認する必要があるユーザ(定義されている場合)。 |
[カタログ名(Catalog Name)] |
VM プロビジョニングの起点となるカタログ項目の名前。 |
[カタログの説明(Catalog Description)] |
カタログ項目の説明。 |
[サービス リクエスト コスト(Service Request Cost)] |
VM プロビジョニングのコスト(見積)。このコストはカタログ項目に対して定義されているコスト モデルに基づいています。 |
各ワークフロー ステップのステータスを確認できます。警告メッセージやエラー メッセージ、リクエストの時刻などの詳細も表示されます。ワークフロー ステップは、それぞれのステータスを示すため色分けされています。
カラー コード | 説明 |
---|---|
グレー |
ステップは未完了です。 |
グリーン |
ステップは正常に完了しました。 |
赤 |
ステップは失敗しました。失敗の理由も示されます。 |
青 |
ステップを完了するために追加の入力が必要です。たとえば、サービス リクエストに対して承認者が定義されている場合、リクエストが承認されるまではこのステップは完了しません。 |
(注) | 承認者は [承認(Approvals)] タブで割り当てられたサービス リクエストを表示できます。 |
ステップ 1 | メニュー バーで、[組織(Organizations)][サービスリクエスト(Service Requests)] の順に選択します。 |
ステップ 2 | 左側のパネルから、ユーザ グループを選択します。
デフォルトは [すべてのユーザ グループ(All User Groups)] で、すべてのサービス リクエストが表示されます。 |
ステップ 3 | [サービス リクエスト(Service Request)] タブを選択します。 |
ステップ 4 | [サービス リクエスト(Service Request)] を選択します。 |
ステップ 5 | [詳細の表示(View Details)] をクリックして、サービス リクエストの詳細とステータスを確認します。デフォルトでは、[ワークフロー ステータス(Workflow Status)] タブがダイアログ ボックスに表示されます。 |
ステップ 1 | メニュー バーで、[組織(Organizations)][サービスリクエスト(Service Requests)] の順に選択します。 |
ステップ 2 | 左側のパネルから、ユーザ グループを選択します。
デフォルトは [すべてのユーザ グループ(All User Groups)] で、すべてのサービス リクエストが表示されます。 |
ステップ 3 | [サービス リクエスト(Service Request)] タブを選択します。 |
ステップ 4 | [サービス リクエスト(Service Request)] を選択します。 |
ステップ 5 | [詳細の表示(View Details)] をクリックし、[ログ(Log)] タブを選択します。 |
遅延プロビジョニングを使用して、VM プロビジョニングのスケジュールを後日に設定できます。デフォルト プロビジョニングは、スケジュールされた日付の午前 8:30 に実行されます。日付が設定されると、ワークフローの VM プロビジョニング ステータスは変更を表示します。
ステップ 1 | メニュー バーで、[組織(Organizations)][サービスリクエスト(Service Requests)] の順に選択します。 |
ステップ 2 | [サービス リクエスト(Service Request)] タブを選択します。 |
ステップ 3 | [リクエストの作成(Create Request)] をクリックします。 |
ステップ 4 | グループ、カタログ タイプ、カタログを選択します。標準カタログ タイプを使用したサービス リクエストの作成を参照してください。 |
ステップ 5 | [次へ(Next)] をクリックします。 |
ステップ 6 | [プロビジョニング(Provision)] フィールドで [あとで(Later)] オプションを選択し、[サービス リクエスト(Service Request)] ダイアログ ボックスでプロビジョニングの日付を選択します。 |
ステップ 7 | [サマリー(Summary)] ウィンドウが表示されるまで [次へ] をクリックします。 |
ステップ 8 | [送信(Submit)] をクリックします。 |
失敗したサービス リクエストを再送信できます。サービス リクエストは、次に示す理由で失敗することがあります。
VM がプロビジョニングされるグループの予算制限(管理者により定義)を超過した。
VM がプロビジョニングされるグループに対するリソース制限(管理者が定義している場合)を超過した場合。
サービス リクエストの関連情報が欠けている場合、プロビジョニングが失敗する可能性があります。
サービス リクエストを再送信すると、前回の送信で失敗したワークフロー ステップからプロセスが再開されます。たとえば、サービス リクエストがリソース割り当てワークフロー(ステップ 2)で失敗した場合、このサービス リクエストを再送信すると、そのステップからプロセスが開始されます。
その他のサービス リクエスト機能
システムの管理者は、作成されたすべてのサービス リクエストをキャンセルできます。MSP 管理者またはグループ管理者である場合、自身が作成、または管理しているグループ メンバーのユーザが作成した、サービス リクエストをキャンセルできます。
ステップ 1 | メニュー バーで、[組織(Organizations)][サービスリクエスト(Service Requests)] の順に選択します。 |
ステップ 2 | 左側のパネルから、ユーザ グループを選択します。
デフォルトは [すべてのユーザ グループ(All User Groups)] で、すべてのサービス リクエストが表示されます。 |
ステップ 3 | [サービス リクエスト(Service Request)] タブを選択します。 |
ステップ 4 | キャンセルするサービス リクエストのエントリを選択します。 |
ステップ 5 | [リクエストのキャンセル(Cancel Request)] をクリックします。 |
ステップ 6 | [送信(Submit)] をクリックして、サービス リクエストをキャンセルします。 |
サービス リクエストがオーケストレーション ワークフローまたはフェンスド コンテナの導入を使用して作成されている場合は、サービス リクエストをロールバックできます。
ステップ 1 | メニュー バーで、[組織(Organizations)][サービスリクエスト(Service Requests)] の順に選択します。 |
ステップ 2 | 左側のパネルから、ユーザ グループを選択します。
デフォルトは [すべてのユーザ グループ(All User Groups)] で、すべてのサービス リクエストが表示されます。 |
ステップ 3 | [サービス リクエスト(Service Request)] タブを選択します。 |
ステップ 4 | ロールバックするサービス リクエストを選択します。 |
ステップ 5 | [ロールバック リクエスト(Rollback Request)] を右クリックし、選択します。 |
ステップ 6 | [ロールバック サービス リクエスト(Rollback Service Request)] ダイアログ ボックスでロールバックしなければならないサービス リクエストのタスクを選択します。
デフォルトでは、サービス リクエストのすべてのタスクのチェック ボックスがオンになっています。 |
ステップ 7 | (任意)[ロールバック タスクが失敗した場合、ロールバックを中止(Abort rollback, if any rollback task fails)] チェック ボックスをチェックします。 |
ステップ 8 | [送信(Submit)] をクリックします。 |
ステップ 1 | メニュー バーで、[組織(Organizations)][サービスリクエスト(Service Requests)] の順に選択します。 |
ステップ 2 | 左側のパネルから、ユーザ グループを選択します。
デフォルトは [すべてのユーザ グループ(All User Groups)] で、すべてのサービス リクエストが表示されます。 |
ステップ 3 | [サービス リクエスト(Service Request)] タブを選択します。 |
ステップ 4 | アーカイブするサービス リクエストを選択します。 |
ステップ 5 | [アーカイブ(Archive)] をクリックします。 |
ステップ 6 | [リクエストのアーカイブ(Archive Request)] ダイアログ ボックスで、[アーカイブ] をクリックします。
アーカイブされたすべてのリクエストを表示するには、[アーカイブ済みのサービス リクエスト(Archived Service Requests)] タブを選択します。 |
このアーカイブ済みのサービス リクエストを後で使用する必要がある場合、再付与が可能です。詳細については、アーカイブ済みのサービス リクエストの回復を参照してください。
Cisco UCS Director では、アーカイブ済みのサービス リクエストを削除できます。削除されたサービス リクエストは Cisco UCS Director から永久に削除されます。
2 つの方法のいずれかで削除するアーカイブ済みのサービス リクエストを入力することもできます。
[アーカイブ済みのサービス リクエスト(Archived Service Requests)] ページ上でサービス リクエストを選択し、[削除リクエスト(Delete Requests)] アクションをクリックします。
[消去リクエスト(Purge Requests)] アクションを選択し、アーカイブされたサービス リクエスト ID を入力します。
いずれの方法でも、指定されたサービス リクエストを恒久的に削除します。唯一の違いは、データの入力方法です。
アーカイブ済みのサービス リクエストのみ削除できます。アーカイブ サービス リクエストについての詳細は、『Cisco UCS Director Administration Guide [英語]』の最新リリースを参照してください。アクティブなサービス要求をアーカイブすることができないため、進行中であるか、または進行中の子サービス要求を含むサービス リクエストは削除できません。
また、進行中であるか、失敗したロールバックがあるサービス リクエストは削除できません。例えば、サービス リクエスト (SR) 100 のロールバックの送信、サービス リクエスト (SR) 101 のロールバックの生成などです。SR 101 の実行中は、SR 100 は削除できません。さらに SR 101 が失敗した場合、SR 100 は削除できません。
サービス リクエストを削除するには、次の手順を実行します。
ステップ 1 | の順に選択します。 |
ステップ 2 | [アーカイブ済みのサービス リクエスト(Archived Service Requests)] タブをクリックします。 |
ステップ 3 | サービス リクエストの ID の入力は、キーボードを使用するか、[アーカイブ済みのサービス リクエスト(Archived Service Requests)] レポートからサービス リクエストを選択することのみから行えます。
サービス リクエスト ID を入力するには、次の手順に進みます。サービス リクエストを選択する場合は、次のようにします。 |
ステップ 4 | サービス リクエストを入力するには、次の手順を実行します。 |
ステップ 1 | メニュー バーで、[組織(Organizations)][サービスリクエスト(Service Requests)] の順に選択します。 |
ステップ 2 | 左側のパネルからグループ名を選択します。 |
ステップ 3 | [サービス リクエスト(Service Request)] タブを選択します。 |
ステップ 4 | ツールバーの右側で、[レポートのエクスポート(Export Report)] アイコンをクリックします。 |
ステップ 5 | [レポートのエクスポート(Export Report)] ダイアログ ボックスで、レポート形式を選択します。
レポートの形式は、PDF、CSV、XLS です。 |
ステップ 6 | [レポートの生成(Generate Report)] をクリックします。
レポートが生成された後、[ダウンロード(Download)] オプションが表示されます。 |
ステップ 7 | レポートを開いて、システムに保存するために、[ダウンロード(Download)] をクリックします。 |
VM をプロビジョニングする前に、サービス リクエストは VDC 内で指名された指定承認者により承認される必要があります。1 つのグループに対して1人または 2 人の承認者を定義できます。
作成されたサービス リクエスト ワークフローには、承認者の名前を表示する VM 承認を必要とするステップがあります。
サービス リクエスト通知電子メールが承認者に送信されます。承認者は [承認(Approvals)] タブですべての保留中のリクエストを確認できます。
承認が認可された後 VM のプロビジョニングが開始されます。
(注) | 承認者の定義の詳細については、仮想データセンターを参照してください。 |
ステップ 1 | メニュー バーで、[組織(Organizations)][承認記録(My Approvals)] の順に選択します。 |
ステップ 2 | [承認記録(My Approvals)] タブを選択します。 |
ステップ 3 | 承認するサービス リクエストのエントリを選択します。 |
ステップ 4 | (任意)詳細を確認するため、[詳細の表示(View Details)] をクリックします。
ワークフローと入力/出力情報を確認できます。確認し終わったら、[閉じる(Close)] をクリックします。 |
ステップ 5 | [承認(Approve)] をクリックします。 |
ステップ 6 | 必要に応じて、[サービス リクエスト(Service Request)] ダイアログ ボックスでコメントを追加します。 |
ステップ 7 | [承認(Approve)] をクリックします。 |
ステップ 1 | メニュー バーで、[組織(Organizations)][承認記録(My Approvals)] の順に選択します。 |
ステップ 2 | [承認記録(My Approvals)] タブを選択します。 |
ステップ 3 | 拒否するサービス リクエスト エントリを選択します。 |
ステップ 4 | (任意)[詳細の表示(View Details)] をクリックして詳細を確認した後、[閉じる(Close)] をクリックします。 |
ステップ 5 | [却下(Reject)] をクリックします。 |
ステップ 6 | 必要に応じて、[サービス リクエスト(Service Request)] ダイアログ ボックスでコメントを追加します。 |
ステップ 7 | [却下(Reject)] をクリックします。 |
ステップ 1 | メニュー バーで、[組織(Organizations)][承認記録(My Approvals)] の順に選択します。 |
ステップ 2 | [承認記録(My Approvals)] タブを選択します。 |
ステップ 3 | リストからグループ名を選択します。 |
ステップ 4 | ツールバーの右側で、[レポートのエクスポート(Export Report)] アイコンをクリックします。 |
ステップ 5 | [レポートのエクスポート(Export Report)] ダイアログ ボックスで、レポート形式を選択します。
レポートの形式は、PDF、CSV、XLS です。 |
ステップ 6 | [レポートの生成(Generate Report)] をクリックします。
レポートが生成された後、[ダウンロード(Download)] オプションが表示されます。 |
ステップ 7 | レポートを開いて、システムに保存するために、[ダウンロード(Download)] をクリックします。 |
サービス リクエストの予算作成
ステップ 1 | メニュー バーで、 の順に選択します。 | ||||||||||||
ステップ 2 | 左側のパネルから、ユーザ グループを選択します。 | ||||||||||||
ステップ 3 | [予算エントリ(Budget Entries)] タブを選択します。 | ||||||||||||
ステップ 4 | [追加(Add)](+)をクリックします。 | ||||||||||||
ステップ 5 | [予算エントリの追加(Add Budget Entry)] ダイアログ ボックスで、次のフィールドに値を入力します。
| ||||||||||||
ステップ 6 | [追加(Add)] をクリックします。 |