この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章は、次の項で構成されています。
セルフサービス プロビジョニングを使用して仮想マシン(VM)またはアプリケーションをプロビジョニングできます。セルフサービス プロビジョニングを使用し、VM またはアプリケーションをプロビジョニングするには、最初にサービス リクエストを作成する必要があります。この操作によって、次の内容を含む VM 作成のワークフローが開始されます。
セルフサービス プロビジョニング機能を使用してサービス リクエストを作成し、仮想マシン(VM)、サービス、またはアプリケーションをプロビジョニングできます。サービス リクエスト プロセスでは VM 作成用のプロビジョニング ワークフローを作成しますが、これには次のアクションが含まれます。
(注) | [導入設定(Deployment Configuration)] 画面で CPU コアの数やメモリ割り当てを変更すると、総コストが自動的に更新されて表示されます。 |
VM をプロビジョニングする、またはオーケストレーション ワークフローを実行するには、最初にサービス リクエストを作成する必要があります。必要に応じて、VM をプロビジョニングするかワークフローを実行する前に、1 ~ 2 人の管理者または指定されたユーザに承認を要求することができます。VM はただちに承認することも、オリジナルのリクエストから 90 日以内に承認するようにスケジュールすることもできます。
ステップ 1 | を選択します。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 2 | [サービス リクエスト(Services Requests)] ページで、[サービス リクエスト(Service Requests)] をクリックします。 | ||||||||||||||||||||||||||||||||||||||||
ステップ 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。 |
[画像(Image)] |
VM がプロビジョニングされるイメージ |
[リクエスト日時(Request Time)] |
サービス リクエストの作成時点。 |
[リクエストのステータス(Request Status)] |
サービス リクエストのステータス([完了(Complete)]、[キャンセル(Canceled)]、[失敗(Failed)] など)。 |
[説明(Comments)] |
任意のコメント。 |
[所有権(Ownership)] |
|
[グループ(Group)] |
サービス リクエストを開始したユーザが属するグループ。 |
[送信ユーザ(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 | を選択します。 |
ステップ 2 | ユーザ グループを選択します。
デフォルトは [すべてのユーザ グループ(All User Groups)] で、すべてのサービス リクエストが表示されます。 |
ステップ 3 | [サービス リクエスト(Services Requests)] ページで、[サービス リクエスト(Service Requests)] をクリックします。 |
ステップ 4 | ワークフローを表示するサービス リクエストを含む行をクリックします。 |
ステップ 5 | [詳細の表示(View Details)] をクリックし、[ワークフロー ステータス(Workflow Status)] をクリックして、サービス リクエストの詳細とステータスを確認します。 |
遅延プロビジョニングを使用して、VM プロビジョニングのスケジュールを後日に設定できます。デフォルト プロビジョニングは、スケジュールされた日付の午前 8:30 に実行されます。日付が設定されると、ワークフローの VM プロビジョニング ステータスは変更を表示します。
ステップ 1 | を選択します。 |
ステップ 2 | [サービス リクエスト(Services Requests)] ページで、[サービス リクエスト(Service Requests)] をクリックします。 |
ステップ 3 | [リクエストの作成(Create Request)] をクリックします。 |
ステップ 4 | グループ、カタログ タイプ、カタログを選択します。標準カタログ タイプを使用したサービス リクエストの作成を参照してください。 |
ステップ 5 | [次へ(Next)] をクリックします。 |
ステップ 6 | [プロビジョニング(Provision)] フィールドで [後で(Later)] オプションを選択し、[サービス リクエスト(Service Request)] 画面でプロビジョニングの日付を選択します。 |
ステップ 7 | [概要(Summary)] 画面が表示されるまで [次へ] をクリックします。 |
ステップ 8 | [送信(Submit)] をクリックします。 |
失敗したサービス リクエストを再送信できます。サービス リクエストは、次に示す理由で失敗することがあります。
VM がプロビジョニングされるグループの予算制限(管理者により定義)を超過した。
VM がプロビジョニングされるグループに対するリソース制限(管理者が定義している場合)を超過した場合。
サービス リクエストの関連情報が欠けている場合、プロビジョニングが失敗する可能性があります。
サービス リクエストを再送信すると、前回の送信で失敗したワークフロー ステップからプロセスが再開されます。たとえば、サービス リクエストがリソース割り当てワークフロー(ステップ 2)で失敗した場合、このサービス リクエストを再送信すると、そのステップからプロセスが開始されます。
その他のサービス リクエスト機能
システムの管理者は、作成されたすべてのサービス リクエストをキャンセルできます。MSP 管理者またはグループ管理者である場合、自身が作成、または管理しているグループ メンバーのユーザが作成した、サービス リクエストをキャンセルできます。
ステップ 1 | を選択します。 |
ステップ 2 | ユーザ グループを選択します。
デフォルトは [すべてのユーザ グループ(All User Groups)] で、すべてのサービス リクエストが表示されます。 |
ステップ 3 | [サービス リクエスト(Services Requests)] ページで、[サービス リクエスト(Service Requests)] をクリックします。 |
ステップ 4 | キャンセルするサービス リクエストを含む行をクリックします。 |
ステップ 5 | [リクエストのキャンセル(Cancel Request)] をクリックします。 |
ステップ 6 | [送信(Submit)] をクリックして、サービス リクエストをキャンセルします。 |
サービス リクエストがオーケストレーション ワークフローまたはフェンスド コンテナの導入を使用して作成されている場合は、サービス リクエストをロールバックできます。
ステップ 1 | を選択します。 |
ステップ 2 | ユーザ グループを選択します。
デフォルトは [すべてのユーザ グループ(All User Groups)] で、すべてのサービス リクエストが表示されます。 |
ステップ 3 | [サービス リクエスト(Services Requests)] ページで、[サービス リクエスト(Service Requests)] をクリックします。 |
ステップ 4 | ロールバックするサービス リクエストを含む行をクリックします。 |
ステップ 5 | [その他のアクション(More Actions)] ドロップダウン リストから [リクエストのロールバック(Rollback Request)] を選択します。 |
ステップ 6 | [サービス リクエストのロールバック(Rollback Service Request)] 画面で、ロールバックする必要があるサービス リクエストのタスクを選択します。
デフォルトでは、サービス リクエストのすべてのタスクがオンになっています。 |
ステップ 7 | (任意) [ロールバック タスクが失敗した場合、ロールバックを中止(Abort rollback, if any rollback task fails)] をオンにします。 |
ステップ 8 | [送信(Submit)] をクリックします。 |
ステップ 1 | を選択します。 |
ステップ 2 | ユーザ グループを選択します。
デフォルトは [すべてのユーザ グループ(All User Groups)] で、すべてのサービス リクエストが表示されます。 |
ステップ 3 | [サービス リクエスト(Services Requests)] ページで、[サービス リクエスト(Service Requests)] をクリックします。 |
ステップ 4 | アーカイブするサービス リクエストを含む行をクリックします。 |
ステップ 5 | [アーカイブ(Archive)] をクリックします。 |
ステップ 6 | [リクエストのアーカイブ(Archive Request)] 画面で、[アーカイブ(Archive)] をクリックします。
[サービス リクエスト(Service Requests)] ページで、[アーカイブ済みのサービス リクエスト(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 | [サービス リクエスト(Services Requests)] ページで [アーカイブされたサービス リクエスト(Archived Service Requests)] をクリックします。 |
ステップ 3 | キーボードを使用するか、[アーカイブ済みのサービス リクエスト(Archived Service Requests)] レポートからサービス リクエストを選択することでのみサービス リクエストの ID を入力できます。
サービス リクエスト ID を入力するには、次の手順に進みます。サービス リクエストを選択する場合は、次のようにします。 |
ステップ 4 | サービス リクエストを入力するには、次の手順を実行します。 |
選択したユーザ グループのすべてのサービス リクエストが表示されます。
ステップ 1 | を選択します。 |
ステップ 2 | [サービス リクエスト(Service Requests)] ページでユーザ グループを選択します。 |
ステップ 3 | [サービス リクエスト(Services Requests)] ページで、[サービス リクエスト(Service Requests)] をクリックします。 |
ステップ 4 | [レポートのエクスポート(Export Report)] をクリックします。 |
ステップ 5 | [レポートのエクスポート(Export Report)] 画面で、レポート形式を選択します。
レポートの形式は、PDF、CSV、XLS です。 |
ステップ 6 | [レポートの生成(Generate Report)] をクリックします。
レポートが生成された後、[ダウンロード(Download)] オプションが表示されます。 |
ステップ 7 | レポートを開いて、システムに保存するために、[ダウンロード(Download)] をクリックします。 |
VM をプロビジョニングする前に、サービス リクエストは VDC 内で指名された指定承認者により承認される必要があります。1 つのグループに対して1人または 2 人の承認者を定義できます。
作成されたサービス リクエスト ワークフローには、承認者の名前を表示する VM 承認を必要とするステップがあります。
サービス リクエスト通知電子メールが承認者に送信されます。承認者は [承認(Approvals)] タブですべての保留中のリクエストを確認できます。
承認が認可された後 VM のプロビジョニングが開始されます。
(注) | 承認者の定義の詳細については、仮想データセンターを参照してください。 |
ステップ 1 | を選択します。 |
ステップ 2 | レポートをエクスポートするサービス リクエストを含む行をクリックします。 |
ステップ 3 | [レポートのエクスポート(Export Report)] をクリックします。 |
ステップ 4 | [レポートのエクスポート(Export Report)] 画面で、レポート形式を選択します。
レポートの形式は、PDF、CSV、XLS です。 |
ステップ 5 | [レポートの生成(Generate Report)] をクリックします。
レポートが生成された後、[ダウンロード(Download)] オプションが表示されます。 |
ステップ 6 | レポートを開いて、システムに保存するために、[ダウンロード(Download)] をクリックします。 |
サービス リクエストの予算作成
ステップ 1 | を選択します。 |
ステップ 2 | [サービス リクエスト(Service Requests)] ページでユーザ グループを選択します。 |
ステップ 3 | [サービス リクエスト(Service Requests)] ページで [現在の月予算の可用性(Current Month Budget Availability)] をクリックします。 |
ステップ 1 | を選択します。 |
ステップ 2 | [概要(Summary)] ページでユーザ グループを選択します。 |
ステップ 3 | [概要(Summary)] ページで [予算エントリ(Budget Entries)] をクリックします。 |
ステップ 1 | を選択します。 | ||||||||||||
ステップ 2 | [概要(Summary)] ページでユーザ グループを選択します。 | ||||||||||||
ステップ 3 | [概要(Summary)] ページで [予算エントリ(Budget Entries)] をクリックします。 | ||||||||||||
ステップ 4 | [追加(Add)] をクリックします。 | ||||||||||||
ステップ 5 | [予算エントリの追加(Add Budget Entry)] 画面で、次のフィールドに値を入力します。
| ||||||||||||
ステップ 6 | [追加(Add)] をクリックします。 |