Wednesday 31 July 2024

Manage Azure Native New Relic Service

Manage Azure Native New Relic Service

Resource overview

To see the details of your New Relic resource, select Overview on the left pane.

Screenshot that shows an overview for a New Relic resource.

The details include:

  • Resource group
  • Region
  • Subscription
  • Tags
  • New Relic account
  • New Relic organization
  • Status
  • Pricing plan
  • Billing term

At the bottom:

  • The Get started tab provides deep links to New Relic dashboards, logs, and alerts.
  • The Monitoring tab provides a summary of the resources that send logs and metrics to New Relic.

If you select Monitored resources, the pane that opens includes a table with information about the Azure resources that are sending logs and metrics to New Relic.

Screenshot showing a table of monitored resources below properties.

The columns in the table denote valuable information for your resource:

PropertyDescription
Resource typeAzure resource type
Total resourcesCount of all resources for the resource type
Logs to New RelicCount of logs for the resource type
Metrics to New RelicCount of resources that are sending metrics to New Relic through the integration

If New Relic currently manages billing and you want to change to Azure Marketplace billing to consume your Azure commitment, you should work with New Relic to align on timeline as per the current contract tenure. Then, switch your billing using the Bill via Marketplace from the working pane of the Overview page or your New Relic resource.

Screenshot with 'Bill via Azure Marketplace' selection highlighted.

Reconfigure rules for logs or metrics

To change the configuration rules for logs or metrics, select Metrics and Logs in the Resource menu.

Screenshot that shows metrics and logs for a New Relic resource.

For more information, see Configure metrics and logs.

View monitored resources

To see the list of resources that are sending metrics and logs to New Relic, select Monitored resources on the left pane.

Screenshot that shows monitored resources for a New Relic resource.

You can filter the list of resources by resource type, resource group name, region, and whether the resource is sending metrics and logs.

The column Logs to New Relic indicates whether the resource is sending logs to New Relic. If the resource isn't sending logs, the reasons could be:

  • Resource does not support sending logs: Only resource types with monitoring log categories can be configured to send logs. See Supported categories.
  • Limit of five diagnostic settings reached: Each Azure resource can have a maximum of five diagnostic settings. For more information, see Diagnostic settings.
  • Error: The resource is configured to send logs to New Relic but an error blocked it.
  • Logs not configured: Only Azure resources that have the appropriate resource tags are configured to send logs to New Relic.
  • Agent not configured: Virtual machines or app services without the New Relic agent installed don't send logs to New Relic.

The column Metrics to New Relic indicates whether New Relic is receiving metrics that correspond to this resource.

Monitor multiple subscriptions

You can now monitor all your subscriptions through a single New Relic resource using Monitored Subscriptions. Your experience is simplified because you don't have to set up a New Relic resource in every subscription that you intend to monitor. You can monitor multiple subscriptions by linking them to a single New Relic resource that is tied to a New Relic organization. This provides a single pane view for all resources across multiple subscriptions.

To manage multiple subscriptions that you want to monitor, select Monitored Subscriptions in the New Relic New Relic organization configurations section of the Resource menu.

Screenshot showing Monitored Subscriptions selected in the Resource menu.

From Monitored Subscriptions in the Resource menu, select the Add Subscriptions. The Add Subscriptions experience that opens and shows the subscriptions you have Owner role assigned to and any New Relic resource created in those subscriptions that is already linked to the same New Relic organization as the current resource.

If the subscription you want to monitor has a resource already linked to the same New Relic org, we recommended that you delete the New Relic resources to avoid shipping duplicate data, and incurring double the charges.

Select the subscriptions you want to monitor through the New Relic resource and select Add.

Screenshot showing subscriptions to add.

If the list doesn’t get updated automatically, select Refresh to view the subscriptions and their monitoring status. You might see an intermediate status of In Progress while a subscription gets added. When the subscription is successfully added, you see the status is updated to Active. If a subscription fails to get added, Monitoring Status shows as Failed.

Screenshot showing statuses of monitored subscriptions.

The set of tag rules for metrics and logs defined for the New Relic resource apply to all subscriptions that are added for monitoring. Setting separate tag rules for different subscriptions isn't supported. Diagnostics settings are automatically added to resources in the added subscriptions that match the tag rules defined for the New Relic resource.

If you have existing New Relic resources that are linked to the account for monitoring, you can end up with duplication of logs that can result in added charges. Ensure you delete redundant New Relic resources that are already linked to the account. You can view the list of connected resources and delete the redundant ones. We recommended to consolidate subscriptions into the same New Relic resource where possible.

The tag rules and logs that you defined for the New Relic resource are applied to all the subscriptions that you select to be monitored. If you would like to reconfigure the tag rules, you can follow the steps described here.

For more information about the following capabilities, see Monitor Virtual Machines using the New Relic agent and Monitor App Services using the New Relic agent.

Connected New Relic resources

To access all New Relic resources and deployments you created using the Azure or New Relic portal experience, go to the Connected New Relic resources tab in any of your Azure New Relic resources.

Screenshot showing Connected New Relic resources selected in the Resource menu.

You can easily manage the corresponding New Relic deployments or Azure resources using the links, provided you have owner or contributor rights to those deployments and resources.

Monitor virtual machines by using the New Relic agent

You can install the New Relic agent on virtual machines as an extension. Select Virtual Machines on the left pane. The Virtual machine agent pane shows a list of all virtual machines in the subscription.

Screenshot that shows virtual machines for a New Relic resource.

For each virtual machine, the following info appears:

PropertyDescription
Virtual machine nameName of the virtual machine.
Resource statusIndicates whether the virtual machine is stopped or running. The New Relic agent can be installed only on virtual machines that are running. If the virtual machine is stopped, installing the New Relic agent is disabled.
Agent statusIndicates whether the New Relic agent is running on the virtual machine.
Agent versionVersion number of the New Relic agent.

Monitor Azure Virtual Machine Scale Sets by using the New Relic agent

You can install New Relic agent on Azure Virtual Machine Scale Sets as an extension.

  1. Select Virtual Machine Scale Sets under New Relic account config in the Resource menu.
  2. In the working pane, you see a list of all virtual machine scale sets in the subscription.

Virtual Machine Scale Sets is an Azure Compute resource that can be used to deploy and manage a set of identical VMs. For more information, see Virtual Machine Scale Sets.

For more information on the orchestration modes available orchestration modes.

Use native integration to install an agent on both the uniform and flexible scale-sets. The new instances (VMs) of a scale set, in any mode, receive the agent extension during scale-up. Virtual Machine Scale Sets resources in a uniform orchestration mode support AutomaticRolling, and Manual upgrade policy. Resources in Flexible orchestration mode only support manual upgrade.

If a manual upgrade policy is set for a resource, upgrade the instances manually by installing the agent extension for the already scaled up instances. For more information on autoscaling and instance orchestration, see autoscaling-and-instance-orchestration.

Monitor app services by using the New Relic agent

You can install the New Relic agent on app services as an extension. Select App Services on the left pane. The working pane shows a list of all app services in the subscription.

Screenshot that shows app services for a New Relic resource.

For each app service, the following information appears:

PropertyDescription
Resource nameApp service name.
Resource statusIndicates whether the App service is running or stopped. The New Relic agent can be installed only on app services that are running.
App Service planThe plan configured for the app service.
Agent statusStatus of the agent.

To install the New Relic agent, select the app service and then select Install Extension. The application settings for the selected app service are updated, and the app service is restarted to complete the configuration of the New Relic agent.

Delete a New Relic resource

  1. Select Overview on the left pane. Then, select Delete.

    Screenshot of the delete button on a resource overview.

  2. Confirm that you want to delete the New Relic resource. Select Delete.

If only one New Relic resource is mapped to a New Relic account, logs and metrics are no longer sent to New Relic.

For a New Relic organization where billing is managed through Azure Marketplace, deleting the last associated New Relic resource also removes the corresponding Azure Marketplace billing relationship.

If you map more than one New Relic resource to the New Relic account by using the link option, deleting the New Relic resource only stops sending logs for Azure resources associated with that New Relic resource. Because other Azure Native New Relic Service resources are linked with this New Relic account, billing continues through Azure Marketplace.

Get started with Dynatrace

;;;;;;;;;;;;;;;;;;;;;;

In this quickstart, you create a new instance of Azure Native Dynatrace Service. You can either create a new Dynatrace environment or link to an existing Dynatrace environment.

When you use the integrated Dynatrace experience in Azure portal, the following entities are created and mapped for monitoring and billing purposes.

Flowchart showing three entities: Marketplace S A A S connecting to Dynatrace resource, connecting to Dynatrace environment.

  • Dynatrace resource in Azure - Using the Dynatrace resource, you can manage the Dynatrace environment in Azure. The resource is created in the Azure subscription and resource group that you select during the create process or linking process.
  • Dynatrace environment - The Dynatrace environment on Dynatrace Software as a Service (SaaS). When you create a new environment, the environment on Dynatrace SaaS is automatically created, in addition to the Dynatrace resource in Azure.
  • Marketplace SaaS resource - The SaaS resource is created automatically, based on the plan you select from the Dynatrace Marketplace offer. This resource is used for billing purposes.

Prerequisites

Before you link the subscription to a Dynatrace environment,complete the pre-deployment configuration..

Find Offer

Use the Azure portal to find Azure Native Dynatrace Service application.

  1. Go to the Azure portal and sign in.

  2. If you've visited the Marketplace in a recent session, select the icon from the available options. Otherwise, search for Marketplace.

    Screenshot showing a search for Marketplace in the Azure portal.

  3. In the Marketplace, search for DynatraceScreenshot showing the Azure Native Dynatrace Service offering.

  4. Select SubscribeScreenshot showing Dynatrace in the working pane to create a subscription.

Create a Dynatrace resource in Azure

  1. When creating a Dynatrace resource, you see two options: one to create a new Dynatrace environment, and another to link Azure subscription to an existing Dynatrace environment. If you want to create a new Dynatrace environment, select Create action under the Create a new Dynatrace environment option. Screenshot showing two options: new Dynatrace or existing Dynatrace.

  2. You see a form to create a Dynatrace resource in the working pane.

    Screenshot of basic properties needed for new Dynatrace instance.

    Provide the following values:

    PropertyDescription
    SubscriptionSelect the Azure subscription you want to use for creating the Dynatrace resource. You must have owner or contributor access.
    Resource groupSpecify whether you want to create a new resource group or use an existing one. A resource group is a container that holds related resources for an Azure solution.
    Resource nameSpecify a name for the Dynatrace resource. This name will be the friendly name of the new Dynatrace environment.
    LocationSelect the region. Select the region where the Dynatrace resource in Azure and the Dynatrace environment is created.
    Pricing planSelect from the list of available plans.
                                 
  3. Select Next: Metrics and Logs.

Configure metrics and logs

  1. Your next step is to configure metrics and logs for your resources. Azure Native Dynatrace Service supports the metrics for both compute and non-compute resources. Compute resources include VMs, app services and more. If you have an owner role in the subscription, you see the option to enable metrics collection. Screenshot showing contributor view of metrics and logs.

    • Metrics for compute resources – Users can send metrics for the compute resources, virtual machines and app services, by installing the Dynatrace OneAgent extension on the compute resources after the Dynatrace resource has been created.
    • Metrics for non-compute resources – These metrics can be collected by configuring the Dynatrace resource to automatically query Azure monitor for metrics. To enable metrics collection, select the checkbox. If you have an owner access in your subscription, you can enable and disable the metrics collection using the checkbox. Proceed to the configuring logs. However, if you have contributor access, use the information in the following step.
  2. If you have a contributor role in the subscription, you don't see the option to enable metrics collection because in Azure a contributor can't assign a monitoring reader role to a resource that is required by the metrics crawler to collect metrics.

    Screenshot showing options for metrics and logs.

    Complete the resource provisioning excluding the metrics configuration and ask an owner to assign an appropriate role manually to your resource. If you have an owner role in the subscription, you can take the following steps to grant a monitoring reader identity to a contributor user:

    1. Go to the resource created by a contributor.

    2. Go to Access control in the resource menu on the left and select Add then Add role assignmentScreenshot showing the access control page.

    3. In the list, scroll down and select on Monitoring reader. Then, select NextScreenshot showing the process for selecting Monitoring reader role.

    4. In Assign access to, select Managed identity. Then, Select membersScreenshot showing the process to assign a role to a managed identity.

    5. Select the Subscription. In Managed identity, select Dynatrace and the Dynatrace resource created by the contributor. After you select the resource, use Select to continue. Screenshot showing the Dynatrace resource with a new contributor selected.

    6. When you have completed the selection, select Review + assign Screenshot showing Add role assignment working pane with Review and assign with a red box around it.

  3. When creating the Dynatrace resource, you can set up automatic log forwarding for three types of logs:

    • Send subscription activity logs - Subscription activity logs provide insight into the operations on your resources at the control plane. Updates on service-health events are also included. Use the activity log to determine the what, who, and when for any write operations (PUT, POST, DELETE). There's a single activity log for each Azure subscription.

    • Send Azure resource logs for all defined sources - Azure resource logs provide insight into operations that were taken on an Azure resource at the data plane. For example, getting a secret from a Key Vault is a data plane operation. Or, making a request to a database is also a data plane operation. The content of resource logs varies by the Azure service and resource type.

    • Send Microsoft Entra logs – Microsoft Entra logs allow you to route the audit, sign-in, and provisioning logs to Dynatrace. The details are listed in Microsoft Entra activity logs in Azure Monitor. The global administrator or security administrator for your Microsoft Entra tenant can enable Microsoft Entra logs.

  4. To send subscription level logs to Dynatrace, select Send subscription activity logs. If this option is left unchecked, none of the subscription level logs are sent to Dynatrace.

  5. To send Azure resource logs to Dynatrace, select Send Azure resource logs for all defined resources. The types of Azure resource logs are listed in Azure Monitor Resource Log categories.

    When the checkbox for Azure resource logs is selected, by default, logs are forwarded for all resources. To filter the set of Azure resources sending logs to Dynatrace, use inclusion and exclusion rules and set the Azure resource tags:

    • All Azure resources with tags defined in include Rules send logs to Dynatrace.
    • All Azure resources with tags defined in exclude rules don't send logs to Dynatrace.
    • If there's a conflict between an inclusion and exclusion rule, the exclusion rule applies.

    The logs sent to Dynatrace are charged by Azure. For more information, see the pricing of platform logs sent to Azure Marketplace partners.

  6. Once you have completed configuring metrics and logs, select Next: Single sign-on.

Configure single sign-on

  1. You can establish single sign-on to Dynatrace from the Azure portal when your organization uses Microsoft Entra ID as its identity provider. If your organization uses a different identity provider or you don't want to establish single sign-on at this time, you can skip this section.

    Screenshot showing options for single sign-on.

  2. To establish single sign-on through Microsoft Entra ID, select the checkbox for Enable single sign-on through Microsoft Entra ID.

    The Azure portal retrieves the appropriate Dynatrace application from Microsoft Entra ID. The app matches the Enterprise app you provided in an earlier step.