Erkennung von Apache Cassandra-Datenbanken
ServiceNow Discovery findet die Datenbank Apache und die DataStax Cassandra-Datenbank auf UNIX mithilfe des verteilten Cassandra-DB-Musters. Um einige dieser Ressourcen zu erkennen, müssen Sie Muster für Discovery und Service-Mapping aus ServiceNow® Storeinstallieren.
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
- Geben Sie Anmeldeinformationen für die Erkennung des Hosts an
- Identifizieren Sie die Server, die eine Cassandra-Datenbank hosten, und geben Sie die für die horizontale Erkennung dieser Server erforderlichen Anmeldeinformationen an. Weitere Informationen finden Sie unter Für die Hosterkennung erforderliche Anmeldeinformationen.
- Stellen Sie sicher, dass die Store-App „CMDB CI Class Models“ aktuell ist
- Ihre Instanz muss Cassandra CI-Klassenmodelle durch Bereitstellen der Version 1.14.0 der Store-App „CMDB CI Class Models“ aus dem ServiceNow Store unterstützen.
- Überprüfen Sie Berechtigungen für Cassandra-Befehle für UNIX
- Die Liste der Cassandra-Befehle finden Sie im Abschnitt „ Cassandra (für UNIX) “ in Service-Mapping-Befehle, die einen privilegierten Benutzer erfordern.
- Verifizieren Sie den Lesezugriff auf cassandra.yaml
- Mögliche Speicherorte für die Datei „cassandra.yaml“:
$config_directory + „/cassandra.yaml“$process.environmentVariables.CASSANDRA_CONF.value + "/cassandra.yaml"$install_directory + „/conf/cassandra.yaml“
Von Discovery gesammelte Daten für Cassandra-Datenbank
Discovery füllt die Daten in CMDB aus, wenn das verteilte Cassandra-DB-Muster ausgeführt wird.
| Feld | Beschreibung |
|---|---|
| Name [name] | Der Name des Clusters dient auch als Anzeigename. |
| Feld | Beschreibung |
|---|---|
| Cluster [cluster] | Referenz des Cassandra Cluster-CI, zu dem dieser Knoten gehört. |
| Clustername [cluster_name] | Name des Clusters |
| IP-Adresse [ip_address] | IP-Adresse des Clusterknotens (Hostcomputer) |
| Name [name] | Anzeigename im folgenden Format: cluster_name@hostname |
| Betriebsstatus [operational_status] | Betriebsstatus des Clusterknotens |
| Server [Server] | Referenz des Server-CI (Hostcomputer) |
| Feld | Beschreibung |
|---|---|
| Clustername [cluster_name] | Name des Clusters |
| Konfigurationsverzeichnis [config_directory] | Verzeichnispfad, in dem Konfigurationsdateien verfügbar sind |
| Konfigurationsdatei [config_file] | Dateipfad der BaseInit-Konfigurationsdatei, in der andere konfigurationsbezogene Pfade konfiguriert werden können |
| Rechenzentrum [data_center] | Rechenzentrum, in dem der Clusterknoten Teil eines Clusters ist |
| Installationsverzeichnis [install_directory] | Der Installationspfad |
| IP-Adresse [ip_address] | IP-Adresse des Hostcomputers, auf dem der Prozess ausgeführt wird |
| Name [name] | Anzeigename, der mit der <uid> identisch ist |
| PID [pid] | Prozess-ID, die auf dem Hostcomputer ausgeführt wird |
| Rack [Rack] | Die Rack-Informationen, zu denen der Clusterknoten gehört |
| Beschreibung [short_description] | Eine Kurzbeschreibung der Instanz |
| TCP-Port(s) [tcp_port] | Liste der TCP-Ports, die wie in der Konfigurationsdatei „cassandra.yaml“ konfiguriert sind (Format: „:port1:port2:port3:“) |
| UID [uid] | Die eindeutige ID zum Identifizieren der Instanz (Format: <cluster_name> __ <data_center> __ <rack> @hostname) |
| Anbieter [vendor] | Lieferantenname für Referenz aus der Tabelle „core_company“, falls bereits verfügbar. Wenn er nicht verfügbar ist, wird logisch ein neuer Eintrag mit dem Namen „Apache“ oder „DataStax“ erstellt. |
| Auslastung wird ausgeführt [workload_running] | Der Name der Workload, die auf der Instanz ausgeführt wird |
| Feld | Beschreibung |
|---|---|
| Cluster [cluster] | Referenz des Cassandra Cluster-CI, zu dem der Keyspace gehört |
| Clustername [cluster_name] | Name des Clusters, zu dem der Keyspace gehört |
| Keyspace-Name [keyspace_name] | Name des Keyspace |
| Name [name] | Der Anzeigename im folgenden Format: <keyspace_name>@<cluster_name> |
CI-Beziehungen
| CI | Beziehung | CI |
|---|---|---|
| Cassandra-Instanz [cmdb_ci_cassandra_instance] | Wird ausgeführt auf::Wird ausgeführt | Server [cmdb_ci_server] |
| Cassandra-Clusterknoten [cmdb_ci_cassandra_cluster_node] | Gehostet auf::Hostet | Server [cmdb_ci_server] |
| Cluster von::Cluster | Cassandra-Cluster [cmdb_ci_cassandra_cluster] | |
| Cassandra-Keyspace [cmdb_ci_cassandra_keyspace] | Gehostet auf::Hostet | Cassandra-Cluster [cmdb_ci_cassandra_cluster] |
Von Service-Mapping während der Erkennung von oben nach unten erfasste Daten
Service Mapping führt die Erkennung von oben nach unten von Cassandra durch, die in der Regel als verteilte Datenbank auf einem Cluster von Serverknoten ausgeführt wird. Während der Erkennung von oben nach unten erkennt Service Mapping Instanzen, die auf Knoten ausgeführt werden, und zeigt sie in der Anwendungsservicezuordnung an.
Zusätzlich zu den während der horizontalen Erkennung erkannten Tabellen und Feldern werden bei der Erkennung von oben nach unten auch die in der folgenden Tabelle aufgeführten Felder erkannt.
| Feld | Beschreibung |
|---|---|
| Schlüsselbereiche [keyspaces] | Keyspace(s), auf die die Instanz zugreifen kann (nur in Erkennung von oben nach unten ausgefüllt) |
Bei eingehenden Verbindungen wird die Instanz erkannt, wie im folgenden Bild dargestellt.