---
sourceDocument: オーストラリア ServiceNow AI Platform の機能
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform の機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# クラウドクラス

# クラウドクラス {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

CMDB クラウドクラスの説明、識別ルール、およびその他の重要なスキーマ構造。
ベースシステムの一般的な CMDB テーブルの説明については、「[CMDB テーブルの説明](https://servicenow-prod.fluidtopics.net/_D26sGjxgLNeI57NUG_V4w "テーブルの名前、ラベル、およびテーブルに格納されている情報のタイプの説明を含む、ベースシステム内の CMDB のテーブルのリスト。")」を参照してください。
図 : 1. AWS/Azure/OpenStack クラスモデル 図 : 2. IBM データセンタークラウドスキーマモデル 図 : 3. Google データセンタースキーマモデル

## クラウドスキーマの説明 {#class-cloud__section_sld_v4g_mkb}

ServiceNow には、Amazon Web Services (AWS)、Microsoft Azure サービス、Google Cloud Platform (GCP)、IBM Cloud などのクラウド環境の広範なモデルがあります。コンピューティング側に注目すると、クラウド環境と仮想サーバーのモデルは似ています。たとえば、Amazon Elastic Compute Cloud (EC2) や Microsoft® Azure Cloud Compute のインスタンスは、仮想マシンインスタンスの拡張であり、CI は通常、クラウドインベントリに直接接続することで作成されます。ただし、仮想マシンインスタンスはクラウドインスタンスの実際の使用状況を表すものではありません。

クラウドサービスアカウント \[cmdb_ci_cloud_service_account\] は、AWS、GCP、Azure などのクラウドアカウントをトラッキングするためのメインクラスです (たとえば、AWS の cmdb_ci_aws_account テーブルなどに代わるものです)。

たとえば、Amazon EC2 で実行されている Linux ゲストホストは、Server \[cmdb_ci_server\] クラスで、IsVirtual 属性を true に設定し、EC2 インスタンスへの Runs on:Runs 関係を使用して表すことができます。AWS Config Service または Amazon CloudWatch アプリケーションを統合すると、EC2 オブジェクト ID に関する情報が得られます。ゲスト Linux ホストで ディスカバリー または別のディスカバリープログラムを実行すると、hostname が提供されます。  
次のことを確認します。

* シリアル番号 \[cmdb_serial_number\] テーブルに格納される正しい UUID を取得していること。
* クラウドインスタンスをホスト OS に接続/作成し、UUID/オブジェクト ID を照合し、Runs On:Runs 関係を作成していること。
{#class-cloud__ul_mhp_yqg_mkb}

また、計算、ストレージなどとの Hosts:HostedOn 関係と、テーブル論理データセンター \[cmdb_ci_logical_datacenter\] の概念を使用したさまざまな地域のモデリングに加えて、ストレージ、ネットワーク、Lamda/関数の完全なモデルがあります。

## 識別ルール {#class-cloud__section_egp_xtg_mkb}

ベースシステムには、クラウドスキーマクラスの事前定義された識別ルールが含まれています。クラウドオブジェクトには、次の識別アイテムが必要です：

* オブジェクト ID：クラウドベンダーが Azure Compute、EC2、Amazon Simple Storage Service (S3) などのクラウドリソースのタイプごとに使用する ID と同義語です。
* オブジェクト ID はリージョンごとに一意であるため、クラウドリソースがホストされているリージョンに関する情報を論理データセンター \[cmdb_ci_logical_data_center\] テーブルから取得する必要がある依存関係があります。例：論理データセンターから拡張された AWS データセンター \[cmdb_ci_aws_datacenter\]、Azure データセンター \[cmdb_ci_azure_datacenter\]、Google データセンター \[cmdb_ci_google_datacenter\]。

  論理データセンター自体には、2 つの識別子エントリがあります：
  * オブジェクト ID：論理データセンターの一意の ID (該当する場合)
  * リージョン：クラウドリソースのリージョン
  {#class-cloud__ul_nbh_nrt_4kb}
* 論理データセンターは、次の 2 つの識別子エントリを持つクラウドサービスアカウントに依存しています。

  * オブジェクト ID：アカウントの一意の ID (該当する場合)。
  * アカウント ID：さまざまなクラウドリソースを含む一意のアカウント ID。通常、アカウント ID はオブジェクト ID よりも容易に適用できます。
  {#class-cloud__ul_xvk_n5g_mkb}
{#class-cloud__ul_nhh_xjz_4kb}

詳細については、「[CMDB 識別および調整 (IRE)](https://servicenow-prod.fluidtopics.net/H~tj0w3DyHuqw0TuKW3kng "識別および調整モジュールは、さまざまなデータソースからのデータを識別して調整するための集中化されたフレームワークを提供します。複数のデータソースを使用して CI レコードを作成および更新するときに、CMDB および一部の非 CMDB テーブルの完全性を維持するのに役立ちます。")」を参照してください。