Cloud-Klasse

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 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.

    Abbildung : 1. AWS/Azure/OpenStack-Klassenmodell ​
    AWS/Azure/OpenStack-Klassenmodell.
    Abbildung : 2. IBM-Rechenzentrum-Cloud-Schemamodell
    IBM-Rechenzentrum-Cloud-Schemamodell.
    Abbildung : 3. Google-Rechenzentrum-Schemamodell
    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).