Apache Cassandra Datenbank-Discovery
ServiceNow DiscoveryFindet ApacheUnd das DataStax CassandraDatenbank auf UNIXMit dem Muster „verteilte Cassandra-DB“. Um einige dieser Ressourcen zu erkennen, muss installiert werden Muster für Discovery und Service-MappingVon ServiceNow® Store.
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, auf denen ein gehostet wird CassandraDatenbank und Anmeldeinformationen angeben, die für die horizontale Discovery dieser Server erforderlich sind. Weitere Informationen finden Sie unter Für Host-Discovery erforderliche Anmeldeinformationen.
- Überprüfen Sie, ob die Store-App „CMDB-CI-Klassenmodelle“ auf dem neuesten Stand ist
- Stellen Sie sicher, dass Ihre Instanz unterstützt CassandraCI-Klassenmodelle durch Bereitstellung der Version 1.14.0 der Store-App „CMDB-CI-Klassenmodelle“ aus der ServiceNow Store.
- Überprüfen Sie die Berechtigungen für CassandraBefehle für UNIX
- Für die Liste von CassandraBefehle, siehe Cassandra (für UNIX) Abschnitt in Service-Mapping Befehle, die einen privilegierten Anwender erfordern.
- Überprüfen Sie den Lesezugriff auf cassandra.yaml
- Mögliche Speicherorte der Datei „cassandra.yaml“:
$config_Directory + „/cassandra.yaml“$Process.EnvironmentVariables.CASSANDRA_CONF.value + „/cassandra.yaml“$install_Directory + „/conf/cassandra.yaml“
Daten erfasst von DiscoveryFür CassandraDatenbank
DiscoveryFüllt die Daten in aus CMDBBeim Ausführen des Musters „verteilte Cassandra-DB“.
| Feld | Beschreibung |
|---|---|
| Name [name] | Der Name des Clusters dient auch als Anzeigename |
| Feld | Beschreibung |
|---|---|
| Cluster [Cluster] | Referenz von CassandraCluster-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 Basiskonfigurationsdatei, 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 dem <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] | Die 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 zur Identifizierung der Instanz (Format: <cluster_name>__<data_center>__<rack>@Hostname). |
| Lieferant [Lieferant] | 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. |
| Arbeitsauslastung wird ausgeführt [Workload_running] | Der Name der Arbeitsauslastung, die auf der Instanz ausgeführt wird. |
| Feld | Beschreibung |
|---|---|
| Cluster [Cluster] | Die Referenz von CassandraCluster-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 am::Run | 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-Schlüsselbereich [cmdb_ci_cassandra_keyspace] | Gehostet auf::Hostet | Cassandra-Cluster [cmdb_ci_cassandra_cluster] |
Daten erkannt von Service-MappingWährend der Discovery von oben nach unten
Die Servicezuordnung führt die Top-Down-Discovery von durch Cassandra, Die normalerweise als verteilte Datenbank auf einem Cluster von Serverknoten ausgeführt wird. Während der Discovery von oben nach unten Service-MappingErkennt Instanzen, die auf Knoten ausgeführt werden, und zeigt sie in der Anwendungsservicezuordnung an.
Zusätzlich zu den Tabellen und Feldern, die während der horizontalen Discovery erkannt wurden, erkennt die Top-Down-Discovery auch die in der folgenden Tabelle aufgeführten Felder.
| Feld | Beschreibung |
|---|---|
| Schlüsselbereiche [Schlüsselbereiche] | Schlüsselbereiche, auf die die Instanz zugreifen kann (wird nur in der Discovery von oben nach unten ausgefüllt). |
Bei eingehenden Verbindungen wird die Instanz erkannt, wie im folgenden Bild gezeigt.