This tutorial will walk you through adding and managing accounts and users.
Before you start this tutorial, some things to understand:
- Pro or Enterprise edition is required (Standard edition can't add accounts or create groups or roles)
- This tutorial is for managing users who are on our newer user model.
- This tutorial will be easier if you first have a basic understanding of:
- This tutorial won't show you all user management functionality. For more complete docs, review the user management docs.
- This tutorial presents one recommended workflow but there are many ways to do these steps and no particular order of steps is necessary.
- For an example spreadsheet showing how one might plan out your users' roles and account access, see the Group access planning spreadsheet.
This tutorial will walk you through:
- Organization creation
- How to add accounts
- How to set up an authentication domain
- How to set up custom roles
- How to manage group access
- How to add users
If you're reading this, you likely already have a New Relic organization. When you sign up for New Relic, your New Relic organization is created. The organization structure represents a New Relic customer: it's what contains everything relevant to a customer's use of New Relic: their accounts, their users, and their data.
When a New Relic organization is created, it contains a single account. A Standard edition organization can only have a single account, but Pro and Enterprise edition organizations can add more accounts. Each account has its own account ID, and that ID is used for some account-specific tasks, like making API calls.
When your organization is created, it has two default user groups with access to roles and accounts already assigned. When you add users via the UI, there are two default groups that you can assign your users to:
- Admin: can use and configure observability features for that initial account, and the ability to view and configure administration settings (like adding accounts or managing users).
- User: can use and configure observability features (but lacks access to the higher level administration settings).
You can see the access assigned for these default groups by going to the Access management UI:
You can see how the User group has the All product admin role and access to that initially created account. And you can see how the Admin group has some administration settings assigned. The
Default next to those group names refers to them being in the original, default authentication domain (we'll talk more about that later).
Pro and Enterprise edition organizations are able to add custom groups, or bring in groups from their identity provider.
Before adding your users in New Relic, you might want to get some data reporting and set up additional accounts. This isn't required at this point: you can always set up accounts and get data reporting later, and adjust your users' access after that.
For guidance on why an organization should create more accounts, see Organization structure.
If you did want to create accounts at this point, see Add accounts.
When your organization is first created, the groups and users are located in a default authentication domain, named "Default." An "authentication domain" is a grouping of New Relic users governed by the same user management settings, like how they're provisioned (added and updated), how they're authenticated (logged in), session settings, and how user upgrades are handled.
The default authentication settings are:
- Users are manually added and managed via the New Relic UI
- Users manually log in to New Relic using their email and password
Having that one authentication domain might be fine for many organizations, but some organizations want one or both of the following:
- Single sign-on (SAML SSO)
- Managing their users from their identity provider via SCIM provisioning
And if they want those things, they'll have to create an additional authentication domain. Note that groups and users are contained within authentication domains, and you can't easily change an authentication domain's provisioning setting or authentication setting once the domain is created: this means you should spend some time thinking about what your authentication domain settings should be before you add users to them.
If you're okay with the default authentication domain (managing your users from New Relic, with your users logging in with their email and password), you can skip to Step #4. If you want to use SAML SSO or SCIM provisioning, see these options:
We have default-available roles (standard roles), so creating custom roles is optional. If you don't have a need for custom roles, you can skip this step.
Some tips to help you understand what roles are:
- Users are assigned to groups (for example, the default Admin and User groups), and those groups are assigned various roles and accounts. Put another way: it's not the group that gives users access to New Relic capabilities: it's the roles.
- A role contains various capabilities. For example: the capability to create and modify alert conditions, or the capability to delete data ingest license keys (for more information, see Capabilities.)
- Unlike groups and users, roles are not contained in an authentication domain: they're available across the entire organization.
- We have several default-available roles, which we call standard roles. Some of these are assigned to the Admin and User groups that are available by default. If your organization is Pro or Enterprise edition, you can create your own custom roles.
For an example spreadsheet showing how one might plan out user access, see this Group access planning spreadsheet.
To view existing roles: from the user menu, click Administration, then click Access management, and then click Roles.
To create a custom role, click Add new custom role. Review the list of available capabilities and decide which ones your custom role needs.
Here's a short NerdByte video showing how to create a custom role (4:07 minutes):
For more information about how roles and capabilities work, see Capabilities.
Groups are used to group your users and manage what your users are able to do in New Relic. You assign groups one or more roles on one or more accounts.
For an example spreadsheet showing how one might plan out your users' access, see the Group access planning spreadsheet.
To view existing groups: from the user menu, click Administration, and then click Access management. Under the Groups tab, you'll see the existing groups and what access they've been assigned. (For more on this, go back to Step #1).
If your organization has multiple accounts, or if you're using SCIM provisioning, you'll need to add access to existing groups or to new groups.
You can manage groups via either the UI or via API:
If you're using SCIM provisioning, you should be done at this point because your groups and users are imported from your identity provider. You can move to the verification step.
Otherwise, you'll need to add users. In the user management UI, you can see your users and the groups they've been assigned to.
Suggested steps for adding users via the UI:
- To view users and see their groups: from the user menu, click Administration, and click User management.
- Optional: select your authentication domain using the domain switcher. (Remember that groups reside within the boundaries of an authentication domain).
- To add a user, click Add user. Complete the prompts in the UI, including choosing the user type and group. Any custom groups you've added are available from the group dropdown. If the custom group you choose has a role and account assigned, once you add the user to that group, that user will have access.
To edit a user's group or other details: click on the user you want to edit and make changes. For tips on bulk editing and other common tasks, see Common user management tasks.
You can also use our NerdGraph API to add and manage users
Ideas for checking that your users are configured correctly:
- Go to the User management UI and Access management UI and see if the groups and grants assignments look correct and make sense.
- Have some of your users see if they can log in and access the accounts they expect to see.
Ideas for next steps:
- Set up more New Relic integrations
- Add more users