Die ServiceNowDiscovery-Anwendung verwendet OpenStack-Ressourcen-Erkennungsmuster, um OpenStack-Ressourcen über REST API-Aufrufe zu finden. Die Erkennung einiger dieser Ressourcen erfordert ein Update der Anwendung Muster für Discovery und Service-Mappingaus dem ServiceNow Store.
Discovery verwendet Discovery-Muster für OpenStack-Ressourcen, um eine Horizontal-Discovery auszuführen.
Ab dem Store-Release Muster für Discovery und Service-Mapping von August 2024 unterstützen OpenStack-Ressourcen-Discovery-Muster sowohl Private als auch Public Cloud-Discovery.
Apps im Store anfordern
Besuchen Sie die ServiceNow Store-Website, um alle verfügbaren Apps anzuzeigen und Informationen zum Senden von Anforderungen an den Store zu erhalten. Kumulative Informationen zum Release für alle veröffentlichten Apps finden Sie in den Release-Hinweisen zum ServiceNow Store-Versionsverlauf.
Voraussetzungen
OpenStack-Anforderungen
Suchen Sie im OpenStack Identity-Servicekatalog die Zugriffs-URL, die als OpenStack Identity-Service-Endpunkt verwendet wird. Beispiel: https://<openstack dns>:<port>.
Konfigurieren Sie einen OpenStack-Anwender mit Berechtigungen zum Generieren eines Projektbereichstokens. Das Festlegen der Werte für Domänen-ID, Anwendername, Projektname und Passwort ist erforderlich, um ein Token zu generieren.
MID Server-Anforderungen
Stellen Sie einen dedizierten MID-Server für Cloud-Erkennung bereit und verbinden Sie ihn.
Der dedizierte MID-Server muss Zugriff auf OpenStack und einen offenen Port haben, damit jeder OpenStack-Service erkannt werden kann.
Akadem. Grade
Erstellen Sie auf der Seite Now Platformdie OpenStack-Anmeldeinformationen für das Cloud-Servicekonto ServiceNow. Geben Sie die Werte für Domänen-ID, Anwendername, Projektname und Passwort ein, die Sie in den OpenStack-Anforderungen konfiguriert haben. Weitere Informationen finden Sie unter Create and test your credentials.
Serviceaccount
Konfigurieren Sie auf der Now Platformein Cloud-Servicekonto ServiceNow unter Verwendung der erstellten OpenStack-Anmeldeinformationen und der OpenStack-Rechenzentrumsdetails. Geben Sie im Feld „ Account -ID“ die Projekt-ID des zu erkennenden OpenStack-Projekts an.
Erstellt einen Zeitplan für die automatische Erkennung von OpenStack-Servicekonten (nur für Private Cloud).
Erstellen Sie mit dem Muster „OpenStack – Service-Accounts erkennen“ einen Zeitplan für die automatische serverlose Discovery für OpenStack-Servicekonten. Weitere Informationen finden Sie im Artikel Zeitplan für automatische Cloud-Discovery für Open Stack [KB1638685] in der Now SupportKnowledge Base.
Von Discovery während der horizontalen Erkennung erfasste Daten
Discovery füllt die Daten in CMDB bei der Ausführung der OpenStack-Ressourcen-Discovery-Muster.
Tabelle : 1. VM-Instanz [cmdb_ci_vm_instance]
Feld
Beschreibung
Objekt-ID [object_id]
Server-UUID
Name [name]
Servername
Status [status]
Serverstatus
Beschreibung [short_description]
(Optional) Serverbeschreibung
CPUs [cpus]
Anzahl der virtuellen CPUs (vCPUs) aus der Variante, mit der die VM-Instanz bereitgestellt wird.
Datenträger [disks]
Anzahl aller von ihr verwalteten Volumes, die von der VM-Instanz zurückgegeben werden.
Datenträgergröße (GB) [disk_size]
Gesamtmenge aller von CIder verwalteten Volumes, die von der VM-Instanz verwendet werden, gemessen in Gigabyte (GB).
Arbeitsspeicher (MB) [memory]
Der RAM- Wert der Variante, mit der die VM-Instanz bereitgestellt wird, gemessen in Megabyte (MB).
Netzwerkadapter [NICs]
Anzahl der in der VM-Instanz konfigurierten eindeutigen Schnittstellen.
Status [state]
Zugeordneter Statuswert, der für die VM-Instanz zurückgegeben wird. Die OpenStack Server-Status und die zugehörigen ServiceNowStatuswerte sind:
AKTIV: auf
GELÖSCHT: auf
PAUSED: angehalten
AUSGESETZT: aus
GEHALTEN: aus
Soft_deleteed: beendet
HARD_DELETED: beendet
GRÖSSE ÄNDERT: aus
FEHLER: Fehler
INITIALISIERT: wird gestartet
Für jeden nicht aufgeführten Statuswert ist der Standardwert Aus.
Dieses Feld hat den gleichen Wert wie das Feld object_id.
Objekt-ID [object_id]
Sicherheitsgruppenregel-ID
Beschreibung [short_description]
(Optional) Visuell lesbare Beschreibung
Ethertyp [ethertype]
EtherType Muss IPv4 oder IPv6 sein. In CIDR dargestellte Adressen müssen den Eingangs- oder Ausgangsregeln entsprechen.
Portbereich max. [port_range_max]
Der letzte Port des Bereichs, für den die Regel gilt. Dieser Wert ist die maximale Portnummer in dem Bereich, der der Sicherheitsgruppenregel entspricht.
Wenn das Protokoll TCP, UDP, DCCP, SCTP oder UDP-Lite ist, muss dieser Wert größer oder gleich dem Attributwert port_range_min sein.
Wenn das Protokoll ICMP ist, muss dieser Wert ein ICMP-Code sein.
Portbereich min. [port_range_min]
Der erste Port des Bereichs, für den die Regel gilt. Dieser Wert ist die minimale Portnummer in dem Bereich, der der Sicherheitsgruppenregel entspricht.
Wenn das Protokoll TCP, UDP, DCCP, SCTP oder UDP-Lite ist, muss dieser Wert kleiner oder gleich dem Attributwert port_range_max sein.
Wenn das Protokoll ICMP ist, muss dieser Wert ein ICMP-Typ sein.
Die erkannten Daten enthalten die Tabelle „OpenStack-Hypervisor-Ansicht“ [cmdb_ci_openstack_hypervisor_view] und ihre Felder nur für Private Cloud.
Tabelle : 18. Felder der Tabelle „OpenStack-Hypervisor-Ansicht“ [cmdb_ci_openstack_hypervisor_view].
Feld
Beschreibung
Name [name]
Verketteter Wert der Felder „ linker Bildschirmtyp“ und „Hypervisor_Hostname“. Beispiel: QEMU@host.acmecorp.com.
IP-Adresse [ip_address]
Der Wert des Felds „host_ip“.
Hypervisor-Technologie [hypervisor_technologie]
Der Wert des Felds „Hypervisor_type “.
Objekt-ID [object_id]
Der Wert des ID -Felds.
Status [state]
Der Wert des Statusfelds.
Version [version]
Der Wert des Felds „Hypervisor_Version “.
Die Zuordnung der Abhängigkeitsansichten zeigt alle erkannten OpenStack-Ressourcen in Ihrer Organisation, die über REST API-Aufrufe verfügbar sind, sowie die Beziehungen zwischen ihnen.Abbildung : 1. OpenStack-Netzwerkabhängigkeit
Abbildung : 2. OpenStack-VM-Abhängigkeit
CI-Beziehungen
Die in der folgenden Tabelle aufgeführten Beziehungen werden zur Unterstützung der OpenStack-Ressourcen-Discovery erstellt.
CI
Beziehung
CI
cmdb_ci_openstack_datacenter
Gehostet auf::Hostet
cmdb_ci_cloud_service_account
cmdb_ci_cloud_openstack_service
Gehostet auf::Hostet
cmdb_ci_cloud_service_account
cmdb_ci_cloud_openstack_endpoint
Endpunkt verwenden bis::Endpunkt verwenden ab
cmdb_ci_cloud_openstack_service
cmdb_ci_cloud_openstack_endpoint
Gehostet auf::Hostet
cmdb_ci_openstack_datacenter
cmdb_ci_cloud_openstack_domain
Eigentümer von::Eigentum von
cmdb_ci_cloud_service_account
cmdb_ci_network
Gehostet auf::Hostet
cmdb_ci_openstack_datacenter
cmdb_ci_network
Enthält::Enthalten in
cmdb_ci_cloud_subnet
cmdb_ci_compute_security_group
Gehostet auf::Hostet
cmdb_ci_openstack_datacenter
cmdb_ci_compute_security_group
Enthält::Enthalten in
cmdb_ci_compute_security_group_rule
cmdb_ci_cloud_load_balancer
Gehostet auf::Hostet
cmdb_ci_openstack_datacenter
cmdb_ci_cloud_load_balancer
Enthält::Enthalten in
cmdb_ci_lb_listener
cmdb_ci_lb_pool
Gehostet auf::Hostet
cmdb_ci_cloud_load_balancer
cmdb_ci_lb_pool
Eigentümer von::Eigentum von
cmdb_ci_lb_pool_member
cmdb_ci_storage_volume
Gehostet auf::Hostet
cmdb_ci_openstack_datacenter
cmdb_ci_vm_instance
Verwendet::Verwendet von
cmdb_ci_storage_volume
cmdb_ci_storage_vol_snapshot
Gehostet auf::Hostet
cmdb_ci_openstack_datacenter
cmdb_ci_storage_vol_snapshot
Bereitgestellt von::Bereitgestellt
cmdb_ci_storage_volume
cmdb_ci_vm_instance
Gehostet auf::Hostet
cmdb_ci_openstack_datacenter
cmdb_ci_cloud_key_pair
Gehostet auf::Hostet
cmdb_ci_openstack_datacenter
cmdb_ci_os_template
Gehostet auf::Hostet
cmdb_ci_openstack_datacenter
cmdb_ci_vm_instance
Bereitgestellt von::Bereitgestellt
cmdb_ci_os_template
cmdb_ci_vm_instance
Virtualisiert von::Virtualisiert
cmdb_ci_server
Die in der folgenden Tabelle aufgeführten Beziehungen werden erstellt, um die Erkennung von OpenStack-Ressourcen nur in der Private Cloud zu unterstützen.