Our NGINX integration collects and sends inventory and metrics from your NGINX server to our platform, where you can see data on connections and client requests so that you can find the source of any problems.
Read on to install the integration, and to see what data we collect.
Compatibility and requirements
Our integration is compatible with both NGINX Open Source and NGINX Plus.
Before installing the integration, make sure that you meet the following requirements:
- NGINX extension enabled, as described in the Configure the integration section.
- If NGINX is not running on Kubernetes or Amazon ECS, you must install the infrastructure agent on a Linux OS host that's running NGINX. Otherwise:
Install and activate the integration
To install the NGINX integration, follow the instructions for your environment:
Follow the general instructions for installing an integration, using the filename
nri-nginx. Then continue on to the steps below.
Change the directory to the integrations configuration folder:
Copy the sample configuration file:
sudo cp nginx-config.yml.sample nginx-config.yml
Edit the configuration file
- Restart the infrastructure agent.
- Advanced: Integrations are also available in tarball format to allow for install outside of a package manager.
- On-host integrations do not automatically update. For best results, regularly update the integration package and the infrastructure agent.
Configure the integration
An integration's YAML-format configuration is where you can place required login credentials and configure how data is collected. Which options you change depend on your setup and preference.
To capture data from the NGINX integration, you must first enable and configure the applicable extension module:
- For NGINX Open Source: HTTP stub status module
- For NGINX Plus: HTTP status module and HTTP API module
There are several ways to configure the integration, depending on how it was installed:
- If enabled via Kubernetes: see Monitor services running on Kubernetes.
- If enabled via Amazon ECS: see Monitor services running on ECS.
- If installed on-host: edit the config in the integration's YAML config file,
Config options include:
metrics: This command captures the metrics of a particular NGINX server. Arguments:
status_url: The URL set up to provide the metrics using the status module. If the default value of
127.0.0.1is incorrect, substitute the address/FQDN/URL for your system. Example:
inventory: This command captures the configuration parameters set in the NGINX config file as inventory data. Arguments:
config_path: The path to the NGINX configuration file.
status_url: The URL is used to attach inventory data to the same NGINX instance for which we collect metrics.
To disable inventory data collection, remove the inventory command.
When running in a container, to retrieve inventory data you need to map the local config_path into the container, otherwise the integration terminates. See instructions for Docker on how to map volumes to share files between the host and the container.
For Kubernetes, ECS, and potentially other environments where you can have more than one instance running,
inventoryis complex to configure. We strongly suggest disabling
inventoryin this case.
envlabel controls the
environmentattribute. The default value is
Activate remote monitoring
You can use the
remote_monitoring configuration parameter to enable remote monitoring and multi-tenancy for this integration. You must also have infrastructure agent version 1.2.25 or higher to use
remote_monitoring may change some attributes and/or affect your configured alerts. For more information, see remote monitoring in on-host integrations.
Environment variable passthroughs
Environment variables can be used to control config settings, such as your license key, and are then passed through to the Infrastructure agent. For instructions on how to use this feature, see Configure the Infrastructure agent.
With secrets management, you can configure on-host integrations with New Relic Infrastructure's agent to use sensitive data (such as passwords) without having to write them as plain text into the integration's configuration file. For more information, see Secrets management.
The URL set up to provide the metrics using the status module.
Type String Default
The path to the NGINX configuration file.
Type String Default /etc/nginx/nginx.conf
For more about the general structure of on-host integration configuration, see Configuration.
Find and use data
Data from this service is reported to an integration dashboard.
For more on how to find and use your data, see Understand integration data.
The NGINX integration collects the following metric data attributes. To find these attributes, query the
NginxSample event type.
NGINX Open Source
||Number of connections that are currently active|
||Number of accepted client connections per second|
||Number of connections per second that were accepted but could not he handled and hence dropped|
||Current number of connections where NGINX is reading the request header|
||Current number of idle client connections waiting for a request|
||Current number of connections where NGINX is writing the response back to the client|
||Total number of client requests per second|
Our integration retrieves all available metric data from the following HTTP API endpoints:
||Accepted client connections as requests per second|
||Dropped client connections as requests per second|
||Current number of active client connections|
||Current number of idle client connections|
||Current number of requests|
||Current number of requests per second|
||Current number of abnormally terminated and respawned child processes|
||Current number for successful SSL handshakes|
||Current number of failed SSL handshakes|
||Current number of session reuses during SSL handshake|
The integration captures configuration options defined in the NGINX master config file (usually
The master NGINX config file can contain
"include OTHER_FILE_NAME" commands for splitting the configuration into multiple files. The Infrastructure agent ignores (does not parse) configuration set via
The integration collects these additional attributes about the NGINX service:
The NGINX edition: either
||The version of NGINX.|
Check the source code
This integration is open source software. That means you can browse its source code and send improvements, or create your own fork and build it.