Apache Cassandra Datenbank-Discovery
ServiceNow Discovery Findet Apache Und DataStax Cassandra Datenbank auf UNIX Mit dem Muster „verteilte Cassandra-DB“. Um einige dieser Ressourcen zu erkennen, muss installiert werden Muster für Discovery und Service-Mapping Von 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 Cassandra Datenbank und Anmeldeinformationen angeben, die für die horizontale Discovery dieser Server erforderlich sind. Weitere Informationen finden Sie unter Für die Hosterkennung 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 Cassandra CI-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 Cassandra Befehle für UNIX
- Für die Liste von Cassandra Befehle, siehe Cassandra (für UNIX) Abschnitt in Service-Mapping-Befehle, die einen privilegierten Benutzer 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 Discovery Für Cassandra Datenbank
Discovery Füllt die Daten in aus CMDB Beim 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 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. |
| Arbeitsauslastung wird ausgeführt [Workload_running] | Der Name der Workload, die auf der Instanz ausgeführt wird |
| Feld | Beschreibung |
|---|---|
| Cluster [cluster] | Die Referenz von 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 Top Down-Discovery von durch Cassandra, Die normalerweise als verteilte Datenbank auf einem Cluster von Serverknoten ausgeführt wird. Während der Top Down-Discovery Service-Mapping Erkennt 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 |
|---|---|
| Keyspaces [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.