SCOM APM for Orchestrator, SPF, SMA and WAP

Orchestrator, Service Provider Foundation, Service Management Automation and Windows Azure Pack are all web applications or web services or both. They are all monitored by IIS 8 Management Pack in Operations Manager but that MP can only provide monitoring to certain levels to solve these limitations in SCOM (SP1 and R2 for IIS8) we have Application Performance Monitoring (APM). This blog post does not aim to show you some advanced features in APM but rather to show you how to enable some advanced monitoring for those services. As SMA and WAP are available only in R2 I will use the R2 wave. Let’s start with enabling APM for every service:

Service Provider Foundation

Open SCOM console. Go to Authoring pane. Start Add Monitoring Wizard.

image

Select .NET Application Performance Monitoring

image

Give a friendly name to the application and create new management pack where the settings for this application will be saved.

image

Select Add.

image

Click on Search and add the two web service in SPF – VMM and Admin. Click OK.

image

It is always a good practice to put Environment.

image

Accept the default settings. The idea is to fine tune these settings depending on the performance of the application in your environment. If you have more than one environment (development, test, production and etc.) these settings can be different because some environments will have less resources than other and the application can perform slowly because of that. SPF is only web service and because of that does not have portal so client-side monitoring is not relevant. On summary page click Create and wait until the APM for SPF is created.

And the result is:

image

image

From now on when you have data for a long term period you can fine-tune the APM settings. You can even set exceptions for some methods.

Orchestrator Web Service and Console

Orchestrator has Web Service and Console (Web Application).

image

image

image

One Web service and Web application (portal) added,

image

Orchestrator has web application but do not enable client-side monitoring for now.

image

image

To enable client-side monitoring you need first have to check if the web application could be enabled for this client side monitoring. This is done trough a task Check Client-Side Monitoring Compatibility which is available in Monitoring Pane –> Application Monitoring –> .NET Monitoring –> IIS 8.0 ASP.NET Web Application Inventory View. Select the web application you would like to test and execute the task from the Task pane.

image

I’ve enabled the client-side monitoring for the Orchestrator console but even I didn’t received any error in SCOM or on the Orchestrator portal no performance counters were shown from client-side:

image

Windows Azure Pack

image

image

You need to add all found Web Applications for Windows Azure Pack:

image

image

image

image

I am not using WAP intensively in this environment  so I do not have so much data:

image

image

Because I do not have even database created for WAP you can see the performance exception created for that:

image

image

APM can very useful to public user portal like Tenant Site in WAP:

image

Because of that I’ve tried to check if client-side monitoring can be enabled but unfortunately the check returned negative results:

image

image

Service Management Automation

Service Management Automation is part of Orchestrator setup but can be connected to WAP.

image

Only one web service is available so no client-side monitoring will be available:

image

image

image

image

 

As a summary I hope this will help you in providing advanced monitoring for these Web Services and Application as they are of the Microsoft Cloud OS and critical for Cloud Providers. What I would like to see in the future instructions or possibility from Microsoft on how to enable client-side monitoring for at least the Tenant Site.

Install All System Center 2012 R2 Preview Components and Windows Azure Pack Preview (Part 4 Orchestrator and Service Management Automation)

All Posts:

 

In Part 4 we will cover the installation experience of Orchestrator and Service Management Automation. SMA is a new role in Orchestrator that allows you to execute PowerShell workflows of all PowerShell modules. Certainly a role that we have to discover more.

Orchestrator:

image

image

image

image

Runbook Designer I’ve already installed so that is why I cannot check it.

image

Orchestrator will enable IIS role during the installation:

image

image

image

image

image

I think that option with remote access was not present before but I might be wrong.

image

image

image

image

image

Runbook Designer can be opened without issues:

image

When I’ve opened the web console I’ve got an error:

image

It seems the installed does not install ASP.NET 4.5 and you have to install it manually. After that the web console will be working:

image

Let’s continue with Service Management Automation role which has three components. I will install them on the SCO01:

Web Service:

image

image

image

image

image

We have to install some prerequisites:

image

image

image

The installation experience looks like the one for Service Provider Foundation as both are web services:

image

You can generate self-signed certificate without going to IIS console:

image

image

image

image

image

Runbook Worker:

image

image

image

image

image

These new roles in Orchestrator component all require Windows Server 2012 R2

image

image

image

image

image

image

image

It seems additional configuration is needed after installation:

image

PowerShell Module

image

The installation of these modules goes very fast so I couldn’t capture it.

More exploration on Service Management Automation Role is needed in order to understand the architecture and the full capabilities.