---
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) 所要時間：5分

この例では、クラウドプロビジョニングとガバナンス がデフォルトで提供する、既存の詳細計画ルールのセットについて説明します。

## 始める前に

この例を参照する前に、詳細計画と詳細計画ルールの作成について理解しておく必要があります。次のリソースを参照してください。

* [クラウドプロビジョニングの詳細計画](https://servicenow-prod.fluidtopics.net/Zi_cMeGgsnka~Op1VQkWVA "詳細計画 は、クラウドサービス (スタック) をクラウドユーザーに提供するための特別なカタログアイテムテンプレートです。詳細計画は任意のクラウドサービスプロバイダー (Amazon AWS クラウド や Microsoft Azure クラウド など) で動作します。詳細計画は Orlando リリース以降、使用が制限されています。")
* [クラウドプロビジョニング 詳細計画のビルド](https://servicenow-prod.fluidtopics.net/SKHpT4IJRfDC77eZ4pyxBA "詳細計画デザイナーを使用して、クラウドプロビジョニングとガバナンス アプリケーションのカスタム詳細計画を作成します。詳細計画は Orlando リリースで廃止されました。")
* [詳細計画ルールの設定](https://servicenow-prod.fluidtopics.net/HlMTwFbZssM9PMxOtnGiMQ#configure-a-blueprint-rule "詳細設定の属性に対してシステムが実行できるアクションを含むルールを構成します。")
{#analyze-default-blueprint-rules__ul_jb3_hc4_p2b}

必要なロール：sn_cmp.cloud_service_designer

## このタスクについて

この例の目的は、詳細計画ルールのデフォルトセットがクラウドアカウントに基づいて \[場所\] フィールドにデータを設定するタスクの実行方法を示すことです。この例はデフォルトデータを参照するため、これらの手順に従う場合はレコードを作成する必要はありません。

この詳細計画には AWS データセンターでプロビジョニングできる仮想サーバーが含まれており、例を示すために使用されます。

## 手順

1. 仮想サーバーまたは類似サーバーの詳細計画を開きます。
2. 詳細計画フォームで、\[カタログ\] タブをクリックし、\[プロビジョン\] 操作を表すタイルをクリックします。  
   ![カタログアイテム]()
3. 同僚と連携して仕事を進めるには、上の 一般情報 \[変数セット\] 関連リストの変数セット。
4. \[CloudAccount\] 変数をクリックして、クラウド変数フォームを開きます。  
   次のアイテムを確認してください。
   * 下部の \[ルール\] 関連リストには、次の 2 つのルールが表示されます。
     * ReloadLocation は、再配置フィールドの値を再ロードします。このルールは、他のルールよりも順序番号が低いため、最初に実行されます。
     * \[TriggerChangeEvent 場所 (TriggerChangeEvent Location)\] は、場所変数に対して構成済みルールのアクションをトリガーするようにシステムに指示します。
     {#analyze-default-blueprint-rules__ul_ndl_hbr_2gb}
   * \[選択ボックスをルックアップ\] フィールドは、ユーザーが行う選択を \[クラウドアカウント\] フィールドに提供するように指定します。ユーザーが選択できるオプションは、CloudAccountPool (\[タイプ仕様\] フィールドにあります) から取得されます。

   {#analyze-default-blueprint-rules__ul_ul2_qg4_p2b}
5. \[場所を再ロード (Reload Location)\] ルールをクリックし、\[アクション\] 関連リストから \[場所を再ロード (Reload Location)\] アクションをクリックします。  
   次のアイテムを確認してください。
   * \[アクションタイプ\] は \[再ロード\] であり、カタログアイテムフォームを再ロードして \[ターゲット変数\] (\[場所\]) で指定したフィールドの新しい値を入力できるようにシステムに指示します。

   * \[DataSource\] フィールドは、場所を再ロードするようにシステムに指示します。
   * \[KeyValues\] リストは、\[再ロード\] アクションタイプを指定した場合にのみ使用され、ユーザーがフォームを介してクラウドアカウントを渡すように指定します。場所はプールからロードされるため、クラウドアカウントは場所の正しい値を再ロードする必要があります。そのプールには、正しい場所オプションを返すクラウドアカウントの入力が必要なフィルターがあります。
   {#analyze-default-blueprint-rules__ul_q5c_r1m_p2b}
6. CloudAccount カタログプロパティフォームに戻り、もう一方のルール \[TriggerChangeEvent 場所 (TriggerChangeEvent Location)\] を開きます。
7. \[アクション\] 関連リストをクリックし、\[TriggerChangeEvent 場所 (TriggerChangeEvent Location)\] アクションを開いて、\[アクション\] 関連リストから \[TriggerChangeEvent 場所 (TriggerChangeEvent Location)\] アクションをクリックします。  
   次のアイテムを確認してください。
   * \[アクションタイプ\] は \[TriggerChangeEvent 場所 (TriggerChangeEvent Location)\] であり、場所プロパティに対して構成済みルールのアクションをトリガーするようにシステムに指示します。デフォルトでは、場所プロパティに対して複数のルールがすでに構成されています。これには、\[OS プロファイル\]、\[ネットワーク\] などの他のフィールドを再ロードするルールが含まれます。

   * このアクションは再ロードアクションではないため、\[KeyValues\] は必要ありません。
   {#analyze-default-blueprint-rules__ul_ezr_h2m_p2b}  
   CloudAccount 属性に対するこれら 2 つのルールの結果を次の例に示します。

8. 次の手順を実行して、システムが \[場所\] フィールドに値 \[AWS データセンター - us-east-1\] を設定した理由と、\[自分のクラウドアカウント (My Cloud Account)\] 値に関連している場所をシステムが決定する方法を確認します。
   1. 同じ詳細計画で、\[一般情報\] 変数セットを開き、\[場所\] パラメーターを開きます。
   2. \[タイプ仕様\] タブをクリックします。  
      CloudLocationPool リソースプールの \[場所\] フィールドに入力できる値を確認してください。
   3. 移動先 管理リソースプールをクリックし、 CloudLocationPool を開き、次の項目を確認します。  
      * 場所は、\[ルックアップテーブル\] のレコードから取得されます。この例の場合は、\[関連データセンター \[sn_cmp_ca_assc_datacenter\]\] になります。
      * カタログアイテムフォームの \[場所\] フィールドでユーザーに実際に表示される値は、\[ルックアップフィールド\] から取得されます。この例では、\[ルックアップフィールド\] は関連データセンター \[sn_cmp_ca_assc_datacenter\] テーブルの \[別名\] 列を指定します。\[別名\] 列には、すべての場所で実際にユーザーにわかりやすい名前が表示されます。
      {#analyze-default-blueprint-rules__ul_uqg_gjr_2gb}
   4. 管理ポータルではなく、インスタンスの標準インターフェイスに移動し、ナビゲーションフィルターに <kbd class="ph userinput">sn_cmp_ca_assc_datacenter.list</kbd> と入力します。  
      クラウドアカウントにすでに関連付けられているデータセンターのリストが表示されます。

      \[自分のクラウドアカウント (My Cloud Account)\] クラウドアカウントは、\[場所\] フィールドでユーザーに表示される値である \[AWS データセンター (us-east-1)\] にすでに関連付けられていることに注意してください。この関連データセンターテーブルでの関連付けにより、システムではその値を表示することを認識していました。クラウドプロビジョニングとガバナンス アドミニストレーターが AWS のクラウドアカウントを作成し、そのクラウドアカウントで us-east-1 データセンターのディスカバリーを実行したときに、システムはこの関連付けを作成しました。

      \[自分のクラウドアカウント (My Cloud Account)\] には複数のデータセンターが関連付けられている可能性があります。その場合、\[場所\] フィールドは、関連付けられているすべてのデータセンターと \[場所\] フィールドを再ロードします。\[場所\] フィールドはタイプが \[選択\] であるため、ユーザーはこのフィールドで対象の場所を選択できます。
   {#analyze-default-blueprint-rules__substeps_fzl_smy_q2b}