Introduction
In our final part of this blog series we are taking managing and monitoring with System Center to the next level.
For those who have missed the previous posts, here are the links:
- Part 1: Management Packs
- Part 2: Pre-work & Importing Management Packs
- Part 3: Exploring discoveries
- Part 4: Fine-tuning methodologies
- Part 5: Pro-active monitoring & maintenance tasks
In part 6, we are going to take it one step further and start creating our own dedicated views to make our work even easier.
Setting the scene
The Veeam Management Pack for System Center already has fantastic views in it, but sometimes you need to have more specific views for your infrastructure needs. For example, the Top VMs dashboard is a great view, but it shows you the top 10 VMs of your entire environment. Maybe you just need a view for a specific group of VMs (when you are for example an app owner). We already talked about creating specific groups, and that is something which we are going to use here also for the scoping.
In our example, we are going to create a few views based on a set of VMs that are allocated to a specific project. The project manager wants to have that data to be able to right-size the project when it goes into production. And he specifically wants to see the memory pressure on the specific VMs. I am convinced that you can come up with many examples or use-cases to create your own views.
The great thing about the System Center framework that this is very easy to do, so let’s get started.
Step 1: Create a new Management Pack
This is not necessary but it is considered a best practice. On the other hand, creating a separate management pack for each project or view is also not the best idea. I tend to work for each management pack with an override management pack and a specific one for views and customizations. For details on how to create a Management Pack, see part 2 of the series
Step 2: Create a group
We are going to create a specific group with all the VMs in that belong to that project. There are different ways to do that as we already discussed in part 4
Step 3: Create a view
You will notice that there is suddenly an additional folder in your tree. That folder has the name of the management pack but can be renamed if you want to.
Under that folder, I have created a dashboard view (grid layout) that holds 2 widgets.
Now I can create my own widget based on the Microsoft templates or based on the Veeam templates.
When choosing my widget (in my case, it is the Veeam Traffic Light Widget) I fill in some details such as:
Name: Top ProjectX VMs Memory Pressure
For the Scope and Counts, I choose the specific group we created and as the performance counter I choose Hyper-V Dynamic Memory VM / Average Pressure % / _Total
For the time range, I choose for the last 1 Days and for the maximum results I choose 20
Finally, in the Display settings, I choose to add Warning and Critical colors to it (80% being warning, 100% or higher being critical) and I finish the dashboard
And after a short time, your first customized dashboard is created
Conclusion
Going further and customizing views with the data that is being gathered is an easy way to bring lots of added value to Operations Manager and to the specific teams that need to view that data. The example we used is a very simple one, but with some imagination I’m sure you can think up lots of more cool dashboards that can be used for monitoring.
This is the final part of our 6-part series. I hope that you realized that importing a management pack requires more than just importing it. Every management pack that you consider to import should be looked at first, do the necessary preparations, and then use as much as possible to your own advantage.