Combined with the [[:en:documentation:pandorafms:monitoring:13_user_monitorization|Selenium Grid]] allows complex web transactions to be carried out in a distributed manner. These transactions are executed in a real browser, their output is captured and processed for step-by-step viewing, including error traps and detailed statistics.
-
Combined with the [[http://:en:documentation:03_monitoring:13_user_monitorization|Selenium Grid]], itallows complex WEB transactions to be carried out in a distributed manner. These transactions are executed in a real browser, and their output is captured and processed to display it step by step, including error screenshots, as well as detailed statistics.
It allows analyzing the **syslog** of the machine where it is located, analyzing its content and storing the references in the corresponding [[:en:documentation:pandorafms:monitoring:09_log_monitoring|OpenSearch server]].
It allows analyzing the **syslog** of the machine where it is located, analyzing its content and storing the references in the corresponding [[:en:documentation:pandorafms:monitoring:09_log_monitoring|OpenSearch server]].
行 144:
行 170:
=== ログサーバ ===
=== ログサーバ ===
-
{{:wiki:icono-modulo-enterprise.png |Enterprise version.}}It allows you to correlate [[:en:documentation:pandorafms:management_and_operation:01_alerts#creating_correlation_alerts|logs and run your alerts]].
+
It allows you to correlate [[:en:documentation:pandorafms:management_and_operation:01_alerts#ks12_1|logs and run your alerts]].
* **Reporting duality:** Additionally, you may configure agents to report to two different Pandora FMS servers, although they can only be managed by one of them.
+
* **Reporting duality**: Additionally, you can configure Agents to report to two different Pandora FMS servers, although it can only be managed by one of them.
-
* **Fragmented management:** It is pretty useful if you are required to **delegate the administration of part of the equipment** to different personnel with different access levels. This is more of a management issue rather than an architectural problem. It can be solved by the [[:en:documentation:04_using:11_managing_and_administration|assigned permissions on policies]].
+
* **Fragmented management**: It is necessary to **delegate the administration of part of the teams** to different personnel, with different accesses. This, more than an architecture problem, is a management problem. It is solved with [[:en:documentation:pandorafms:management_and_operation:11_managing_and_administration#acl_system_enterprise|assigned permissions on policies]].
* **Large-Volume Network:** Consisting of thousands of network testing processes which must be distributed in different 'remote monitoring probes'. Given their large numbers (over 50,000), they cannot be centralized into a single server. To that end, use servers in broker mode that distribute the remote check load.
* **Large-Volume Network:** Consisting of thousands of network testing processes which must be distributed in different 'remote monitoring probes'. Given their large numbers (over 50,000), they cannot be centralized into a single server. To that end, use servers in broker mode that distribute the remote check load.
-
* **Redundant servers**: For security reasons, in case primary hardware fails, a [[http://:en:documentation:05_big_environments:06_ha|server in HA mode]] may automatically relocate and delegate the monitoring workload.
+
* **Redundant servers**: For safety, should the primary hardware fail, [[:en:documentation:pandorafms:complex_environments_and_optimization:06_ha|a server in HA mode]] can automatically relocate and delegate the monitoring workload.