---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# テンプレートベースのクラウドカタログアイテムのリソース注文管理

# テンプレートベースのクラウドカタログアイテムのリソース注文管理 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

リソース注文管理で、テンプレートベースのカタログアイテムに対し、クォータ定義とポリシーを使用してクォータをチェックします。クォータ制限を使用して、ユーザーおよびグループのリソースのプロビジョニングや注文を管理できます。通知、承認ワークフロー、またはその両方をトリガーするポリシーアクションを設定します。

## リソース注文管理 {#resource-order-control-template-based-catalog__section_ycf_k3g_mnb}

リソース注文管理を使用して、テンプレートベースのカタログを通じてプロビジョニングされたリソースのクォータ制限を管理できます。クラウドテンプレートベースのカタログアイテムのクォータチェックは、Xanadu リリースから利用可能です。

クォータ制限をテンプレートベースのカタログにマッピングして、ユーザーまたはユーザーグループに指定したリソース制限またはクォータ定義を超えた場合に、通知または承認ワークフローをトリガーできるようになりました。詳細については、「[Resource Quota (リソースクォータ)](https://servicenow-prod.fluidtopics.net/YQClRq1DWgbNUa9jLyz5Fw "クォータ制限を表示して、自分で消費したリソース量や、自分と所属先のユーザーグループに設定されたクォータ制限に基づくプロビジョニング可能なリソース量を確認します。")」を参照してください。  
リソース管理を使用して、次のアクションを実行します。

* テンプレートベースのカタログアイテムのクォータとキャパシティを計算する。
* クラウドユーザーのプロビジョニング中にスタッククォータの制限を設定する。
* クォータ制限を超えたときにトリガーされるポリシーを作成する。
* クォータ制限を超えたときにポリシー通知と承認要求を追加する。
* クラウドユーザーポータルでテンプレートベースのカタログのユーザーとユーザーグループのクォータを表示する。
{#resource-order-control-template-based-catalog__ul_j4t_r3g_mnb}

## リソース注文管理の仕組み {#resource-order-control-template-based-catalog__section_wkt_bxm_wnb}

リソース注文管理は、クォータを超えた場合にのみ適用されます。リソース注文管理の構成後、カタログのプロビジョニング中に初めてクォータを超えた場合、クラウドリソースは、引き続きプロビジョニングされます。ただし、構成済みのクォータ制限に違反しているリソースをクラウドユーザーが再度プロビジョニングしようとすると、リソース注文管理ポリシーに設定されているリソース注文制限超過ポリシーアクションがトリガーされます。  
注:  
クォータがテンプレートベースのカタログにマッピングされていない場合は、ユーザーがクォータ制限を超えても、そのカタログのクォータ計算は行われません。

たとえば、クラウドユーザーのストレージボリュームに 20 GB のクォータ制限を指定していて、そのユーザーが 40 GB のストレージボリュームをプロビジョニングするとします。初回は、クォータ制限を超えていても、ストレージボリュームはプロビジョニングされます。ただし、次回にユーザーが 20 GB を超えるクラウドリソースをプロビジョニングしようとすると、プロビジョニングは失敗します。

## スタック数クォータ {#resource-order-control-template-based-catalog__section_alb_vdr_tnb}

スタック数クォータにより、テンプレートベースのクラウドカタログアイテムに対するデフォルトのベースシステムクォータが導入されます。スタック数クォータは、ユーザーやユーザーグループによってプロビジョニングされた有効なすべてのスタック (Stack CI クラスで識別) をカウントします。スタック数クォータは、テンプレートベースのすべてのクラウドリソースに適用されるので、カタログアイテムをクォータ定義にマッピングする必要はありません。スタッククォータを有効にすると、スタッククォータにマッピングされたグループのユーザーがクラウドリソースをプロビジョニングするたびに、クォータが計算されます。マッピングされたグループのユーザーが、スタックのクォータ定義による制限を超えてリソースをプロビジョニングしようとすると、リソース注文管理ポリシーと on Resource Limit exceeded ポリシーアクションがトリガーされます。  
注:  
ベースシステムのスタックカウントクォータには、Xanadu にアップグレードする前に作成された可能性があるスタックを保持するための、デフォルトのクォータが事前に定義されていません。スタック数クォータを有効にするには、ユーザーとユーザーグループのデフォルトのクォータ制限を指定する必要があります。

## リソース注文管理ポリシー {#resource-order-control-template-based-catalog__section_ysl_dpr_vnb}

リソース注文管理ポリシーは、デフォルトで \[ドラフト\] 状況になっているベースシステムポリシーです。要件を満たすようにデフォルトのポリシーをカスタマイズして公開することも、新しいポリシーを作成し、クォータ、ルール、およびアクションを定義してリソース注文管理を有効にすることもできます。「リソース制限超過時」ポリシーアクションでは、リソースが、定義済みのクォータ制限を超えたときに、リソース注文管理ポリシーがトリガーされます。リソース制限超過ポリシーがトリガーされたときに、承認ワークフロー、通知、またはその両方を開始するかどうかを決定できます。詳細については、「[「リソース制限超過時」ポリシーのアクションの作成](https://servicenow-prod.fluidtopics.net/~8IqsHMDvbo39aOvBw3oPA "テンプレートベースのカタログアイテムの注文フォームが、定義されたリソース制限またはクォータ値を超えた状態で送信されたときに、承認ワークフローを自動的に実行するか通知を送信するように on Resource limits exceeded ポリシーを設定します。")」を参照してください。  
注:  
既存のクォータの動作では、以降のプロビジョニングが無効にされ、さらなる要求が処理されないので、ポリシーが公開されていない状態でユーザーまたはユーザーグループのクォータを超過した場合は、カタログアイテムをプロビジョニングできません。

## 次のステップ {#resource-order-control-template-based-catalog__section_esv_kyw_pnb}

* **[リソース注文管理のセットアップ](https://servicenow-prod.fluidtopics.net/F~GtehQ7nscRllvgWpVoSw)**   
  クラウドテンプレートベースのカタログアイテムにマッピングされたクォータ定義とポリシーを作成します。ポリシールールとアクションを使用して、グループまたはユーザーに対して定義されたクォータ制限を超えたときに、承認ワークフローまたは通知をトリガーします。