Intelligently observe and optimize health and performance of your database.
Automatically detect all applications and microservices deployed in your system.
Dynatrace provides automatic end-to-end tracing down to the single database statement, database server metrics and log insights. Dynatrace visualizes application to database dependencies for SQL and noSQL database as well as for cloud databases and self hosted databases. It diagnoses anomalies in real time with AI and pinpoints the root-cause down to the slow performing or erroneous SQL statements. Deep code-level insights combined with cloud native database server monitoring will help you ensure a robust production environment.

Apache CouchDB server monitoring in Dynatrace provides a cluster overview and all relevant nodes metrics.

If your Apache CouchDB installation is underperforming or a problem occurs, Dynatrace lets you know immediately and shows you which nodes are affected. You can then drill down into the metrics of individual nodes to find the root causes of problems and potential bottlenecks.

Virtual machine: If your Apache CouchDB is running on a virtual machine directly, install OneAgent on that virtual machine to get started.
Kubernetes workload: If your Apache CouchDB is running as a workload in Kubernetes, set up Dynatrace on Kubernetes.
Openshift workload: If your Apache CouchDB is running as a workload in OpenShift, set up Dynatrace on OpenShift.
Extension: Activate the CouchDB extension to get full metric insight including events.
/_membership and /_node endpoints.Access to the Dashboard is also available from the Extension configuration screen by selecting the green "Go to Dashboard" button.
Activate log monitoring to get full log insight.
When activating your extension using a monitoring configuration, you can limit monitoring to one of the feature sets. To work properly, the extension has to collect at least one metric after the activation.
In highly segmented networks, feature sets can reflect the segments of your environment. Then, when you create a monitoring configuration, you can select a feature set and a corresponding ActiveGate group that can connect to this particular segment.
All metrics that aren't categorized into any feature set are considered to be the default and are always reported.
A metric inherits the feature set of a subgroup, which in turn inherits the feature set of a group. Also, the feature set defined on the metric level overrides the feature set defined on the subgroup level, which in turn overrides the feature set defined on the group level.
| Metric name | Metric key | Description |
|---|---|---|
| Log requests total | couchdb.couchdb_couch_log_requests_total.count | Number of log messages emitted by CouchDB, split by severity level. |
| Metric name | Metric key | Description |
|---|---|---|
| Replicator changes manager deaths | couchdb.couchdb_couch_replicator_changes_manager_deaths_total.count | Number of replicator changes manager process crashes. |
| Replicator changes queue deaths | couchdb.couchdb_couch_replicator_changes_queue_deaths_total.count | Number of replicator changes queue process crashes. |
| Replicator changes reader deaths | couchdb.couchdb_couch_replicator_changes_reader_deaths_total.count | Number of replicator changes reader process crashes. |
| Replicator cluster is stable | couchdb.couchdb_couch_replicator_cluster_is_stable | Whether the replicator cluster membership is stable (1) or in flux (0). |
| Replicator connection owner crashes | couchdb.couchdb_couch_replicator_connection_owner_crashes_total.count | Number of replicator connection owner process crashes. |
| Replicator connection worker crashes | couchdb.couchdb_couch_replicator_connection_worker_crashes_total.count | Number of replicator connection worker process crashes. |
| Replicator jobs crashes | couchdb.couchdb_couch_replicator_jobs_crashes_total.count | Total number of replication job crashes across all jobs. |
| Replicator jobs pending | couchdb.couchdb_couch_replicator_jobs_pending | Number of replication jobs currently waiting to be started. |
| Metric name | Metric key | Description |
|---|---|---|
| HTTP bulk requests | couchdb.couchdb_httpd_bulk_requests_total.count | Number of bulk requests. |
| HTTP request methods | couchdb.couchdb_httpd_request_methods.count | Split by Method for COPY, DELTETE, GET, HEAD, POST and PUT metrics |
| HTTP status codes | couchdb.couchdb_httpd_status_codes | Split by 'Reponse code' for status code breadown |
| HTTP temporary view reads | couchdb.couchdb_httpd_temporary_view_reads_total.count | Number of requests to the temporary view indexes. |
| HTTP view reads | couchdb.couchdb_httpd_view_reads_total.count | Number of requests to the view indexes. |
| HTTP view timeouts | couchdb.couchdb_httpd_view_timeouts_total.count | Number of HTTP view requests that timed out before completing. |
| Request time count | couchdb.couchdb_request_time_seconds_count.gauge | Total number of HTTP requests processed, used with request time sum to compute average latency. |
| Request time sum | couchdb.couchdb_request_time_seconds_sum | Cumulative sum of all HTTP request processing times in seconds, used with request time count to compute average latency. |
| Metric name | Metric key | Description |
|---|---|---|
| Erlang memory | couchdb.couchdb_erlang_memory_bytes | Memory allocated by the Erlang VM. |
| Database reads | couchdb.couchdb_database_reads_total.count | Number of times a document was read from a database. |
| Database writes | couchdb.couchdb_database_writes_total.count | Number of times a database was changed. |
| Open databases | couchdb.couchdb_open_databases_total.count | Number of open databases. |
| Open OS files | couchdb.couchdb_open_os_files_total.count | Number of file descriptors CouchDB has open. |
| Request time | couchdb.couchdb_request_time_seconds | Request processing time as a histogram. |
| Uptime | couchdb.couchdb_uptime_seconds | Time in seconds since the CouchDB node was started. |