-
Book Overview & Buying
-
Table Of Contents
Hyper-V Network Virtualization Cookbook
By :
This recipe provides the steps required to install VMM on a multiserver environment. This will involve creating several Windows Server Failover Clusters:
A multiserver installation for VMM can give you a great deal of flexibility and resiliency in the overall installation.
You will need three Windows Server Failover Clusters created for this recipe. You will need to create a Computer object in Active Directory for each of the following clustered roles:
Please ensure that you have created the computer account objects for SysCtrDBS-AGL, VMMMS, and VMMLibraryServer in Active Directory and granted sufficient privileges to the associated Cluster computer accounts for these objects. Additionally, please ensure that these computer account objects are disabled in Active Directory.
The following diagram shows you the high-level steps involved in this recipe and the tasks required to complete this recipe:

The preceding steps will result in the following VMM components being installed in the following configuration:
To learn how to install the following components, please visit the following links for Microsoft TechNet:
The first step is to create the SQL Server 2012 AlwaysOn Availability Group (this is a feature of SQL Server Enterprise Edition) for VMM to be installed against. It is assumed that you have installed SQL Server 2012 SP1 on both of your cluster nodes, but have not created the AlwaysOn Availability Group and the associated Listener. Now, you need to perform the following steps:

TmpVMMDB. A database is required to create the AlwaysOn Availability Group against. Once VMM has been installed, the database can be removed.


SysCtrDBs. Click on Next.

SysCtrDBs-AGL. It will listen on port 1433 and have a static IP address. Once configured, click on Next.


You can then install VMM using the AlwaysOn Availability Group listener name as the name of the SQL Server.
When you install VMM, the installation process can detect if it is running on a Windows Server Failover Cluster and will install itself as a clustered role. There is very little difference in the installation process from installing VMM on a standalone server. However, it must be noted that the System Center Virtual Machine Manager service must run under a domain account and that the Distributed Key Management container must be created in Active Directory and configured for use during installation. The svc_VMMSrvc account must be a member of the Local Administrators group on the server.
As an alternative to precreating the database as we did in the previous recipe, you could make sure the Install_VMM account has sysadmin privileges on the SQL Server instance.

As seen in the following screenshot, the cluster has been created; however, there are no roles on the cluster:

The installation process of VMM is very similar to installing VMM on a single server; however, there are few differences. The steps for installation are as follows:


VMMMS in this case.



Once the first VMM installation is complete, there are a number of SQL Server tasks that need to be performed:
The SQL Server Logins that have been created by the VMM installation process must be created in every other node of the SQL Server AlwaysOn High Availability Group. Failure to complete this will result in VMM inability to access the database should it failover. This is because unlike Failover Clustering, which protects the entire SQL Server instance, SQL Server AlwaysOn High Availability Groups only protect databases.

CREATE LOGIN [DEMO\SVC_VMMSrvc] FROM WINDOWS GO
All databases that are to be included in a SQL Server AlwaysOn High Availability Group must use the Full recovery model.
To alter the recovery model, open the first SQL Server node in SQL Server Management Studio, right-click on the database, and click on Properties. In the Select a page section, click on Options and change the Recovery model to Full, as shown in the following screenshot:

In SQL Server Management Studio, perform a full backup of the VirtualManagerDB database.
To add VirtualManagerDB to the AlwaysOn High Availability Group, perform the following steps:

The VirtualManagerDB database will then be added to the AlwaysOn High Availability Group.
Now that the VirtualManagerDB database has been added to the AlwaysOn High Availability Group, the TmpVMMDB database can be removed from the SysCtrDBs AlwaysOn High Availability Group. To do this, perform the following steps:

The SVC_VMMSrvc account must be a member of the Local Administrators group on the server. You need to perform the following steps for this:




The VMM Library Server can use a Clustered File Server that has been created as File Server for general use rather than Scale-Out File Server for application data. To do so, perform the following steps:

VMMLibServer. Then, enter an IP address and click on Next.

Library. Enter a description for the share, as shown in the following screenshot:
Before the Library Server can be added to the VMM, you must create a Run As Account in VMM. This determines the credentials that VMM uses to manage remote systems. Perform the following steps:
VMMMS:8100 as shown in the following screenshot:


You also need to add Cluster to VMM. For this you need to perform the following steps:
VMMMS:8100 as shown in the following screenshot:


VMMLibServer in the Computer name field and click on Add. VMM can then see the clustered role and all the servers that form that role. Click on Next.


While installation of VMM in a highly available configuration can be time consuming, it can help reduce, if not eliminate, the number of single points of failure for the installation.
Through the use of failover clusters (including SQL Server AlwaysOn High Availability Groups), each component can be made highly available. Each role can move from one server in the cluster to another. This allows the VMM service and its required components to remain online while underlying aspects are maintained such as the Windows Server installations.
As domain user service accounts are used for all services, ensure these accounts are allowed the Log on as a service privilege.
Change the font size
Change margin width
Change background colour