---
sourceDocument: Yokohama Now Platform-Fähigkeiten
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/servicenow-platform

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama Now Platform-Fähigkeiten

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# Cloud-Klasse

# Cloud-Klasse {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 Minute Lesedauer

Beschreibung, Identifizierungsregel und andere wichtige Schemastrukturen für CMDBCloud-Klassen.
Für Beschreibungen von allgemein CMDBTabellen in einem Basissystem, siehe [CMDB-Tabellenbeschreibungen](https://servicenow-prod.fluidtopics.net/K5qMFrcc43d~KgLkoK30Eg "Liste der Tabellen in der CMDB in einem Basissystem mit Name, Bezeichnung und Beschreibung des Typs der Informationen, die in der Tabelle gespeichert sind.").
Abbildung : 1. AWS/Azure/OpenStack-Klassenmodell Abbildung : 2. IBM-Rechenzentrum-Cloud-Schemamodell Abbildung : 3. Google-Rechenzentrum-Schemamodell

## Cloud-Schemabeschreibung {#class-cloud__section_sld_v4g_mkb}

ServiceNow Verfügt über umfangreiche Modelle von Cloud-Umgebungen, einschließlich Amazon Webservices (AWS), Microsoft Azure-Service, Google Cloud Platform (GCP) und IBM Cloud. Mit Schwerpunkt auf der Compute-Seite sind die Modelle für Cloud-Umgebungen und virtuelle Server ähnlich. Beispiel: Instanzen von Amazon Elastic Compute Cloud (EC2) und Microsoft ®Azure Cloud Compute ist eine Erweiterung von VM-Instanzen, bei denen CIs normalerweise durch direkte Verbindung mit dem Cloud-Bestand erstellt werden. Instanzen der virtuellen Maschine stellen jedoch nicht die tatsächliche Nutzung der Cloud-Instanz dar.

Cloud-Servicekonto \[cmdb_ci_cloud_service_account\] ist die Hauptklasse für die Nachverfolgung von Cloud-Accounts wie AWS, GCP und Azure (ersetzt beispielsweise die Verwendung der cmdb_ci_aws_account-Tabelle für AWS).

Sie können beispielsweise einen Linux-Gasthost darstellen, der auf Amazon EC2 ausgeführt wird, durch die Klasse Server \[cmdb_ci_Server\] mit darstellen IsVirtualAttribut auf festgelegt Wahr Und mit der Beziehung wird ausgeführt auf:wird in der EC2-Instanz ausgeführt. Durch die Integration des AWS-Konfigurationsservice oder der Amazon CloudWatch-Anwendung werden Informationen zur EC2-Objekt-ID bereitgestellt. Wird Ausgeführt DiscoveryOder ein anderes Discovery-Programm auf dem Linux-Gasthost stellt bereit hostname.  
Stellen Sie Folgendes sicher:

* Abrufen der richtigen UUID, die in der Tabelle „Seriennummer" \[cmdb_Serial_number\] gespeichert wird.
* Die Cloud-Instanz wird mit dem Host-BS verbunden/erstellt, mit der UUID/Objekt-ID abgeglichen und die Beziehung „Ausführungen bei:Ausführungen" erstellt.
{#class-cloud__ul_mhp_yqg_mkb}

​Darüber hinaus gibt es ein vollständiges Modell von Speicher, Netzwerk, Lamda/Funktionen sowie die Modellierung verschiedener Regionen mithilfe des Konzepts der Tabelle logisches Rechenzentrum \[cmdb_ci_logical_datacenter\] mit Hosts:HostedOn-Beziehung mit Compute, Speicher usw.

## Identifizierungsregel {#class-cloud__section_egp_xtg_mkb}

Das Basissystem enthält vordefinierte Identifizierungsregeln für Cloud-Schemaklassen. Ein Cloud-Objekt erfordert die folgenden Identifizierungselemente:

* Objekt-ID: Synonym mit den IDs, die Cloud-Anbieter für jeden Typ von Cloud-Ressource verwenden, z. B. Azure Compute, EC2 und Amazon Simple Storage Service (S3).
* Objekt-ID ist pro Region eindeutig und hat daher eine abhängige Beziehung, die Informationen aus der Tabelle „logisches Rechenzentrum" \[cmdb_ci_logical_data_center\] über die Region erfordert, in der die Cloud-Ressource gehostet wird. Beispiel: AWS-Rechenzentrum \[cmdb_ci_aws_datacenter\], Azure-Rechenzentrum \[cmdb_ci_azure_datacenter\], Google-Rechenzentrum \[cmdb_ci_google_datacenter\], die vom logischen Rechenzentrum erweitert werden.

  Logisches Rechenzentrum selbst, hat zwei Bezeichnereinträge:
  * Objekt-ID: Eindeutige ID des logischen Rechenzentrums, falls zutreffend
  * Region: Die Region der Cloud-Ressource
  {#class-cloud__ul_nbh_nrt_4kb}
* Logisches Rechenzentrum hat eine Abhängigkeit von Cloud-Service-Accounts​, die zwei Bezeichnereinträge hat:

  * Objekt-ID: Eindeutige ID des Accounts, falls zutreffend.
  * Account-ID: Die eindeutige Account-ID, die die verschiedenen Cloud-Ressourcen umfasst. Account-ID ist im Allgemeinen besser anwendbar als Objekt-ID.
  {#class-cloud__ul_xvk_n5g_mkb}
{#class-cloud__ul_nhh_xjz_4kb}

Weitere Informationen finden Sie unter [CMDB-Identifizierung und -Abgleich (Ire)](https://servicenow-prod.fluidtopics.net/wJ0PCIFoYOksQaL5NTYtxg "Das Modul „Identifizierung und Abgleich“ bietet ein zentralisiertes Framework für die Identifizierung und den Abgleich von Daten aus verschiedenen Datenquellen. Es trägt zur Aufrechterhaltung der Integrität von bei CMDBUnd einige nicht- CMDBTabellen, wenn mehrere Datenquellen zum Erstellen und Aktualisieren von CI-Datensätzen verwendet werden.").