---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Apache Cassandra データベースディスカバリー

# Apache Cassandra データベースディスカバリー {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：6分

ServiceNow ディスカバリー では Cassandra 分散 DB パターンを使用して、UNIX 上の Apache と DataStax Cassandra データベースを検索します。これらのリソースを検出するには、ServiceNow® Store ストアから ディスカバリーとサービスマッピングパターン をインストールする必要があります。

## ストアでアプリを要求する {#cassandra-discovery__section_w4v_dmt_kmb}

[ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home) Web サイトにアクセスして利用可能なすべてのアプリを表示し、ストアにリクエストを送信する方法について確認してください。リリースされたすべてのアプリのリリースノート情報については、「[ServiceNow Storeバージョン履歴のリリースノート](https://www.servicenow.com/docs/bundle/store-release-notes/page/release-notes/store/sn-store-release-notes.html)」を参照してください。{#cassandra-discovery__inline-send-to-store}

## 前提条件 {#cassandra-discovery__section_anr_bmt_kmb}

ホストを検出するための認証情報を提供する
:   Cassandra データベースをホストしているサーバーを特定して、こうしたサーバーの水平ディスカバリーに必要な認証情報を指定します。詳細については、「[ホストディスカバリーに必要な認証情報](https://servicenow-prod.fluidtopics.net/kytDUC2slgWThHJ2ogradg "サービスマッピング がホストの検出に必要とする認証情報と権限があります。")」を参照してください。

CMDB CI クラスモデルストアアプリが最新であることを確認
:   1.14.0 バージョンの CMDB CI クラスモデルストアアプリを ServiceNow Store から展開することにより、インスタンスが Cassandra CI クラスモデルをサポートしていることを確認します。

の Cassandra コマンドの権限を確認する UNIX
:   Cassandra コマンドのリストについては、[特権ユーザーを必要とする サービスマッピング コマンド](https://servicenow-prod.fluidtopics.net/8bmtWtEWstv5QeJseIc~Mw "サービスマッピング は昇格された権限を必要とするコマンドを使用して、組織内の Unix ベースのホストを検出およびマッピングします。必要な認証情報の設定に加えて、組織内のサーバー を設定し、サービスマッピング がこれらのコマンドを昇格された権限で実行できるようにします。") の「[Cassandra (for UNIX)」](https://servicenow-prod.fluidtopics.net/dJBkqNoB4mD0ym69XHgY1w#r_NonSudoCommands__table_dxn_bml_mmb)セクションを参照してください。

cassandra.yaml への読み取りアクセスを確認する
:   cassandra.yamlファイルの可能な場所:

    * `$config_directory + "/cassandra.yaml"`
    * `$process.environmentVariables.CASSANDRA_CONF.value + "/cassandra.yaml"`
    * `$install_directory + "/conf/cassandra.yaml"`
    {#cassandra-discovery__ul_mrg_xqk_ncc}

## Cassandra データベースについて ディスカバリー によって収集されるデータ {#cassandra-discovery__section_xj5_jjsg6_fdb}

ディスカバリー Cassandra 分散 DB パターンの実行時に CMDB にデータを入力します。  
{#cassandra-discovery__table_ngb_ssk_ncc__entry__2}

| フィールド | 説明 |
|-|-|
| 名前 \[name\] | 表示名としても機能するクラスターの名前 |
[表 : 1. Cassandra クラスター \[cmdb_ci_cassandra_cluster\]]

{#cassandra-discovery__table_ngb_ssk_ncc}  
{#cassandra-discovery__table_fdh_tsk_ncc__entry__2}

| フィールド | Description (説明) |
|-|-|
| クラスター \[cluster\] | このノードが属する Cassandra クラスター CI の参照。 |
| クラスター名 \[cluster_name\] | クラスターの名前。 |
| IP アドレス \[ip_address\] | クラスターノード (ホストマシン) の IP アドレス。 |
| 名前 \[name\] | 名前を「cluster_name@ホスト名」の形式で表示します。 |
| 運用ステータス \[operational_status\] | クラスターノードの運用ステータス。 |
| サーバー \[server\] | サーバー (ホストマシン) CI の参照 |
[表 : 2. Cassandra クラスターノード \[cmdb_ci_cassandra_cluster_node\]]

{#cassandra-discovery__table_fdh_tsk_ncc}  
{#cassandra-discovery__table_m13_tsk_ncc__entry__2}

| フィールド | Description (説明) |
|-|-|
| クラスター名 \[cluster_name\] | クラスターの名前。 |
| 構成ディレクトリ \[config_directory\] | 構成ファイルが利用可能なディレクトリパス。 |
| 構成ファイル \[config_file\] | 他の構成に関連するパスを構成できる base init 構成ファイルのファイルパス。 |
| データセンター \[data_center\] | クラスターノードがクラスターに属しているデータセンター。 |
| インストールディレクトリ \[install_directory\] | インストールパス。 |
| IP アドレス \[ip_address\] | プロセスが実行されているホストマシンの IP アドレス。 |
| 名前 \[name\] | \< uid \> と同じ表示名。 |
| PID \[pid\] | ホストマシンで実行されているプロセス ID。 |
| ラック \[rack\] | クラスターノードが属するラック情報。 |
| 説明 \[short_description\] | インスタンスの簡単な説明。 |
| TCP ポート \[tcp_port\] | 「cassandra. yaml」構成ファイルに設定されている TCP ポートのリスト (形式：「:port1:port2:port3:」)。 |
| UID \[uid\] | インスタンスを識別する一意の ID (形式：\<cluster_name\>__\<data_center\>__\<rack\>@ホスト名)。 |
| ベンダー \[vendor\] | 「core_company」テーブルからの参照用のベンダー名 (既に利用可能な場合)。利用不能な場合、新しいエントリは「Apache」または「DataStax」という名前で論理的に作成されます。 |
| 実行中の作業負荷 \[workload_running\] | インスタンスを実行しているワークロードの名前。 |
[表 : 3. Cassandra インスタンス \[cmdb_ci_cassandra_instance\]]

{#cassandra-discovery__table_m13_tsk_ncc}  
{#cassandra-discovery__table_st3_tsk_ncc__entry__2}

| フィールド | Description (説明) |
|-|-|
| クラスター \[cluster\] | キースペースが属する Cassandra クラスター CI の参照。 |
| クラスター名 \[cluster_name\] | キースペースが属するクラスターの名前。 |
| キースペース名 \[keyspace_name\] | キースペースの名前。 |
| 名前 \[name\] | 名前を \<keyspace_name\>@\<cluster_name\> の形式で表示します。 |
[表 : 4. Cassandra キースペース \[cmdb_ci_cassandra_keyspace\]]

{#cassandra-discovery__table_st3_tsk_ncc}
図 : 1. 検出された Apache Cassandra の展開を示す依存関係ビュー   

## CI 関係 {#cassandra-discovery__section_tvb_xrn_wmb}

ディスカバリー は、 Apache Cassandra データベースディスカバリーをサポートするためにこれらの関係を作成します。{#cassandra-discovery__table_uvb_xrn_wmb__entry__3}

| CI | 関係 | CI |
|-|-|-|
| Cassandra インスタンス \[cmdb_ci_cassandra_instance\] | Runs on::Runs | サーバー \[cmdb_ci_server\] |
| Cassandra クラスターノード \[cmdb_ci_cassandra_cluster_node\] | Hosted on::Hosts | サーバー \[cmdb_ci_server\] |
| Cassandra クラスターノード \[cmdb_ci_cassandra_cluster_node\] | Cluster of::Cluster | Cassandra クラスター \[cmdb_ci_cassandra_cluster\] |
| Cassandra キースペース \[cmdb_ci_cassandra_keyspace\] | Hosted on::Hosts | Cassandra クラスター \[cmdb_ci_cassandra_cluster\] |
[ ]

{#cassandra-discovery__table_uvb_xrn_wmb}

## トップダウンディスカバリー中に サービスマッピング によって検出されるデータ {#cassandra-discovery__section_zcm_wrm_wmb}

サービスマッピングでは、通常はサーバーノードのクラスターで分散データベースとして実行される Cassandra のトップダウンディスカバリーを実行します。サービスマッピングではトップダウンディスカバリー時にノードで実行されているインスタンスを検出して、アプリケーションサービスマップに表示します。

水平ディスカバリー時に検出されたテーブルとフィールドに加えて、トップダウンディスカバリーでは次のテーブルに一覧表示されているフィールドも検出します。  
{#cassandra-discovery__table_adm_wrm_wmb__entry__2}

| フィールド | Description (説明) |
|-|-|
| キースペース \[keyspaces\] | インスタンスがアクセスできるキースペース (トップダウンディスカバリーでのみ設定されます)。 |
[表 : 5. Cassandra インスタンス \[cmdb_ci_cassandra_instance\]]

{#cassandra-discovery__table_adm_wrm_wmb}

受信接続の場合は、次の図に示すようにインスタンスが検出されます。
図 : 2. Cassandra トップダウンディスカバリーサービスマップ   

**関連情報**   

* ../../discovery/concept/dba-report-discovery-pattern.html