Cloud-Klasse

Beschreibung, Identifizierungsregel und andere wichtige Schemastrukturen für CMDBCloud-Klassen.

Für Beschreibungen von allgemein CMDBTabellen in einem Basissystem, siehe CMDB-Tabellenbeschreibungen.

Abbildung : 1. AWS/Azure/OpenStack-Klassenmodell ​

Abbildung : 2. IBM-Rechenzentrum-Cloud-Schemamodell

Abbildung : 3. Google-Rechenzentrum-Schemamodell

Cloud-Schemabeschreibung

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.

​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

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

• 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.

Weitere Informationen finden Sie unter CMDB-Identifizierung und -Abgleich (Ire).