Hi everyone, my name is Alaks Sevugan (Senior SCVMM Program Manager) and today I’d like to take a minute to discuss Service Templates in SCVMM 2012. Service Templates are being introduced in VMM 2012, to capture the Service model definitions.
Service Templates contain the definitions for machines, its connectivity, application definitions etc and is the starting point for a VM or a service. Service templates differ from VM templates, in one important aspect – they are source of truth for the deployed services. Today in VMM, creating a VM from a VM template is a fire-and-forget operation, once the VM is created it has no relation whatsoever with the VM template it was created from. Whereas the Services are always be linked to the Service Templates that they were created from. This way you have a central location holding the intent or the truth and less chance of different instances drifting from the desired configuration. This is also required for updating the deployed instances and for supporting scale out of services. If you need to update a deployed instance of the Service, you need to first create a new version of the service template, associate it with an already running instance and then just update the instance to match the new version of the template.
Service Templates are authored in the new VMM Service Template designer. Typically when you are creating a service template, deployment specific information like hosts and load balancers is not available – you just know you need a host for the VM or a load balancer for the service but don’t know or care if it is Microsoft Hyper-V host vs. VMware ESX host or F5 Big IP load balancer vs. Citrix Netscaler load balancer.
This is a screenshot of the new VMM Service Designer. It gives you a simple drag and drop interface for defining and deploying new Services.
Let’s take a quick look at simple single tier service template and an instance created from it. If you have a VM template that has the OS/hardware information, you can create a Service Template with this VM template to deploy a Service with one or more instances of the machine.
As a next step, you can imagine adding roles/features and applications to the Service definition and deploying a Service that can have one or more instances by default, and can choose to mark it as scalable. This gives a high level idea of how you can build on your existing knowledge of VM templates to author and deploy services.
Before we dive deeper into service deployment, let us look at all the components that make up a Service template.
There you go – these are all the components that make up a Service Template.
In the next blog post, I will walk you through the steps of customizing and deploying a service.
For now, have fun with Service Designer!
Alaks Sevugan | Senior Program Manager
The App-V Team blog: http://blogs.technet.com/appv/ The WSUS Support Team blog: http://blogs.technet.com/sus/ The SCMDM Support Team blog: http://blogs.technet.com/mdm/ The ConfigMgr Support Team blog: http://blogs.technet.com/configurationmgr/ The SCOM 2007 Support Team blog: http://blogs.technet.com/operationsmgr/ The SCVMM Team blog: http://blogs.technet.com/scvmm/ The MED-V Team blog: http://blogs.technet.com/medv/ The DPM Team blog: http://blogs.technet.com/dpm/ The OOB Support Team blog: http://blogs.technet.com/oob/ The Opalis Team blog: http://blogs.technet.com/opalis The Service Manager Team blog: http: http://blogs.technet.com/b/servicemanager The AVIcode Team blog: http: http://blogs.technet.com/b/avicode The System Center Essentials Team blog: http: http://blogs.technet.com/b/systemcenteressentials The Server App-V Team blog: http: http://blogs.technet.com/b/serverappv