--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Apache Cassandra Datenbank-Discovery # Apache Cassandra Datenbank-Discovery {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 Minuten Lesedauer 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 {#cassandra-discovery__section_w4v_dmt_kmb} Besuchen Sie die [ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home)-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](https://www.servicenow.com/docs/bundle/store-release-notes/page/release-notes/store/sn-store-release-notes.html).{#cassandra-discovery__inline-send-to-store} ## Voraussetzungen {#cassandra-discovery__section_anr_bmt_kmb} 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](https://servicenow-prod.fluidtopics.net/i82WuNye__t7WH3X_nmK6w "Es gibt Anmeldeinformationen und Berechtigungen, die Service-MappingErfordert zum Erkennen von Hosts."). Ü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)](https://servicenow-prod.fluidtopics.net/exxBdXMl5ZiFMbPZdinWjA#r_NonSudoCommands__table_dxn_bml_mmb)Abschnitt in [Service-Mapping Befehle, die einen privilegierten Anwender erfordern](https://servicenow-prod.fluidtopics.net/xs4xTEnTGXQbSUdQoY9TKQ "Service-Mapping Verwendet Befehle, die erhöhte Rechte erfordern, um Unix-basierte Hosts in Ihrer Organisation zu erkennen und zuzuordnen. Konfigurieren Sie neben der Konfiguration der erforderlichen Anmeldeinformationen Server in Ihrer Organisation so, dass sie zulassen Service-MappingZum Ausführen dieser Befehle mit erweiterten Rechten."). Ü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"` {#cassandra-discovery__ul_mrg_xqk_ncc} ## Daten erfasst von DiscoveryFür CassandraDatenbank {#cassandra-discovery__section_xj5_jjsg6_fdb} DiscoveryFüllt die Daten in aus CMDBBeim Ausführen des Musters „verteilte Cassandra-DB". {#cassandra-discovery__table_ngb_ssk_ncc__entry__2} | Feld | Beschreibung | |-|-| | Name \[name\] | Der Name des Clusters dient auch als Anzeigename | [Tabelle : 1. Cassandra-Cluster \[cmdb_ci_cassandra_cluster\]] {#cassandra-discovery__table_ngb_ssk_ncc} {#cassandra-discovery__table_fdh_tsk_ncc__entry__2} | 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) | [Tabelle : 2. Cassandra-Clusterknoten \[cmdb_ci_cassandra_cluster_node\]] {#cassandra-discovery__table_fdh_tsk_ncc} {#cassandra-discovery__table_m13_tsk_ncc__entry__2} | 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 \ 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: \__\__\@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. | [Tabelle : 3. Cassandra-Instanz \[cmdb_ci_cassandra_instance\]] {#cassandra-discovery__table_m13_tsk_ncc} {#cassandra-discovery__table_st3_tsk_ncc__entry__2} | 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: \@\. | [Tabelle : 4. Cassandra-Schlüsselbereich \[cmdb_ci_cassandra_keyspace\]] {#cassandra-discovery__table_st3_tsk_ncc} Abbildung : 1. Abhängigkeitsansichten, die erkannt werden Apache CassandraBereitstellung ## CI-Beziehungen {#cassandra-discovery__section_tvb_xrn_wmb} DiscoveryErstellt diese Beziehungen zur Unterstützung von Apache CassandraDatenbank-Discovery.{#cassandra-discovery__table_uvb_xrn_wmb__entry__3} | 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\] | | Cassandra-Clusterknoten \[cmdb_ci_cassandra_cluster_node\] | 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\] | [ ] {#cassandra-discovery__table_uvb_xrn_wmb} ## Daten erkannt von Service-MappingWährend der Discovery von oben nach unten {#cassandra-discovery__section_zcm_wrm_wmb} 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. {#cassandra-discovery__table_adm_wrm_wmb__entry__2} | 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). | [Tabelle : 5. Cassandra-Instanz \[cmdb_ci_cassandra_instance\]] {#cassandra-discovery__table_adm_wrm_wmb} Bei eingehenden Verbindungen wird die Instanz erkannt, wie im folgenden Bild gezeigt. Abbildung : 2. Cassandra Discovery-Top-Down-Servicezuordnung **Zugehörige Informationen** * ../../discovery/concept/dba-report-discovery-pattern.html