]> git.ipfire.org Git - thirdparty/knot-resolver.git/commitdiff
doc: remove Operations/Monitoring - it was duplicate of Config/Monitoring
authorPetr Špaček <petr.spacek@nic.cz>
Mon, 6 Jan 2020 19:02:36 +0000 (20:02 +0100)
committerTomas Krizek <tomas.krizek@nic.cz>
Wed, 15 Jan 2020 09:38:18 +0000 (10:38 +0100)
doc/config.rst
doc/index.rst
doc/monitoring.rst [deleted file]
modules/stats/README.rst

index d3daaf61a500e2a083d3911e156c67f03d8c27de..ec850b74955c323aeadf8a7604911176299aee3f 100644 (file)
@@ -96,7 +96,13 @@ For debugging purposes it is possible to enable very verbose logging using
    On busy systems vebose logging can produce several MB of logs per
    second and will slow down operation.
 
-More fine-grained tools are available in following modules:
+Less verbose logging for DNSSEC validation errors can be enabled using :ref:`mod-bogus_log` module.
+
+Various statistics for monitoring purposes are available in :ref:`mod-stats` module, including export to central systems like Graphite, Metronome, InfluxDB, or Prometheus format.
+
+Resolver :ref:`mod-watchdog` is tool to detect and recover from potential bugs that cause the resolver to stop responding properly to queries.
+
+If none of these options fits your deployment or if you have special needs you can configure your own checks and exports using :ref:`async-events`.
 
 .. contents::
    :depth: 1
index 28bbc5bb8d274f6db4607ce2a601769fb8844772..786c93e07957243fe3fc68aa64905f4b12e4b3e6 100644 (file)
@@ -27,7 +27,6 @@ and it provides a state-machine like API for extensions.
    :caption: Operation
    :maxdepth: 1
 
-   monitoring
    upgrading
    NEWS
 
diff --git a/doc/monitoring.rst b/doc/monitoring.rst
deleted file mode 100644 (file)
index e6964e6..0000000
+++ /dev/null
@@ -1,15 +0,0 @@
-**********
-Monitoring
-**********
-
-Statistics for monitoring purposes are available in :ref:`mod-stats` module. If you want to export these statistics to a central system like Graphite, Metronome, InfluxDB or any other compatible storage see :ref:`mod-graphite`. Statistics can also be made available over HTTP protocol in Prometheus format, see module providing :ref:`mod-http`, Prometheus is supported by ``webmgmt`` endpoint.
-
-.. note::
-
-  Please remember that each Knot Resolver instance keeps its own statistics, and instances can be started and stopped dynamically. This might affect your data postprocessing procedures.
-
-More extensive logging can be enabled using :ref:`mod-bogus_log` module.
-
-Resolver watchdog is tool to detect and recover from potential bugs that cause the resolver to stop responding properly to queries. See :ref:`mod-watchdog` for more information about this functionality.
-
-If none of these options fits your deployment or if you have special needs you can configure your own checks and exports using :ref:`async-events`.
index 27f67e88ede53d1b3788abde383e9f442269a73d..ea62d3689fb00eb7c35a1546a4c13655db7cff30 100644 (file)
@@ -9,6 +9,10 @@ These metrics can be either exported to :ref:`mod-graphite`,
 exposed as :ref:`mod-http-prometheus`, or processed using user-provided script
 as described in chapter :ref:`async-events`.
 
+.. note::
+
+  Please remember that each Knot Resolver instance keeps its own statistics, and instances can be started and stopped dynamically. This might affect your data postprocessing procedures if you are using `Multiple instances`_.
+
 .. _mod-stats-list:
 
 Built-in statistics