Automated license utilization reporting
Automated license utilization reporting sends license utilization data to HashiCorp without requiring you to manually collect and report them. It also lets you review your license usage with the monitoring solution you already use (for example Splunk, Datadog, or others) so you can optimize and manage your deployments. Use these reports to understand how much more you can deploy under your current contract, protect against overutilization, and budget for predicted consumption.
Automated reporting shares the minimum data required to validate license utilization as defined in our contracts. They consist of mostly computed metrics and will never contain Personal Identifiable Information (PII) or other sensitive information. Automated reporting shares the data with HashiCorp using a secure, unidirectional HTTPS API and makes an auditable record in the product logs each time it submits a report. The reporting process is GDPR compliant and submits reports roughly once every 24 hours.
Enable automated reporting
To enable automated reporting, you need to make sure that outbound network traffic is configured correctly and upgrade your enterprise product to a version that supports it. If your installation is air-gapped or network settings are not in place, automated reporting will not work.
1. allow outbound HTTPS traffic on port 443
Make sure that your network allows HTTPS egress on port 443 to https://reporting.hashicorp.services by allow-listing the following IP addresses:
- 100.20.70.12
- 35.166.5.222
- 23.95.85.111
- 44.215.244.1
2. upgrade
Upgrade to a release that supports license utilization reporting. These releases include:
- Vault Enterprise 1.14.0 and later
- Vault Enterprise 1.13.4 and later 1.13.x versions
- Vault Enterprise 1.12.8 and later 1.12.x versions
- Vault Enterprise 1.11.12
3. check logs
Automatic license utilization reporting will start sending data within roughly 24 hours. Check the server logs for records that the data sent successfully.
You will find log entries similar to the following:
If your installation is air-gapped or your network doesn’t allow the correct egress, logs will show an error.
In this case, reconfigure your network to allow egress and check back in 24 hours.
Opt out
If your installation is air-gapped or you want to manually collect and report on the same license utilization metrics, you can opt-out of automated reporting.
Manually reporting these metrics can be time consuming. Opting out of automated reporting does not mean that you also opt out from sending license utilization metrics. Customers who opt out of automated reporting will still be required to manually collect and send license utilization metrics to HashiCorp.
If you are considering opting out because you’re worried about the data, we strongly recommend that you review the example payloads before opting out. If you have concerns with any of the automatically-reported data please bring them to your account manager.
You have two options to opt out of automated reporting:
- HCL configuration (recommended)
- Environment variable (requires restart)
HCL configuration
Opting out in your product’s configuration file doesn’t require a system
restart, and is the method we recommend. Add the following block to your server
configuration file (e.g. vault-config.hcl
).
Warning
When you have a cluster, each node must have the reporting stanza in its configuration to be consistent. In the event of leadership change, nodes will use its server configuration to determine whether or not to opt-out the automated reporting. Inconsistent configuration between nodes will change the reporting status upon active unseal.
You will find the following entries in the server log.
Environment variable
If you need to, you can also opt out using an environment variable, which will provide a startup message confirming that you have disabled automated reporting. This option requires a system restart.
Note
If the reporting stanza exists in the configuration file, the
OPTOUT_LICENSE_REPORTING
value overrides the configuration.
Set the following environment variable.
Now, restart your Vault servers from the shell where you set the environment variable.
You will find the following entries in the server log.
Check your product logs roughly 24 hours after opting out to make sure that the system isn’t trying to send reports.
If your configuration file and environment variable differ, the environment variable setting will take precedence.
Example payloads
HashiCorp collects the following utilization data as JSON payloads:
payload_version
- The version of this payload schemalicense_id
- The license ID for this productproduct
- The product that this contribution is forproduct_version
- The product version this contribution is forexport_timestamp
- The date and time for this contributionsnapshots
- An array of snapshot details. A snapshot is a structure that represents a single data collectionsnapshot_version
- The version of the snapshot package that produced this snapshotsnapshot_id
- A unique identifier for this particular snapshotprocess_id
- An identifier for the system that produced this snapshottimestamp
- The date and time for this snapshotschema_version
- The version of the schema associated with this snapshotservice
- The service that produced this snapshot (likely to be product name)metrics
- A map of representations of snapshot metrics contained within this snapshot
metadata
- Optional product-specific metadatabilling_start
- The billing start date associated with the reporting cluster (license start date if not configured)cluster_id
- The cluster UUID as shown byvault status
on the reporting cluster
Pre-1.9 counts
When upgrading Vault from 1.8 (or earlier) to 1.9 (or later), utilization reporting will only include the non-entity tokens that are used after the upgrade.
Starting in Vault 1.9, the activity log records and de-duplicates non-entity tokens by using the namespace and token's policies to generate a unique identifier. Because Vault did not create identifiers for these tokens before 1.9, the activity log cannot know whether this token has been seen pre-1.9. To prevent inaccurate and inflated counts, the activity log will ignore any counts of non-entity tokens that were created before the upgrade and only the non-entity tokens from versions 1.9 and later will be counted.