Sumo Logic App for HAProxy
HAProxy is open source software that provides a high availability load balancer and proxy server for TCP and HTTP-based applications that spreads requests across multiple servers.
The Sumo Logic App for HAProxy is a unified logs and metrics app that helps you monitor the availability, performance, and health of your HAProxy cluster. Preconfigured dashboards provide insights into active servers, visitor locations, sessions, errors, response time, and throughput.
HAProxy Log Types
The app supports Logs and Metrics from the open source version of HAProxy. The App is tested on the 2.3.9 version of HAProxy.
The HAProxy logs are generated in files as configured in the configuration file /etc/haproxy/haproxy.cfg (learn more).
The Sumo Logic App for HAProxy supports metrics generated by the HAProxy plugin for Telegraf. The app assumes prometheus format Metrics.
Sample Log Messages
- Kubernetes environments
- Non-Kubernetes environments
{
"timestamp": 1620894084572,
"log": "<150>May 13 08:21:20 haproxy[9]: 127.0.0.1:38718 stats stats/<STATS> 0/0/0/0/0 200 3926 - - LR-- 1/1/0/0/0 0/0 \"GET /haproxy?stats/;csv HTTP/1.1\"",
"stream": "stdout",
"time": "2021-05-13T08:21:20.005706219Z"
}
May 13 08:24:43 localhost haproxy[21813]: \
27.2.81.92:64274 [13/May/2021:08:24:43.921] web-edupia.vn-4
Sample Query
This query example is from the HAProxy - Overview dashboard > Top 5 Clients causing Errors panels.
<HAProxy_Cluster_Filter> proxy_system=haproxy component=proxy
| json "log" as _rawlog nodrop
| if (isEmpty(_rawlog), _raw, _rawlog) as haproxy_log_message
| parse regex field=haproxy_log_message "(?<syslog_host>[\w\-\.]+) (?<ps>\w+)\[(?<pid>\d+)\]: (?<c_ip>[\w\.]+):(?<c_port>\d+) (?<rs>[^\"]*) (?<status_code>\d+) (?<bytes>\d+) (?<req_cookie>\S+) (?<res_cookie>\S+) (?<t_state>[\w-]+) (?<actconn>\d+)/(?<feconn>\d+)/(?<beconn>\d+)\/(?<srv_conn>\d+)/(?<retries>\d+) (?<srv_queue>\d+)/(?<backend_queue>\d+) \"(?<method>\w+) (?<request>[^\"]*) (?<http_version>\w+)"
| where status_code matches "4*" or status_code matches "5*" and !isEmpty(c_ip)
| count by c_ip
| sort by _count
| limit 5
Collecting Logs and Metrics for HAProxy
This section provides instructions for configuring logs and metrics collection for the Sumo Logic App for HAProxy.
Configuring log and metric collection for the HAProxy App includes the following tasks:
Step 1: Configure Fields in Sumo Logic
Create the following Fields in Sumo Logic prior to configuring collection. This ensures that your logs and metrics are tagged with relevant metadata, which is required by the app dashboards. For information on setting up fields, see Sumo Logic Fields.
- Kubernetes environments
- Non-Kubernetes environments
If you're using HAProxy in a Kubernetes environment, create the fields:
pod_labels_component
pod_labels_environment
pod_labels_proxy_system
pod_labels_proxy_cluster
If you're using HAProxy in a non-Kubernetes environment, create the fields:
component
environment
proxy_system
proxy_cluster
pod
Step 2: Configure Collection for HAProxy
Sumo Logic supports collection of logs and metrics data from HAProxy in both Kubernetes and non-Kubernetes environments.
- Kubernetes environments
- Non-Kubernetes environments
In Kubernetes environments, we use the Telegraf Operator, which is packaged with our Kubernetes collection (learn more). The diagram below illustrates how data is collected from HAProxy in Kubernetes environments. In the architecture shown below, there are four services that make up the metric collection pipeline: Telegraf, Prometheus, Fluentd and FluentBit.
The first service in the pipeline is Telegraf. Telegraf collects metrics from HAProxy. Note that we’re running Telegraf in each pod we want to collect metrics from as a sidecar deployment for example, Telegraf runs in the same pod as the containers it monitors. Telegraf uses the HAProxy input plugin to obtain metrics. (For simplicity, the diagram doesn’t show the input plugins.) The injection of the Telegraf sidecar container is done by the Telegraf Operator. We also have Fluentbit that collects logs written to standard out and forwards them to FluentD, which in turn sends all the logs and metrics data to a Sumo Logic HTTP Source.
It’s assumed that you are using the latest helm chart version. If not, upgrade using the instructions here.
Configure Metrics Collection
This section explains the steps to collect HAProxy metrics from a Kubernetes environment. In Kubernetes environments, we use the Telegraf Operator, which is packaged with our Kubernetes collection. You can learn more on this here. Follow the steps listed below to collect metrics from a Kubernetes environment.
- On your HAProxy Pods, add the following annotations:
annotations:
telegraf.influxdata.com/class: sumologic-prometheus
prometheus.io/scrape: "true"
prometheus.io/port: "9273"
telegraf.influxdata.com/inputs: |+
[[inputs.haproxy]]
servers = ["http://127.0.0.1:1024/stats"]
[inputs.haproxy.tags]
environment="dev_CHANGEME"
component="proxy"
proxy_system="haproxy"
proxy_cluster="haproxy_on_k8s_CHANGEME"
Enter in values for the following parameters (marked
CHANGEME
above):telegraf.influxdata.com/inputs
. This contains the required configuration for the Telegraf HAProxy Input plugin. See this doc for more information on configuring the HAProxy input plugin for Telegraf. As telegraf will be run as a sidecar, the host should always be localhost.In the input plugins section:
servers
. The URL to the HAProxy server. This can be a comma-separated list to connect to multiple HAProxy servers. See this doc for more information on additional parameters for configuring the HAProxy input plugin for Telegraf.- In the tags section
[inputs.haproxy.tags]
environment
. This is the deployment environment where the HAProxy cluster identified by the value ofservers
resides. For example: dev, prod or qa. While this value is optional we highly recommend setting it.proxy_cluster
. Enter a name to identify this HAProxy cluster. This cluster name will be shown in the Sumo Logic dashboards.
Do not modify the other valuesModifying these values will cause the Sumo Logic apps to function incorrectly
telegraf.influxdata.com/class: sumologic-prometheus
- Instructs the Telegraf operator what output to use.prometheus.io/scrape: "true"
- Ensures our Prometheus will scrape the metrics.prometheus.io/port: "9273"
- Tells prometheus what ports to scrape on.telegraf.influxdata.com/inputs
- In the tags section, for example:[inputs.haproxy.tags]
component: “proxy”
- Used by Sumo Logic apps to identify application components.proxy_system: “haproxy”
- Identifies the proxy system.
For all other parameters, please see this doc for more parameters that can be configured in the Telegraf agent globally.
Kubernetes collection will start collecting metrics from the pods having the labels and annotations defined in the previous step.
Verify metrics in Sumo Logic.
Configure Logs Collection
This section explains the steps to collect HAProxy logs from a Kubernetes environment.
Add labels on your HAProxy pods to capture logs from standard output (
stdout
) on Kubernetes:labels:
environment: "prod"
component: "proxy"
proxy_system: "haproxy"
proxy_cluster: "haproxy_prod_cluster01"Enter in values for the following parameters:
environment
. This is the deployment environment where the HAProxy cluster identified by the value ofservers
resides. For example: dev, prod or qa. While this value is optional we highly recommend setting it.proxy_cluster
. Enter a name to identify this HAProxy cluster. This cluster name will be shown in the Sumo Logic dashboards.
Do not modify the other valuesDo not modify the other values Modifying these values will cause the Sumo Logic apps to function incorrectly
component: “proxy”
. This value is used by Sumo Logic apps to identify application components.proxy_system: “haproxy”
. This value identifies the proxy system.
For all other parameters see this doc for more parameters that can be configured in the Telegraf agent globally.
Collecting HAProxy Logs from a Log File (Optional). Follow the steps below to capture HAProxy logs from a log file on Kubernetes.
- Determine the location of the HAProxy log file on Kubernetes. This can be determined from the HAProxy.conf for your HAProxy cluster along with the mounts on the HAProxy pods.
- Install the Sumo Logic tailing sidecar operator.
- Add the following annotation in addition to the existing annotations.
annotations:
tailing-sidecar: sidecarconfig;<mount>:<path_of_Haproxy_log_file>/<Haproxy_log_file_name>Example:
annotations:
tailing-sidecar: sidecarconfig;data:/var/log//haproxy.log- Make sure that the HAProxy pods are running and annotations are applied by using the command:
kubectl describe pod <haproxy_pod_name>
Sumo Logic Kubernetes collection will automatically start collecting logs from the pods having the annotations defined above.
Add an FER to normalize the fields in Kubernetes environments. Labels created in Kubernetes environments automatically are prefixed with
pod_labels
. To normalize these for our app to work, we need to create a Field Extraction Rule if not already created for Proxy Application Components. To do so:- Go to Manage Data > Logs > Field Extraction Rules.
- Click the + Add button on the top right of the table.
- The Add Field Extraction Rule form will appear.
- Enter the following options:
- Rule Name. Enter the name as App Observability - Proxy.
- Applied At. Choose Ingest Time
- Scope. Select Specific Data
- Scope: Enter the following keyword search expression:
pod_labels_environment=* pod_labels_component=proxy pod_labels_proxy_system=* pod_labels_proxy_cluster=*
- Parse Expression. Enter the following parse expression:
| if (!isEmpty(pod_labels_environment), pod_labels_environment, "") as environment
| pod_labels_component as component
| pod_labels_proxy_system as proxy_system
| pod_labels_proxy_cluster as proxy_cluster
- Click Save to create the rule.
We use the Telegraf operator for HAProxy metric collection and Sumo Logic Installed Collector for collecting HAProxy logs. The diagram below illustrates the components of the HAProxy collection in a non-Kubernetes environment. Telegraf runs on the same system as HAProxy, and uses the HAProxy input plugin to obtain HAProxy metrics, and the Sumo Logic output plugin to send the metrics to Sumo Logic. Logs from HAProxy on the other hand are sent to either a Sumo Logic Local File source or Syslog source.
This section provides instructions for configuring metrics collection for the Sumo Logic App for HAProxy.
Configure Metrics Collection
- Configure a Hosted Collector: To create a new Sumo Logic hosted collector, perform the steps in theCreate a Hosted Collector section of the Sumo Logic documentation.
- Configure an HTTP Logs and Metrics Source: Create a new HTTP Logs and Metrics Source in the hosted collector created above by following these instructions. Make a note of the HTTP Source URL.
- Install Telegraf using these steps.
- Configure and start Telegraf: As part of collecting metrics data from Telegraf, we will use the HAProxy input plugin to get data from Telegraf and the Sumo Logic output plugin to send data to Sumo Logic.
Create or modify telegraf.conf, and copy and paste the text below:
[[inputs.Haproxy]]
username = "username_CHANGEME"
password = "password_CHANGEME"
servers = ["http://127.0.0.1:8888/stats"]
[inputs.haproxy.tags]
environment="dev_CHANGME"
component="proxy"
proxy_system="haproxy"
proxy_cluster="haproxy_on_premise_CHANGEME"
[[outputs.sumologic]]
url = "<URL Created in Step 3>"
data_format = "prometheus"
Please enter values for the following parameters (marked CHANGEME
above):
In the input plugins section, that is
[[inputs.haproxy]]
:servers
- The URL to the HAProxy server. This can be a comma-separated list to connect to multiple HAProxy servers. Please see this doc for more information on additional parameters for configuring the HAProxy input plugin for Telegraf.- In the tags section,
[inputs.haproxy.tags]
:environment
- This is the deployment environment where the HAProxy server identified by the value ofservers
resides. For example: dev, prod or qa. While this value is optional we highly recommend setting it.proxy_cluster
- Enter a name to identify this HAProxy cluster. This cluster name will be shown in the Sumo Logic dashboards.
In the output plugins section, which is
[[outputs.sumologic]]
:url
- This is the HTTP source URL created in step 2. Please see this doc for more information on additional parameters for configuring the Sumo Logic Telegraf output plugin.Here’s an explanation for additional values set by this Telegraf configuration that we request you please do not modify as they will cause the Sumo Logic apps to not function correctly.
data_format - “prometheus”
In the output plugins section, that is[[outputs.sumologic]]
. Metrics are sent in the Prometheus format to Sumo Logic.proxy_system: “haproxy”
- In the input plugins section:[[inputs.Haproxy]]
- This value identifies the proxy system.component: “proxy”
- In the input plugins section: This value identifies application components.
For all other parameters, see this doc for more parameters that can be configured in the Telegraf agent globally.
Once you have finalized your telegraf.conf file, you can start or reload the telegraf service using instructions from the doc.
At this point, HAProxy metrics should start flowing into Sumo Logic.
Configure Logs Collection
This section provides instructions for configuring log collection for HAProxy running on a non-Kubernetes environment for the Sumo Logic App for HAProxy.
By default, HAProxy logs are forwarded to Syslog. Configuration in the file /etc/haproxy/haproxy.cfg can be modified to send logs to files.
Sumo Logic supports collecting logs both via Syslog and a local log file. Utilizing Sumo Logic Cloud Syslog will require TCP TLS Port 6514 to be open in your network. Local log files can be collected via Installed collectors which will require you to allow outbound traffic to Sumo Logic endpoints for collection to work. For detailed requirements for Installed collectors, see this page.
Based on your infrastructure and networking setup choose one of these methods to collect HAProxy logs and follow the instructions below to set up log collection:
Configure logging in HAProxy
Configure local log file or syslog collection
Configure a Collector
Configure a Source
- Configure logging in HAProxy:
Haproxy supports logging via following methods: syslog, local text log files and stdout. Haproxy logs have six levels of verbosity. To select a level, set loglevel to one of:
emerg - Errors such as running out of operating system file descriptors.
alert - Some rare cases where something unexpected has happened, such as being unable to cache a response
info - TCP connection and http request details and errors
err - Errors such as being unable to parse a map file, being unable to parse the HAProxy configuration file, and when an operation on a stick table fails
warning - Certain important, but non-critical, errors such as failing to set a request header or failing to connect to a DNS nameserver
notice - Changes to a server’s state, such as being UP or DOWN or when a server is disabled. Other events at startup, such as starting proxies and loading modules are also included. Health check logging, if enabled, also uses this level)
debug (a lot of information, useful for development/testing)
All logging settings are located in Haproxy.conf.
For the dashboards to work properly, must set log format
%ci:%cp\ [%tr]\ %ft\ %b/%s\ %TR/%Tw/%Tc/%Tr/%Ta\ %ST\ %B\ %CC\ %CS\ %tsc\ %ac/%fc/%bc/%sc/%rc\ %sq/%bq\ %hr\ %hs\ %{+Q}r
2. Configure Haproxy log to a Local file or syslog:
**Configuring HAProxy logs to stream via syslog (Recommended)**
You can enable HAProxy logs to syslog by adding the following line in the **global** section of `/etc/haproxy/haproxy.cfg` file.
global
log 127.0.0.1:514 local0
defaults
log global
The **log** directive instructs HAProxy to send logs to the Syslog server listening at 127.0.0.1:514.
The **log global** directive basically says, use the log line that was set in the **global** section. Putting a **log global** directive into the **defaults** section is equivalent to putting it into all of the subsequent proxy sections.
Please keep the port(514) handy as we will use it in next steps.
**Configuring HAProxy logs to go to log files**
Follow the steps below to enable HAProxy logs to go to log files :
- You can enable HAProxy logs to syslog by adding the following line in the global section of /etc/haproxy/haproxy.cfg file. This means that HAProxy will send its messages to rsyslog on 127.0.0.1.
global
log 127.0.0.1 local2
defaults
log global
- By default, rsyslog doesn’t listen to any address. Uncomment or add following lines in /etc/rsyslog.conf. This will make rsyslog listen on UDP port 514 for all IP addresses.
$ModLoad imudp
$UDPServerRun 514
- Now create a /etc/rsyslog.d/haproxy.conf file containing below lines.
local2.* /var/log/haproxy.log
You can of course be more specific and create separate log files according to the level of messages:
local2.=info /var/log/haproxy-info.log
local2.=notice /var/log/haproxy-notice.log
Restart HAProxy and rsyslog server to enforce configuration changes.
Verify that the files are created in /var/log location.
- Configuring a Collector:
To add an Installed collector, perform the steps as defined on the page [Configure an Installed Collector.](/docs/send-data/Installed-Collectors)
4. Configuring a Source:
**To add a Syslog Source source for HAProxy do the following**
Add a Syslog source in the installed collector configured in the previous step.
Configure the Syslog Source fields as follows:
- Name. (Required)
- Description. (Optional)
- Protocol. UDP
- Port. 514 (as entered while configuring logging in Step b.)
- Source Category. Enter any string to tag the output collected from this Source, such as Haproxy/Logs. (The Source Category metadata field is a fundamental building block to organize and label Sources. For details see Best Practices.)
- Fields. Set the following fields:
component = proxy
proxy_system = haproxy
proxy_cluster = <Your_Haproxy_Cluster_Name>
environment = <Environment_Name>
, such as Dev, QA or Prod.
Configure the Advanced section:
- Enable Timestamp Parsing. Select Extract timestamp information from log file entries.
- Time Zone. Choose the option, Ignore time zone from log file and instead use, and then select your HAProxy Server’s time zone.
- Timestamp Format. The timestamp format is automatically detected.
- Encoding. Select UTF-8 (Default).
Click Save.
To add a Local File Source source for HAProxy do the following
Add a Local File Source.
Configure the Local File Source fields as follows:
- Name. (Required)
- Description. (Optional)
- File Path (Required). Enter the path to your error.log or access.log. The files are typically located in /var/log/haproxy*.log. If you're using a customized path, check the haproxy.conf file for this information.
- Source Host. Sumo Logic uses the hostname assigned by the OS unless you enter a different host name.
- Source Category. Enter any string to tag the output collected from this Source, such as Haproxy/Logs. (The Source Category metadata field is a fundamental building block to organize and label Sources. For details see Best Practices.)
- Fields. Set the following fields:
component = proxy
proxy_system = haproxy
proxy_cluster = <Your_Haproxy_Cluster_Name>
environment = <Environment_Name>
, such as Dev, QA or Prod.
- Configure the Advanced section:
- Enable Timestamp Parsing. Select Extract timestamp information from log file entries.
- Time Zone. Choose the option, Ignore time zone from log file and instead use, and then select your HAProxy Server’s time zone.
- Timestamp Format. The timestamp format is automatically detected.
- Encoding. Select UTF-8 (Default).
- Enable Multiline Processing. Detect messages spanning multiple lines
- Infer Boundaries - Detect message boundaries automatically
- Click Save.
Verify logs are flowing into Sumo Logic by running the following logs query:
component="proxy" proxy_cluster="<Your-HAProxy-Server>" proxy_system="haproxy"
Installing the HAProxy Monitors
Sumo Logic has provided pre-packaged alerts available through Sumo Logic monitors to help you proactively determine if a HAProxy cluster is available and performing as expected. These monitors are based on metric and log data and include pre-set thresholds that reflect industry best practices and recommendations. For more information about individual alerts, see HAProxy Alerts.
To install these monitors, you must have the Manage Monitors role capability. You can install by importing a JSON file or using a Terraform script.
There are limits to how many alerts can be enabled. For more information, see Monitors for details.
Method A: Import a JSON file
Download the JSON file that describes the monitors. The JSON contains the alerts that are based on Sumo Logic searches that do not have any scope filters and therefore will be applicable to all HAProxy clusters, the data for which has been collected via the instructions in the previous sections.
However, if you would like to restrict these alerts to specific clusters or environments, update the JSON file by replacing the text proxy_cluster=*
with <Your Custom Filter>
. Custom filter examples:
- For alerts applicable only to a specific cluster, your custom filter would be:
proxy_cluster=dev-haproxy01
- For alerts applicable to all clusters that start with
haproxy-prod
:proxy_cluster=haproxy-prod*
- For alerts applicable to a specific cluster within a production environment:
proxy_cluster=dev-haproxy01
ANDenvironment=prod
. This assumes you have set the optional environment tag while configuring collection.
- Go to Manage Data > Alerts > Monitors.
- Click Add.
- Click Import.
- On the Import Content popup, enter HAProxy in the Name field, paste in the JSON into the the popup, and click Import.
- The monitors are created in a "HAProxy" folder. The monitors are disabled by default. See the Monitors topic for information about enabling monitors and configuring notifications or connections.
Method 2: Use a Terraform script
- Generate an access key and access ID for a user that has the Manage Monitors role capability. For instructions see Access Keys.
- Download Terraform 0.13 or later, and install it.
- Download the Sumo Logic Terraform package for HAProxy monitors. The alerts package is available in the Sumo Logic github repository. You can either download it using the git clone command or as a zip file.
- Alert Configuration. After extracting the package, navigate to the terraform-sumologic-sumo-logic-monitor/monitor_packages/haproxy/ directory. Edit the haproxy.auto.tfvars file and add the Sumo Logic Access Key and Access ID from Step 1 and your Sumo Logic deployment. If you're not sure of your deployment, see Sumo Logic Endpoints and Firewall Security.
access_id = "<SUMOLOGIC ACCESS ID>"
access_key = "<SUMOLOGIC ACCESS KEY>"
environment = "<SUMOLOGIC DEPLOYMENT>"
The Terraform script installs the alerts without any scope filters, if you would like to restrict the alerts to specific clusters or environments, update the haproxy_data_source
variable. For example:
- To configure alerts for A specific cluster, set
haproxy_data_source
to something likeproxy_cluster=haproxy.prod.01
- To configure alerts for All clusters in an environment, set
haproxy_data_source
to something likeenvironment=prod
- To configure alerts for Multiple clusters using a wildcard, set
haproxy_data_source
to something likeproxy_cluster=haproxy-prod*
- To configure alerts for A specific cluster within a specific environment, set
haproxy_data_source
to something likeproxy_cluster=haproxy-1
andenvironment=prod
. This assumes you have configured and applied Fields as described in Step 1: Configure Fields of the Sumo Logic of the Collect Logs and Metrics for HAProxy.
All monitors are disabled by default on installation. To enable all of the monitors, set the monitors_disabled
parameter to false.
By default, the monitors will be located in a "HAProxy" folder on the Monitors page. To change the name of the folder, update the monitor folder name in the folder variable in the haproxy.auto.tfvars
file.
- If you want the alerts to send email or connection notifications, edit the
haproxy_notifications.auto.tfvars
file to populate theconnection_notifications
andemail_notifications
sections. Examples are provided below.
In the variable definition below, replace <CONNECTION_ID>
with the connection ID of the Webhook connection. You can obtain the Webhook connection ID by calling the Monitors API.
connection_notifications = [
{
connection_type = "PagerDuty",
connection_id = "<CONNECTION_ID>",
payload_override = "{\"service_key\": \"your_pagerduty_api_integration_key\",\"event_type\": \"trigger\",\"description\": \"Alert: Triggered {{TriggerType}} for Monitor {{Name}}\",\"client\": \"Sumo Logic\",\"client_url\": \"{{QueryUrl}}\"}",
run_for_trigger_types = ["Critical", "ResolvedCritical"]
},
{
connection_type = "Webhook",
connection_id = "<CONNECTION_ID>",
payload_override = "",
run_for_trigger_types = ["Critical", "ResolvedCritical"]
}
]
For information about overriding the payload for different connection types, see Set Up Webhook Connections.
email_notifications = [
{
connection_type = "Email",
recipients = ["abc@example.com"],
subject = "Monitor Alert: {{TriggerType}} on {{Name}}",
time_zone = "PST",
message_body = "Triggered {{TriggerType}} Alert on {{Name}}: {{QueryURL}}",
run_for_trigger_types = ["Critical", "ResolvedCritical"]
}
]
- Installing Monitors:
- Navigate to the
terraform-sumologic-sumo-logic-monitor/monitor_packages/haproxy/
directory and runterraform init
. This will initialize Terraform and download the required components. - Run
terraform plan
to view the monitors that Terraform will create or modify. - Run
terraform apply
.
- Navigate to the
Installing the HAProxy App
Now that you have set up collection for HAProxy, you can install the HAProxy App to use the pre-configured searches and dashboard that provide insight into your data.
To install the app, do the following:
Locate and install the app you need from the App Catalog. If you want to see a preview of the dashboards included with the app before installing, click Preview Dashboards.
- From the App Catalog, search for and select the app.
- Select the version of the service you're using and click Add to Library. Version selection is applicable only to a few apps currently. For more information, see the Install the Apps from the Library.
- To install the app, complete the following fields.
- App Name. You can retain the existing name, or enter a name of your choice for the app.
- Data Source. Select either of these options for the data source.
- Choose Source Category, and select a source category from the list.
- Choose Enter a Custom Data Filter, and enter a custom source category beginning with an underscore. Example: (
_sourceCategory=MyCategory
).
- Advanced. Select the Location in Library (the default is the Personal folder in the library), or click New Folder to add a new folder.
- Click Add to Library.
Once an app is installed, it will appear in your Personal folder, or other folder that you specified. From here, you can share it with your organization.
Panels will start to fill automatically. It's important to note that each panel slowly fills with data matching the time range query and received since the panel was created. Results won't immediately be available, but with a bit of time, you'll see full graphs and maps.
Viewing HAProxy Dashboards
Overview
The HAProxy - Overview dashboard provides an at-a-glance view of HAProxy Backend and Frontend HTTP error codes percentage, visitor location, URLs and Clients causing errors.
- Identify Frontend and Backend Sessions percentage usage to understand active sessions. This can help you increase the HAProxy session limit.
- Gain insights into originated traffic location by region. This can help you allocate computer resources to different regions according to their needs.
- Gain insights into Client, Server Responses on HAProxy Server. This helps you identify errors in HAProxy Server.
- Gain insights into Network traffic for the Frontend and Backend system of your HAProxy server.
Backend
The HAProxy - Backend dashboard provides an at-a-glance view for the number of backend active servers, backend weight, respond code from backend and throughput http.
Frontend
The HAProxy - Backend dashboard provides an at-a-glance view detail of HAProxy Frontend. It provides information such as number request to frontend, number of error requests,s, and current session.
Server
The HAProxy - Backend dashboard provides an at-a-glance view detail of HAProxy Server. This dashboard helps you monitoring uptime, and error request by proxy.
Error Log Analysis
The HAProxy - Error Logs Analysis dashboard provides a high-level view of log level breakdowns, comparisons, and trends. The panels also show the geographic locations of clients and clients with critical messages, new connections and outliers, client requests, request trends, and request outliers.
Use this dashboard to:
- Track requests from clients. A request is a message asking for a resource, such as a page or an image.
- To track and view client geographic locations generating errors.
- Track critical alerts and emergency error alerts.
Outlier Analysis
The HAProxy - Outlier Analysis dashboard provides a high-level view of HAProxy server outlier metrics for bytes served, number of visitors, and server errors. You can select the time interval over which outliers are aggregated, then hover the cursor over the graph to display detailed information for that point in time.
Use this dashboard to:
- Detect outliers in your infrastructure with Sumo Logic’s machine learning algorithm.
- To identify outliers in incoming traffic and the number of errors encountered by your servers.
Threat Analysis
The HAProxy - Threat Intel dashboard provides an at-a-glance view of threats to HAProxy servers on your network. Dashboard panels display the threat count over a selected time period, geographic locations where threats occurred, source breakdown, actors responsible for threats, severity, and a correlation of IP addresses, method, and status code of threats.
Use this dashboard to:
- To gain insights and understand threats in incoming traffic and discover potential IOCs. Incoming traffic requests are analyzed using the Sumo - Crowdstrikes threat feed.
Trends
The HAProxy - Trends dashboard provides an at-a-glance view of traffic to HAProxy servers on your network. Dashboard panels display the traffic count over one day time period, locations where traffic trends for visits by country one days time.
Visitor Access Types
The HAProxy - Visitor Access Types dashboard provides insights into visitor platform types, browsers, and operating systems, as well as the most popular mobile devices, PC and Mac versions used.
Use this dashboard to:
- Understand which platform and browsers are used to gain access to your infrastructure. These insights can be useful for planning in which browsers, platforms, and operating systems (OS) should be supported by different software services.
Visitor Locations
The HAProxy - Visitor Locations dashboard provides a high-level view of HAProxy visitor geographic locations both worldwide and in the United States. Dashboard panels also show graphic trends for visits by country over time and visits by US region over time.
Use this dashboard to:
- Gain insights into geographic locations of your user base. This is useful for resource planning in different regions across the globe.
Visitor Traffic Insight
The HAProxy - Visitor Traffic Insight dashboard provides detailed information on the top documents accessed, top referrers, top search terms from popular search engines, and the media types served.
Use this dashboard to:
- To understand the type of content that is frequently requested by users.
- It helps in allocating IT resources according to the content types.
Web Server Operations
The HAProxy - Web Server Operations dashboard provides a high-level view combined with detailed information on the top ten bots, geographic locations, and data for clients with high error rates, server errors over time, and non 200 response code status codes. Dashboard panels also show information on server error logs, error log levels, error responses by a server, and the top URIs responsible for 404 responses.
Use this dashboard to:
- Gain insights into Client, Server Responses on HAProxy Server. This helps you identify errors in HAProxy Server.
- To identify geo locations of all Client errors. This helps you identify client location causing errors and helps you to block client IPs.
HAProxy Alerts
Alert Type (Metrics/Logs) | Alert Name | Alert Description | Trigger Type (Critical / Warning) | Alert Condition | Recover Condition |
Logs | HAProxy - Access from Highly Malicious Sources | This alert fires when an HAProxy is accessed from highly malicious IP addresses. | Critical | > 0 | < = 0 |
Logs | HAProxy - High Client (HTTP 4xx) Error Rate | This alert fires when there are too many HTTP requests (>5%) with a response status of 4xx. | Critical | > 0 | 0 |
Logs | HAProxy - High Server (HTTP 5xx) Error Rate | This alert fires when there are too many HTTP requests (>5%) with a response status of 5xx. | Critical | > 0 | 0 |
Logs | HAProxy - Backend Error | This alert fires when we detect backend server errors. | Critical | >0 | < = 0 |
Logs | HAProxy - Backend Server Down | This alert fires when we detect a backend server for a given HAProxy server is down. | Critical | >0 | < = 0 |
Metrics | HAProxy - High Active Backend Server Sessions | when the percent of backend server connections are high. | Warning | >80 | < = 80 |
Metrics | HAProxy - Frontend Security Blocked Requests | HAProxy is blocking requests for security reasons | Warning | >10 | < = 10 |
Metrics | HAProxy - Has No Alive Backends | HAProxy has no alive active or backup backend servers | Critical | >0 | < = 0 |
Metrics | HAProxy - Slow Response Time | the HAProxy response times are greater than one second. | Critical | >1 | < = 1 |
Metrics | HAProxy - Pending Requests | HAProxy requests are pending | Warning | >0 | < = 0 |
Metrics | HAProxy - Retry High | there is a high retry rate | Warning | >0 | < = 0 |
Metrics | HAProxy - High Server Connection Errors | there are too many connection errors to backend servers. | Warning | >100 | < = 100 |
Metrics | HAProxy - Server Healthcheck Failure | server healthchecks are failing. | Warning | >0 | < = 0 |