Cloud-Klasse

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 2 Minuten Lesedauer

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

    Beschreibungen allgemeiner CMDB -Tabellen in einem Basissystem finden Sie unter Beschreibungen der CMDB-Tabellen.

    Abbildung : 1. AWS/Azure/OpenStack-Klassenmodell​
    AWS/Azure/OpenStack-Klassenmodell.
    Abbildung : 2. IBM Datacenter Cloud Schema-Modell
    IBM Datacenter Cloud Schema-Modell.
    Abbildung : 3. Schemamodell für Google-Rechenzentrum
    Schemamodell für Google-Rechenzentrum.

    Cloud-Schemabeschreibung

    ServiceNow bietet umfangreiche Modelle von Cloud-Umgebungen, einschließlich Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP) und IBM Cloud. Mit Schwerpunkt auf der Rechenseite sind die Modelle für Cloud-Umgebungen und für virtuelle Server ähnlich. Beispielsweise sind Instanzen von Amazon Elastic Compute Cloud (EC2) und Microsoft® Azure Cloud Compute eine Erweiterung von VM-Instanzen, bei 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 auf Amazon EC2 ausgeführten Linux-Gasthost 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 mit der EC2-Instanz ausgeführt. Durch die Integration des AWS Config-Service oder der Amazon CloudWatch-Anwendung erhalten Sie Informationen zur EC2-Objekt-ID. Beim Ausführen von Discovery oder einem anderen Discovery-Programm auf dem Linux-Gasthost wird hostnamebereitgestellt.

    Voraussetzungen:
    • Die richtige UUID wird abgerufen, 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 unter:Wird ausgeführt“.

    Außerdem gibt es ein vollständiges Modell für Speicher, Netzwerke, Lamda/Funktionen zusätzlich zur Modellierung verschiedener Regionen unter Verwendung des Konzepts 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: Synonym für die IDs, die Cloud-Anbieter für die verschiedenen Arten von Cloud-Ressourcen 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. Beispiel: AWS-Rechenzentrum [cmdb_ci_aws_datacenter], Azure-Rechenzentrum [cmdb_ci_azure_datacenter] und Google-Rechenzentrum [cmdb_ci_google_datacenter], die vom 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 hat eine Abhängigkeit von Cloud-Servicekonten​, die zwei Bezeichnereinträge aufweisen:

      • 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 anwendbarer als Objekt-ID.

    Weitere Informationen finden Sie unter CMDB Identification and Reconciliation (IRE).