Apache Cassandra Discovery von Datenbanken
ServiceNow Discovery findet die Datenbank Apache und die DataStax-Datenbank Cassandra 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 stellen Sie die Anmeldeinformationen bereit, die für die Horizontal-Discovery dieser Server erforderlich sind. Weitere Informationen finden Sie unter Für die Hosterkennung erforderliche Anmeldeinformationen.
- Stellen Sie sicher, dass die Store-App „CMDB CI Class Models“ aktuell ist
- Stellen Sie sicher, dass Ihre -Instanz die CI-Klassenmodelle Cassandra unterstützt, indem Sie Version 1.14.0 der Store-App CMDB CI-Klassenmodelle aus ServiceNow Storebereitstellen.
- Berechtigungen für Cassandra -Befehle für UNIXverifizieren
- 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“
Daten, die von Discovery für die Datenbank Cassandra gesammelt wurden
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 CI im Cluster Cassandra, 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] | Die Referenz des Cluster-CI Cassandra, zu der 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 Top Down-Discovery von Cassandradurch, das normalerweise als verteilte Datenbank auf einem Cluster von Serverknoten ausgeführt wird. Bei der Top Down-Discovery erkennt Service-Mapping Instanzen, die auf -Knoten ausgeführt werden, und zeigt sie in der Anwendungsservice-Zuordnung 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.