---
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分

クラウドポリシーは、ユーザーが設定したプロパティ値のオーバーライド、承認タスクの作成、IP アドレスの予約、フォームフィールドの事前入力または非表示、カスタムスクリプトの実行、クラウド API の呼び出し、またはワークフローの開始または中止を行うことができます。クラウドポリシーを使用すると、承認、リソース操作、詳細計画操作、カタログアイテムの設定をシステム全体で制御できます。{#create-cloud-policy__shortdesc-cloud-policy}

## 始める前に

* オプション：1 つまたは複数のクラウドポリシーグループを作成します。
* 必要なロール：sn_cmp.cloud_governor または admin{#create-cloud-policy__ph-governororadmin-role}
{#create-cloud-policy__ul_ixb_cb5_dz}

## このタスクについて

この手順では、承認ポリシー (\[詳細計画のプロビジョニング (承認) 時\]、\[スタック操作 (承認) 時\]、\[スタックリソース操作 (承認) 時\]、および \[タスク修正時\]) を除くすべてのポリシータイプについて説明します。承認トリガーを使用してポリシーを作成する手順については、「[クラウド承認ポリシーの作成](https://servicenow-prod.fluidtopics.net/Fwb~r0uRoX7HlfdSZfJoJA "クラウド承認ポリシーでは、アクティビティを続行する前に、指定されたクラウドアクティビティを承認する必要があるユーザーを指定します。承認者として、要求を行うユーザーのマネージャー、指定されたユーザーまたはグループ、または指定されたロールを持つユーザーを指定できます。承認者は複数指定できます。承認は指定した順序で行われます。")」を参照してください。

## 手順

1. クラウドアドミンポータルで、 統制ポリシー.
2. \[新規\] をクリックし、フォームに入力します。  
   図 : 1. ポリシーフォームの例 {#create-cloud-policy__table_zk1_ctq_fz__entry__2}

   | フィールド | 説明 |
   |-|-|
   | ポリシー名 | 「<kbd class="ph userinput">Policy</kbd>」という単語を含むわかりやすい名前。名前を番号で開始しないでください。 |
   | 説明 | ポリシーの意図の説明。 |
   | ポリシーグループ | ポリシーが属しているポリシーグループ。 |
   | ポリシートリガー | ポリシーを適用すべきタイミングを指定するトリガー。たとえば、 \[リース終了時\] トリガーは、スタックのリースが終了するとポリシーを適用します。「[クラウドポリシーのトリガー](https://servicenow-prod.fluidtopics.net/_MHe2e~272OKvuePiVx0Uw "トリガーは、ポリシーエンジンを実行に移すイベントです。たとえば、[カタログアイテム要求終了時] トリガーは、ユーザーが要求フォームを送信した後に開始されます。ポリシーのトリガーが開始されると、ポリシーエンジンはポリシールールで指定された条件をテストし、条件が満たされている場合は、ルールで指定されたアクションを実行します。")」を参照してください。 |
   | リソースブロック \[\[リソース操作時\] が選択されている場合に表示されます\] | ポリシーの適用先のリソースブロック。 |
   | 運用 \[\[詳細計画のプロビジョニング時\]、\[詳細計画のプロビジョニング (承認) 時\]、または \[リソース操作時\] トリガーが選択されている場合に表示される\] | ポリシーが適用される操作を選択します。たとえば、ポリシーを詳細計画またはカタログアイテムに対する \[プロビジョニング解除\] 操作のみに適用することも、すべての操作に適用することもできます。 注: 操作が指定されていない場合、ポリシーはすべての操作に適用されます。この条件により、パフォーマンスが低下する場合があります。 * すべて：あらゆる操作が実行されます。 * 開始：リソースが開始します。 * 停止：リソースが停止します。 * プロビジョン：リソースがプロビジョニングされます。 * プロビジョニング解除：ユーザーがそのリソースを使用できなくなります。 * スクリプトを実行：リソースに対してスクリプトが実行されます。 {#create-cloud-policy__ul_vsk_nfb_qfb} |
   | 実行タイミング \[\[リソース操作時\] が選択されている場合に表示されます\] | ポリシーを適用するタイミングを指定します。 * 操作前 (Pre-operation)：指定された操作が開始する前。 * 操作後 (Post-operation)：指定された操作が終了した後。 {#create-cloud-policy__ul_dz4_btc_lfb} 注: Infoblox と統合する場合、vSphere 仮想マシンには \[操作前\] を使用します。AWS と Azure は IP アドレスの割り当てを制御するため、AWS クラウドと Azure クラウドに対しては \[操作後\] を使用します。Infoblox に用意されている IP アドレスを登録することができます。 |
   | カタログアイテム \[\[カタログアイテム起動時\]、\[カタログアイテム要求開始時\]、または \[カタログアイテム要求終了時\] トリガーが選択されている場合に表示される\] | ポリシーが適用されるカタログアイテムを選択します。 |
   | 開始日/終了日 | ポリシーを考慮すべき開始日と、ポリシーを考慮するのを中止する終了日を指定します。 |
   | 実行順序 | ポリシーが適用される順序を表す数値を指定します。数値が小さいポリシーは数値が大きいポリシーよりも先に実行されます。 たとえば、 \[100\] の \[順序\] のポリシーは、\[順序\] が \[200\] のポリシーよりも前に実行されます。 注: \[実行順序\] プロパティは、\[詳細計画のプロビジョニング (承認) 時\]、\[スタック操作 (承認) 時\]、\[スタックリソース操作 (承認) 時\]、および \[タスク修正時\] ポリシーには適用されません。詳細については、「[クラウド承認ポリシーの作成](https://servicenow-prod.fluidtopics.net/Fwb~r0uRoX7HlfdSZfJoJA "クラウド承認ポリシーでは、アクティビティを続行する前に、指定されたクラウドアクティビティを承認する必要があるユーザーを指定します。承認者として、要求を行うユーザーのマネージャー、指定されたユーザーまたはグループ、または指定されたロールを持つユーザーを指定できます。承認者は複数指定できます。承認は指定した順序で行われます。")」を参照してください。 |
   | ステータス | * \[公開\] ポリシーが適用されます。\[公開\] ステータスのポリシーを編集することはできません。\[公開\] ステータスのポリシーを編集するには、フォームヘッダーで \[ドラフト\] をクリックします。 * \[ドラフト\] ポリシーを編集できます。\[ドラフト\] ポリシーは適用されません。ポリシーを適用するには、フォームヘッダーで \[公開\] をクリックします。 {#create-cloud-policy__ul_x2h_swc_lfb} |
   [ ]

   {#create-cloud-policy__table_zk1_ctq_fz}
3. ヘッダーを右クリックして、\[保存\] を選択します。

## 次のタスク

ポリシーの[クラウドポリシールールを設定](https://servicenow-prod.fluidtopics.net/3wzh_BNKZSiOsjmXzyxDTQ "ポリシールールは、条件とアクションの集合です。​すべての条件が「true」と評価された場合、ポリシーエンジンはアクションを実行します。いずれかの条件が「false」と評価された場合、ポリシーエンジンはアクションを実行しません。")します。
* **[クラウドポリシールールの設定](https://servicenow-prod.fluidtopics.net/3wzh_BNKZSiOsjmXzyxDTQ)**   
  ポリシールールは、条件とアクションの集合です。すべての条件が「true」と評価された場合、ポリシーエンジンはアクションを実行します。いずれかの条件が「false」と評価された場合、ポリシーエンジンはアクションを実行しません。
* **[クラウドプロビジョニングとガバナンス での式の使用](https://servicenow-prod.fluidtopics.net/YOGSu7I5eZ4HBmPLcE8tsQ)**   
  ポリシーアクションの式により、値を設定またはオーバーライドできます。詳細計画内の式は、リソースの属性にアクセスでき、値を要求フォームのフィールドにマップできます。式は、リソースブロック、詳細計画、ポリシー、および クラウドプロビジョニングとガバナンス でスクリプトが許可される任意の場所で使用できます。
* **[\[詳細計画プロビジョニング\] ポリシーのアクションの作成](Hkf08CGkyCaptpFxkkxv7A)**   
  \[詳細計画のプロビジョニング時\] トリガーは、\[カタログアイテム要求開始時\] ポリシーの実行後に開始されます。\[詳細計画のプロビジョニング時\] トリガーによってトリガーされるポリシーは、スクリプトの実行、ユーザー要求の属性値のオーバーライド、またはプロビジョニング操作に関するメッセージの中断と送信を行うことができます。
* **[\[承認\] ポリシーのアクションの作成](t0ZhvZ_JXOv64v5yX9Ls5g)**   
  承認トリガーの 1 つによってトリガーされるポリシーは、承認ワークフローを開始できます。承認トリガーは、\[詳細計画のプロビジョニング (承認) 時\]、\[スタック操作 (承認) 時\]、\[スタックリソース操作 (承認) 時\]、および \[タスク修正時\] です。
* **[\[カタログアイテム起動時\] ポリシーのアクションの作成](woL6ZEQxSSrJwTB4NWETuA)**   
  カタログアイテムに対して注文フォーム (スタック要求フォーム) が起動されると、\[カタログアイテム起動時\] トリガーが開始されます。\[カタログアイテム起動時\] トリガーによってトリガーされるポリシーは、スクリプトの実行や、ユーザーが要求した値 (テキスト値のみ) のオーバーライドができます 。
* **[\[カタログアイテム要求開始/終了時\] ポリシーのアクションの作成](KxnYPp8NZ2UODGgRQqOO6w)**   
  \[カタログアイテム要求開始時\] トリガーは、ユーザーが要求フォームを開いた後に開始されます。\[カタログアイテム要求終了時\] トリガーは、ユーザーが要求フォームを送信した後に開始されます。\[カタログアイテム要求開始時\] または \[カタログアイテム要求終了時\] トリガーによってトリガーされるポリシーは、スクリプトの実行やワークフローの実行ができます。
* **[\[リース終了時\] ポリシーのアクションの作成](Fr1QrCi0mqHZRIi1J9le9w)**   
  \[リース終了時\] トリガーによってトリガーされるポリシーは、通知の送信や、\[開始\]、\[停止\]、または \[プロビジョニング解除\] ライフサイクル操作の実行ができます。
* **[\[リソース操作時\] ポリシーのアクションの作成](B7gWpAj8rcYXQ4l4IEPkDQ)**   
  \[リソース操作時\] トリガーは、ユーザーが特定のリソースに対して \[開始\]、\[停止\]、または \[プロビジョニング解除\] ライフサイクル操作を実行すると、オーケストレーションプロセス中に開始されます。\[リソース操作時\] トリガーによってトリガーされるポリシーは、ユーザーが要求した属性値のオーバーライド、スクリプトの実行、クラウド API の呼び出し、または IP アドレス管理操作の実行を行うことができます。
* **[\[リソース操作開始時\] ポリシーのアクションの作成](viIVQYEy_jLc15TecJSEhQ)**   
  \[リソース操作開始時\] トリガーは、リソース操作のカタログがクラウドユーザーポータルから読み込まれる前に開始されます。\[リソース操作開始時\] トリガーによってトリガーされるポリシーは、スクリプトの実行や、ユーザーが要求した値 (テキスト値のみ) のオーバーライドができます 。
* **[\[リソース操作要求の開始/終了時\] ポリシーのアクションの作成](0QxWNAGoquLOrbLZTzGoTA)**   
  \[リソース操作要求の開始時\] または \[リソース操作要求の終了時\] トリガーによってトリガーされるポリシーは、スクリプトの実行や、ユーザーが要求した属性値のオーバーライドができます。
* **[「リソース制限超過時」ポリシーのアクションの作成](https://servicenow-prod.fluidtopics.net/~8IqsHMDvbo39aOvBw3oPA)**   
  テンプレートベースのカタログアイテムの注文フォームが、定義されたリソース制限またはクォータ値を超えた状態で送信されたときに、承認ワークフローを自動的に実行するか通知を送信するように on Resource limits exceeded ポリシーを設定します。
* **[\[タスク修正時\] ポリシーのアクションの作成](xL~HTTIqn3C9guQ5fk8yBw)**   
  \[タスク修正時\] トリガーは、失敗した要求をユーザーが再送信すると開始されます。\[タスク修正時\] トリガーによってトリガーされるポリシーは、承認ワークフローを開始できます。
* **[ポリシーアクションスクリプトの作成](https://servicenow-prod.fluidtopics.net/TJ8w0tBNn6yzA2RM56z54w)**   
  ポリシーアクションスクリプトを使用して、クラウド要求の値を取得、更新、または設定します。
* **[リソースにタグ付けするポリシーアクションスクリプトの例](https://servicenow-prod.fluidtopics.net/hEJtbqJkncc_BcLBkj440w)**   
  インスタンスは、請求とレポートのためにタグ付けされたリソースを追跡します。ポリシーアクションスクリプトは、リソースタグを追加および変更できます。この例では、ストレージボリュームリソースにタグ付けします。