Loading...

Installing AzureMonitoringAgent and linking it to your Log Analytics Workspace

Installing AzureMonitoringAgent and linking it to your Log Analytics Workspace

The current Service Fabric clusters are currently equipped with the MicrosoftMonitoringAgent (MMA) as the default installation. However, it is essential to note that MMA will be deprecated in August 2024, for more details refer- We're retiring the Log Analytics agent in Azure Monitor on 31 August 2024 | Azure updates | Microsoft Azure. Therefore, if you are currently utilizing MMA, it is imperative to initiate the migration process to AzureMonitoringAgent (AMA).

 

Installation and Linking of AzureMonitoringAgent to a Log Analytics Workspace:

  1. Create a Log Analytics Workspace (if not already established):

 

  1. Create Data Collection Rules:
  • Access the Azure portal and search for "Data Collection Rules (DCR)”.
  • Select the same resource group and region as of your cluster.
  • In Platform type, select the type of instance you have like Windows, Linux or both.
  • You can leave data collection endpoint as blank.
  • In the resources section, add the Virtual machine Scale Set (VMSS) resource which is attached to the Service fabric cluster.

akshitavijay_5-1694602957593.png

  • In the "Collect and deliver" section, click on Add data source and add both Performance Counters and Windows Event Logs one by one.

 

akshitavijay_6-1694602990826.png

 

  • Choose the destination for both the data sources as Azure Monitor Logs and in the Account or namespace dropdown, select the name of the Log Analytics workspace that we have created in step 1 and click on Add data source. 

akshitavijay_7-1694603032193.png

 

  1. Adding the VMSS instances resource with DCR:
  • Once the DCR is created, in the left panel, click on Resources.
  • Check if you can see the VMSS resource that we have added while creating DCR or not.

akshitavijay_8-1694603088096.png

  • If not then, click on "Add" and navigate to the VMSS attached to service fabric cluster and click on Apply.
  • Refresh the resources tab to see whether you can see VMSS in the resources section or not. If not, try adding a couple of times if needed.

 

  1. Querying Logs and Verifying AzureMonitoringAgent Setup:
  • Please allow for 10-15 minutes waiting period before proceeding. After this time has elapsed, navigate to your Log Analytics workspace, and access the 'Logs' section by scrolling through the left panel.
  • Run your queries to see the logs. For example, query to check the heartbeat of all instances:Heartbeat | where Category contains "Azure Monitor Agent" | where OSType contains "Windows"           

    akshitavijay_9-1694603153239.png

 

 

  1. Perform the uninstallation of the MicrosoftMonitoringAgent (MMA): Once you have verified that the logs are getting generated, you can go to Virtual Machine Scale Set and then to the "Extensions + applications" section and delete the old MMA extension from VMSS.   

 

akshitavijay_10-1694603247571.png

 

Published on:

Learn more
Azure PaaS Blog articles
Azure PaaS Blog articles

Azure PaaS Blog articles

Share post:

Related posts

Azure Data Factory: Read CSV file, Transform and push data to Dataverse

Let’s try to create a simple scenario that we can do in Azure Data Factory! Azure Data Factory is a serverless data integration service ...

6 hours ago

Episode 397 – Local LLMs: Why Every Microsoft 365 & Azure Pro Should Explore Them

Welcome to Episode 397 of the Microsoft Cloud IT Pro Podcast. In this episode, Scott and Ben dive into the world of local LLMs—large language ...

2 days ago

Integrating Azure OpenAI models in your Projects: A Comprehensive Guide

In the previous blog, we have explored how to install and configure Azure OpenAI Service, now we will be unlocking its potential further by in...

3 days ago

Effortless Scaling: Autoscale goes GA on vCore-based Azure Cosmos DB for MongoDB

We’re thrilled to announce that Autoscale is now generally available (GA) for vCore-based Azure Cosmos DB for MongoDB! Say goodbye to manual s...

3 days ago

Effortless Scaling: Autoscale goes GA on vCore-based Azure Cosmos DB for MongoDB

We’re thrilled to announce that Autoscale is now generally available (GA) for vCore-based Azure Cosmos DB for MongoDB! Say goodbye to manual s...

3 days ago

Making MongoDB workloads more affordable with M10/M20 tiers in vCore-based Azure Cosmos DB

vCore based Azure Cosmos DB for MongoDB is expanding its offerings with the new cost-effective M10 and M20 tiers for vCore-based deployments. ...

3 days ago
Stay up to date with latest Microsoft Dynamics 365 and Power Platform news!
* Yes, I agree to the privacy policy