| title | How New Relic pricing works | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| tags |
|
|||||||||||
| translate |
|
|||||||||||
| metaDescription | How New Relic's pricing model works. | |||||||||||
| redirects |
|
|||||||||||
| freshnessValidatedDate | 2026-04-28 |
Whether you're thinking about using New Relic or already using it, the following information is helpful to understand how New Relic prices products and bills for your usage.
To learn more, take a look at the billing options listed below and on our website.
Our pricing model outlines the existing product capabilities and indicates their possible billing options, such as Data + User or Data + Core Compute for full-stack observability and Advanced Compute for Intelligent Observability. Understanding these pricing models helps you choose what is best for your business needs.
The [Core Compute](/docs/licenses/license-information/product-definitions/new-relic-one-pricing-definitions/#compute-capacity-unit) consumption-based pricing model provides your entire engineering organization unlimited platform access and full-stack observability capabilities without per-user licensing barriers. Since Core Compute is currently in Preview, if you're interested in trying the pricing model, you should reach out to your New Relic account executive. Refers to the amount of data ingested by New Relic, measured in [GB Ingested](/docs/licenses/license-information/product-definitions/new-relic-one-pricing-definitions/#gb-ingested). We offer two options for GB Ingested as follows:- Original Data: New Relic's Original Data option provides a default of at least 8 days of data retention and a maximum query limit of 20 billion data points per minute.
- Data Plus: New Relic’s Data Plus option offers advanced capabilities like up to 90 days of extended data retention and an increased maximum query limit of 60 billion data points per minute.
We bill for data by the amount of GB Ingested, no matter the type, which makes your bill easy to understand. You have access to 100 GB Ingested per month for free. To keep track of your GB Ingested, you can use our Usage Summary page or run queries.
Generally, "ingested data" refers to the data stored in New Relic by your organization after we apply various data trimming and data transformation rules. In other words, it's not the amount of raw data sent to New Relic, but the size of the data that actually ends up being stored.
In general, data that is utilized by our features doesn't count towards GB Ingested. Examples of features and feature-related data that don't count towards GB Ingested include:
- Basic alerting functionality. For example,
NrAiIncident, an event used to generate these features, doesn't count towards GB Ingested. - Data created by aggregated raw data (for example, aggregated infrastructure data or dimensional metric data).
- Golden metrics (for more on golden metrics, refer to entity definitions).
- Synthetic monitor checks. For details on synthetics billing, Synthetics limits and pricing.
- Usage and billing tracking data (for example,
NrConsumption). - Data related to account administration (for example,
NrIntegrationError,NrAuditEvent).
Monthly GB Ingested is rounded up to the nearest integer. For example, if your organization uses 100.2 GBs during a month, that's counted as 101 GBs.
A user in New Relic is an individual who can access and use the platform. The count of billable users is a billing factor.
Users are billable the moment they're added as billable users to a New Relic organization. The following are the types of New Relic users:
-
Basic user: As a Basic user, you won't be charged, and you'll be able to set up our observability tools, run queries on data, and use custom dashboards (quickstart dashboards for up to 7 days). You'll also have access to some basic alerting features. However, you can't use our curated experiences, such as the APM UI, browser monitoring UI, or mobile UI. While your access doesn't incur a direct charge, you can drive billing for usage-based features, including the CCU add-on.
-
Core user: As a Core user, you get all the Basic user capabilities along with access to powerful developer-centric features like New Relic CodeStream, errors inbox, and our log management UI.
-
Full platform user: As a Full platform user, you get access to many of our platform features. This includes our more curated observability UI experiences, such as APM, infrastructure monitoring, browser monitoring, mobile monitoring, and synthetic monitoring.
To learn more, refer to User types.
Billing for billable users is done per calendar month. To determine an organization's count of billable users in a calendar month, we count the number of users during that month who had a **billable user type** of either Full Platform user or Core user. A user's **billable user type** is defined as the highest user type at which a user was set during a calendar month. We use the UTC timezone to define the start and end of a calendar month.For example, if a user is set as a Full Platform user at any point during a calendar month, their billable user type for that month is `full platform user`, and won't change, even if they downgrade later in that month. This is the case even if that user is changed to a Full Platform user only briefly. The change would be honored the following calendar month and that user will not be counted as a Full Platform user, unless subsequently changed again.
If you're planning on adding billable users or changing your users' user type, you should keep these tips in mind:
* If you want to add a billable user or upgrade a user, it's best to do that at the beginning of the month.
* If you want to downgrade a user, you'll probably want to do that at the end of the month.
* We use UTC time to determine the start and end of a month. This means that if, for example, you were on Pacific Time and you wanted to downgrade users on the last day of the month, you'd have to make those changes by 5pm Pacific Time.
Users in your organization with the same email address are only counted as one user. For more information, refer to User tracking section of our docs.
Users are billable when they're added by admins as billable users. Even if a billable user has never logged in to New Relic and has a Pending invite tag in the UI, they're still billable
For more on adding and inviting users, refer to the Add users section of our docs.
The cost of your billable users depends on an organization's pricing edition (Standard, Pro, or Enterprise), or on any custom pricing you might have with New Relic.
When a New Relic organization first starts being billed, we'll prorate your billable user count based on your start date within that month. We'll also prorate your last month if you cancel your subscription. <Collapser id="user-downgrade-rules" title="User downgrade rules"
The rules pertaining to how many times you can downgrade Full Platform users differ depending on whether your [usage plan](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/new-relic-one-pricing-billing#usage-plans) is pay-as-you-go (PAYG) or a committed contract.
### Pay-as-you-go downgrade rules
For the pay-as-you-go (PAYG) usage plan, there are no rules limiting the downgrading of users. Note that the [billing calculation](#user-count) can impact your decisions of when to upgrade or downgrade users.
### Commitment contracts downgrade rules
Before upgrading or downgrading a user, you should understand [how user billing works](#user-count).
For organizations with committed contracts, the rule governing Full Platform user downgrades and upgrades is as following:
<DNT>**If a Full Platform user is downgraded to a lower user type in a later month and then returned to a Full Platform user in a later month, and this downgrade/upgrade cycle happens twice in a contract year, that user will be billed as a Full Platform user for the remainder of the year, regardless of edits to their user type.**</DNT> There are no rules governing user type changes that happen within a month because of [how user billing works](#user-count): a user's billable user type for a calendar month is the highest user type they are set at during that month.
To manage users, refer to the User management section in our docs. You can use the usage UI to get an overview of your billable user count. If you need more detail than the UI provides, you can also run usage-related NRQL queries.
Core Compute is consumption-based pricing for full-stack observability capabilities with unlimited users. Your bill is based on [Core Compute Capacity Units](/docs/licenses/license-information/product-definitions/new-relic-one-pricing-definitions/#compute-capacity-unit) (Core CCUs) consumed to successfully run actions such as queries, alerts, API calls, and page loads. The Pricing model table indicates for which all the capabilities you can choose Core Compute as an alternative pricing model to User. Advanced Compute is an add-on to your Data + User or Data + Core Compute plan that provides consumption-based pricing for Intelligent Observability features. This add-on is measured in Advanced [Compute Capacity Units](/docs/licenses/license-information/product-definitions/new-relic-one-pricing-definitions/#compute-capacity-unit) (aCCUs). You're billed based on your usage of Advanced CCUs.If full-stack observability capabilities are combined with any Intelligent Observability features, you'll be charged the appropriate Advanced Compute Capacity Units.
Your use of CodeStream under Advanced Compute will incur Advanced CCU charges, regardless of user type. This means that basic users can access Advanced Compute features and incur charges for Advanced CCUs.The following table compares capabilities supported by two alternative pricing models (Data + User and **Data + Core Compute ***) and shows capabilities that require the Advanced Compute add-on, which you can purchase with either model.
| Existing product capability | Data + User | Data + Core Compute * | + Advanced Compute |
|---|---|---|---|
| APM | ✅ | ✅ | ❌ |
| eAPM | ✅ | ✅ | ❌ |
| Browser RUM sessions | ✅ | ✅ | ❌ |
| Browser RUM with session replay | ✅ | ✅ | ❌ |
| Cloud monitoring | ✅ | ✅ | ❌ |
| Database monitoring | ✅ | ✅ | ❌ |
| Engagement intelligence: Browser log | ✅ | ✅ | ❌ |
| Infrastructure host monitoring | ✅ | ✅ | ❌ |
| Kubernetes | ✅ | ✅ | ❌ |
| Logs (Live & rehydrated, 30-day retention) | ✅ | ✅ | ❌ |
| Mobile RUM sessions | ✅ | ✅ | ❌ |
| Network device monitoring + netflow | ✅ | ✅ | ❌ |
| Queues & streams | ✅ | ✅ | ❌ |
| Serverless functions | ✅ | ✅ | ❌ |
| Streaming Video & Ads | ✅ | ✅ | ❌ |
| Synthetic ping test runs | ❌ | ✅ | ❌ |
| Synthetics API test runs | ❌ | ✅ | ❌ |
| Synthetics browser test runs | ❌ | ✅ | ❌ |
| Pipeline Control (Cloud and Gateway) | ❌ | ❌ | ✅ |
| Public Dashboards | ❌ | ❌ | ✅ |
| Codestream | ❌ | ❌ | ✅ |
| Live Archives | ❌ | ❌ | ✅ |
| New Relic AI | ❌ | ❌ | ✅ |
| Prediction Query | ❌ | ❌ | ✅ |
| Predictive Alerts | ❌ | ❌ | ✅ |
| Agentic AI | ❌ | ❌ | ✅ |
| Unlimited Cardinality | ❌ | ❌ | ✅ |
| Transaction 360 | ❌ | ❌ | ✅ |
| E&R via NRQL | ❌ | ❌ | ✅ |
| Scorecards | ❌ | ❌ | ✅ |
| Teams | ❌ | ❌ | ✅ |
| Security RX | ❌ | ❌ | ✅ |
| Security RX Infra | ❌ | ❌ | ✅ |
In addition to the primary billing factors of data and billable users, you can also use optional billable add-ons to enrich your experience with New Relic.
- Advanced Compute: This add-on to your Data + User or Data + Core Compute plan enables access to Intelligent Observability features.
- EU Data Center for Original Data or Data Plus: This add-on applies to your data option (Original Data or Data Plus) when you select the European Union as your data region, as available.
- Extended Retention for Original Data or Data Plus: This add-on applies if you exceed the default length of time your data is retained. This applies to all your data—not just logs—and is a good option if you need to make a lot of small queries or make queries on large volumes of data. To understand default retention periods and how to manage them, see View and manage data retention.
- Live Archives: Extend your log storage duration up to seven years. Live Archives also requires Advanced Compute.
- New Relic Synthetic Checks: This add-on applies if your Checks exceed the default number of synthetic monitor checks.
