Available options
- Required options
- Options
additionalInstrumentationsbindAddresscaFilePathcpuCountdebugdisableDefaultInstrumentationsdnsServersenableHostMetricsenableMinutelyProbesenableNginxMetricsenableOpentelemetryHttpenableStatsdfilesWorldAccessiblefilterParametersfilterSessionDatahostnamehostRolehttpProxyignoreActionsignoreErrorsignoreLogsignoreNamespacesloglogLevellogPathnginxPortopentelemetry_portrequestHeadersrevisionrunningInContainersendEnvironmentMetadatasendParamssendSessionDatastatsdPortworkingDirectoryPath
active
Description
Configure AppSignal to be active or not for a given environment. Most commonly used in the file configuration per environment.environment
Description
The environment of the app to be reported to AppSignal.Note: Changing the name or environment of an existing app
will create a new app on AppSignal.com.
name
Description
Name of your application as it should be displayed on AppSignal.com.Note: Changing the name or environment of an existing app
will create a new app on AppSignal.com.
pushApiKey
Description
The organization-level authentication key to authenticate with our Push API. Read more about the AppSignal Push API key.additionalInstrumentations
Description
List of additional OpenTelemetry instrumentations to use with AppSignal, via third-party libraries or your own integrations.bindAddress
Description
A valid IPv4 address the AppSignal agent uses as a binding for its TCP and UDP servers. Use a specific address if you only want the agent to listen to requests made to that address. Set this option to0.0.0.0 to allow to receive requests from hosts using any IP address. By default it only listens to requests made on the same host. This option is applied to all the agent servers (StatsD, OpenTelemetry and NGINX).
caFilePath
Description
Use this option to point to another certificate file if there’s a problem connecting to our API.Note: The specified path cannot contain Operating Specific file system
abstractions, such as the homedir symbol
~ for *NIX systems. This will be
seen as a malformed path.cpuCount
Description
The available CPU capacity of the host, in number of CPUs. This is used to calculate the CPU usage percentage in the host metrics. If not set, the agent will attempt to automatically detect this from cgroups. The number of CPUs can be a fraction, e.g.0.5.
debug
Description
Enable debug logging, this is usually only needed on request from support. With this option enabled AppSignal will log a lot more information about decisions that are made during metrics collection and when data is sent to AppSignal.com servers. Enabling debug logging could have a slight impact on the disk usage and IO, especially on high-traffic sites. CPU overhead is minimal with the debug option enabled.This option sets the severity level of AppSignal’s internal logger. This
configuration option does not affect the logging feature.
disableDefaultInstrumentations
Description
Allows you to disable the automatic instrumentation of default integrations:- @appsignal/opentelemetry-instrumentation-bullmq
- @opentelemetry/instrumentation-amqplib
- @opentelemetry/instrumentation-express
- @opentelemetry/instrumentation-fastify
- @opentelemetry/instrumentation-graphql
- @opentelemetry/instrumentation-http
- @opentelemetry/instrumentation-ioredis
- @opentelemetry/instrumentation-knex
- @opentelemetry/instrumentation-koa
- @opentelemetry/instrumentation-mongodb
- @opentelemetry/instrumentation-mongoose
- @opentelemetry/instrumentation-mysql2
- @opentelemetry/instrumentation-mysql
- @opentelemetry/instrumentation-nestjs-core
- @opentelemetry/instrumentation-pg
- @opentelemetry/instrumentation-redis
- @opentelemetry/instrumentation-redis-4
- @opentelemetry/instrumentation-restify
- @opentelemetry/instrumentation-undici
- @prisma/instrumentation
true.
dnsServers
Description
Configure DNS servers for the AppSignal agent to use.Shell
- Acceptable values:
8.8.8.8,my.custom.local.server. - Not acceptable values:
foo,my.awesome.custom.local.dns.server.
appsignal.log file: A problem occurred while setting DNS servers.
enableHostMetrics
Description
Set this option tofalse to disable host metrics collection.
On Heroku and Dokku host metrics are disabled by default. This is done because these systems will report inaccurate metrics from within the containers. Host metrics collection on these systems cannot be enabled. For Heroku, use the Heroku log drain instead.
enableMinutelyProbes
Description
Enables the minutely probes system.enableNginxMetrics
Description
Set totrue to enable the NGINX metrics server. See the NGINX metrics documentation for details.
When enabled, the AppSignal agent will listen to a localhost-bound server on port 27649. If you’re running several AppSignal-instrumented applications in the same server, this configuration option can only be enabled in one of them.
enableOpentelemetryHttp
Description
Set this option totrue to enable the OpenTelemetry HTTP server.
When enabled, the AppSignal agent will listen to a localhost-bound server on port 8099. If you’re running several AppSignal-instrumented applications in the same server, this configuration option can only be enabled in one of them.
This is required for apps using the OpenTelemetry HTTP exporter to report data to AppSignal.
enableStatsd
Description
Enables the StatsD server in the AppSignal agent. When enabled, the AppSignal agent will listen to alocalhost-bound server on port 8125. If you’re running several AppSignal-instrumented applications in the same server, this configuration option can only be enabled in one of them.
filesWorldAccessible
Description
If this is set totrue the AppSignal working directory that is created is accessible for all users (Unix permissions 0666). This is often necessary because processes for the same app run under a different user. Set to false to disable this behaviour (Unix permissions 0644).
filterParameters
Description
List of parameter keys that should be ignored using AppSignal filtering. Their values will be replaced with[FILTERED] when transmitted to AppSignal.
Read more about parameter filtering.
filterSessionData
Description
List of session data keys that should be ignored using AppSignal filtering. Their values will be replaced with[FILTERED] when transmitted to AppSignal.
Read more about session data filtering.
hostname
Description
This overrides the server’s hostname. Useful for when you’re unable to set a custom hostname or when a nondescript id is generated for you on hosting services.hostRole
Description
Group hosts by role and generate metrics based on this role. One such metric is thereporting_hosts counter metric. A good role indicates what the main role of the server is, like “webserver”, “processor”, “api”, “database”, “loadbalancer”, etc.
httpProxy
Description
If you require the agent to connect to the Internet via a proxy set the complete proxy URL in this configuration key.ignoreActions
Description
With this config option you can specify a list of actions that will be ignored by AppSignal. Everything that happens including exceptions will not be transmitted to AppSignal. This can be useful to ignore health check endpoints or other actions that you don’t want to monitor. Read more about ignoring actions.ignoreErrors
Description
List of error classes that will be ignored. Any exception raised with this error class will not be transmitted to AppSignal. Read more about ignoring errors.ignoreLogs
Description
List of log messages that will be ignored. Any log message containing any of the elements of the list will not be transmitted to AppSignal. A small subset of regex syntax is supported, read more about it in our Ignore Logs guide.ignoreNamespaces
Description
List of namespaces that will be ignored. Any error raised or slow request that occurs in this namespace will not be send to AppSignal. Read more about namespaces.log
Description
This option configures what logger that AppSignal’s internal logging
functionality will use and does not affect the logging feature.Note: The AppSignal agent,
which is used by the integration, will always write to the “appsignal.log” file.
file and stdout. See also the log_path configuration.
file(default)- Write all AppSignal logs to the file system.
stdout(default on Heroku)- Print AppSignal logs in the parent process’ STDOUT instead of to a file. Useful with hosting solutions such as container systems and Heroku.
logLevel
Description
This option sets the severity level of AppSignal’s internal logger and does
not affect the logging feature.
- error
- warning
- info
- debug
- trace
logPath
Description
This option configures the location of AppSignal’s internal logging file and
does not affect the logging feature.
Note: The specified path cannot contain Operating Specific file system abstractions, such as the homedir symbol
Note: The specified path cannot contain Operating Specific file system abstractions, such as the homedir symbol
~ for *NIX systems. This will be
seen as a malformed path.appsignal.log file can
be written to.
nginxPort
Description
Configure the port on which the NGINX metrics server is exposed. When AppSignal receives NGINX metrics, it listens on alocalhost-bound server, by default on port 27649. If you’re running several AppSignal-instrumented applications in the same server with NGINX metrics enabled, use this option to configure each application to listen on a different port.
opentelemetry_port
Description
Set this option to configure the OpenTelemetry HTTP server port of the AppSignal agent process. Configure this port if another process is already running on the machine that is also using this port to avoid conflicts.requestHeaders
Description
TherequestHeaders config option contains a list of HTTP request headers which are read and stored by the AppSignal Node.js package.
This requestHeaders config option is an allowlist, which means that it will only take headers as specified by this config option. If this config option is unset it will use the AppSignal default.
Following list is the AppSignal package default.
Node.js
Node.js
revision
Description
Set the app revision to report the currently running version of your app. AppSignal will create a deploy marker when this value changes, and tag all incoming data with the current revision. When your application is deployed using Kamal, or when it is deployed to Render, or when it is deployed to Heroku and the Heroku Labs: Dyno Metadata feature is enabled, the AppSignal integration will automatically detect the Git commit of the current deployment and use it as the revision. You can overwrite the automatically detected revisions in Heroku, Render or Kamal by manually setting therevision config option to a custom value.
Read more about deploy markers in the deploy markers topic.
runningInContainer
Description
AppSignal expects to be running on the same machine between different deploys. Set this key totrue if the application is running in a container, such as with Docker.
Newer versions of the AppSignal integration automatically detect its container environment, so no manual configuration is necessary. If you’re having trouble with the automatic detection, please contact support.
This option is set to true automatically on Heroku.
sendEnvironmentMetadata
Description
Send environment metadata about the app. For more information please read about environment metadata.sendParams
Description
Whether to skip sending request parameters to AppSignal. For more information please read about send_params in filtering request parameters.sendSessionData
Description
Set this option tofalse to not send any session data with exception traces and performance issue samples.
For more information please read about request session data filtering.
statsdPort
Description
Set this option to configure the StatsD HTTP server port of the AppSignal agent process. Configure this port if another process is already running on the machine that is also using this port to avoid conflicts.workingDirectoryPath
Description
Override the location where AppSignal for Node.js can store temporary files. Use this option if the default location is not suitable. See our how AppSignal operates page for more information about the purpose of this working directory. If you are running multiple applications using AppSignal on the same server, use this configuration option to select different working directories for every AppSignal instance, otherwise the two instances could conflict with one another. For more information on this scenario see our running multiple applications on one host documentation.Node.js
Note: The specified path cannot contain Operating Specific file system
abstractions, such as the homedir symbol
~ for *NIX systems. This will be
seen as a malformed path.