Cloud-Klasse

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 1 Minute Lesedauer

    • Beschreibung, Identifizierungsregel und andere wichtige Schemastrukturen für CMDB Cloud-Klassen.

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

    Abbildung : 1. AWS/Azure/OpenStack-Klassenmodell ​
    AWS/Azure/OpenStack-Klassenmodell.
    Abbildung : 2. IBM Datacenter Cloud-Schemamodell
    IBM Datacenter Cloud-Schemamodell.
    Abbildung : 3. Google Rechenzentrum-Schemamodell
    Google Rechenzentrum-Schemamodell.

    Cloud-Schemabeschreibung

    ServiceNow Verfügt über umfangreiche Modelle von Cloud-Umgebungen, einschließlich Amazon Web Services (AWS), Microsoft Azure-Service, Google Cloud Platform (GCP) und IBM Cloud. Die Modelle für Cloud-Umgebungen und virtuelle Server sind auf der Compute-Seite ä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. VM-Instanzen stellen jedoch nicht die tatsächliche Nutzung der Cloud-Instanz dar.

    Cloud-Service-Account [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 Tabelle cmdb_ci_aws_Account für AWS).

    Sie können beispielsweise einen Linux-Gasthost, 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 am:führt in die EC2-Instanz aus. Durch die Integration des AWS Config Service oder der Amazon CloudWatch-Anwendung werden Informationen zur EC2-Objekt-ID bereitgestellt. Wird Ausgeführt Discovery Oder ein anderes Discovery-Programm auf dem Linux-Gasthost stellt bereit hostname.

    Voraussetzungen:
    • 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 auf:Ausführungen“ erstellt.

    ​Zusätzlich zur Modellierung verschiedener Regionen mit dem Konzept der Tabelle „logisches Rechenzentrum“ [cmdb_ci_logical_Datacenter] mit Hosts:HostedOn-Beziehung mit Compute, Speicher usw. gibt es ein vollständiges Modell für Speicher, Netzwerke, Lamda/Funktionen.

    Identifizierungsregel

    Das Basissystem enthält vordefinierte Identifizierungsregeln für Cloud-Schemaklassen. Ein Cloud-Objekt erfordert die folgenden Identifikationselemente: ​
    • Objekt-ID: Synonym mit den IDs, die Cloud-Lieferanten 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 weist daher eine abhängige Beziehung auf, die Informationen aus der Tabelle „logisches Rechenzentrum“ [cmdb_ci_logical_Data_Center] über die Region erfordert, in der die Cloud-Ressource gehostet wird. Zum 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 zutreffender als Objekt-ID.

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