Cloud-Klasse

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 2 Minuten Lesedauer

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

    Beschreibungen gängiger CMDB-Tabellen in einem Basissystem finden Sie unter CMDB-Tabellenbeschreibungen.

    Abbildung : 1. AWS/Azure/OpenStack-Klassenmodell​
    AWS/Azure/OpenStack-Klassenmodell.
    Abbildung : 2. IBM Datacenter Cloud Schema-Modell
    IBM Datacenter Cloud Schema-Modell.
    Abbildung : 3. Google-Rechenzentrumsschemamodell
    Google-Rechenzentrumsschemamodell.

    Beschreibung des Cloud-Schemas

    ServiceNow verfügt über umfangreiche Modelle von Cloud-Umgebungen, darunter Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP) und IBM Cloud. Was die Berechnungsseite betrifft, sind die Modelle für Cloud-Umgebungen und für virtuelle Server ähnlich. Zum Beispiel sind Instanzen von Amazon Elastic Compute Cloud (EC2) und Microsoft® Azure Cloud Compute eine Erweiterung von VM-Instanzen, in denen CIs normalerweise durch eine direkte Verbindung mit dem Cloud-Bestand erstellt werden. VM-Instanzen 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-Konten wie AWS, GCP und Azure (und ersetzt beispielsweise die Verwendung der Tabelle „cmdb_ci_aws_account“ für AWS).

    Beispielsweise können Sie einen Linux-Gasthost, der auf Amazon EC2 ausgeführt wird, durch die Klasse „Server“ [cmdb_ci_server] darstellen, wobei das Attribut IsVirtual auf „ true “ festgelegt ist und die Beziehung Wird ausgeführt auf:Wird ausgeführt in der EC2-Instanz festgelegt ist. Durch die Integration des AWS Config-Service oder der Amazon CloudWatch-Anwendung werden Informationen zur EC2-Objekt-ID bereitgestellt. Wenn Discovery oder ein anderes Erkennungsprogramm auf dem Linux-Gasthost ausgeführt wird, wird hostnamebereitgestellt .

    Voraussetzungen:
    • Abrufen der richtigen UUID, die in der Seriennummerntabelle [cmdb_serial_number] gespeichert wird.
    • Verbinden/Erstellen der Cloud-Instanz mit dem Host-BS, Abgleichen der UUID/Objekt-ID und Erstellen der Beziehung Wird ausgeführt am:Wird ausgeführt

    ​Außerdem gibt es ein vollständiges Modell von Speicher, Netzwerk, Lamda/Funktionen zusätzlich zur Modellierung verschiedener Regionen mit dem Konzept der Tabelle „Logisches Rechenzentrum“ [cmdb_ci_logical_datacenter] mit Hosts:HostedOn-Beziehung zu Compute, Storage usw.

    Identifizierungsregel

    Das Basissystem enthält vordefinierte Identifizierungsregeln für Cloud-Schemaklassen. Ein Cloud-Objekt erfordert die folgenden Identifizierungselemente:​
    • Objekt-ID: Dies ist gleichbedeutend mit den IDs, die Cloud-Anbieter für jede Art von Cloud-Ressource verwenden, z. B. Azure Compute, EC2 und Amazon Simple Storage Service (S3).

    • Die 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 aus dem logischen Rechenzentrum erweitert werden.

      Das logische Rechenzentrum selbst verfügt über zwei Identifier-Einträge:​
      • Objekt-ID: Eindeutige ID des logischen Rechenzentrums, falls zutreffend
      • Region: Die Region der Cloud-Ressource

    • Das logische Rechenzentrum weist eine Abhängigkeit von Cloud-Servicekonten auf, die über zwei Bezeichnereinträge verfügt:

      • Objekt-ID: Eindeutige ID des Accounts, falls zutreffend.
      • Konto-ID: Die eindeutige Konto-ID, die die verschiedenen Cloud-Ressourcen umfasst. Die Account-ID ist im Allgemeinen zutreffender als die Objekt-ID.

    Weitere Informationen finden Sie unter CMDB-Identifikation und -Abgleich.