Dazu verwendet Hyper-V das rollenbasierte Accessmanagement (RBAC) und die dafür verfügbare GUI AzMan. Die Konfigurationsinformationen werden in einer XML Datei unter ProgramData\Microsoft\Windows\Hyper-V\InitialStorage.xml abgelegt. Achtung: Verwendet man den VMM Agent, so wird der Ort der XML Datei auf ProgramData\microsoft\Virtual Machine Manager\HyperVAuthStore.xml geändert!

Ich beschreibe hier die Vorgehensweise, wie man einer zusätzlichen benutzergruppe das Recht einräumen kann auf die Konsole der Virtuellen Maschinen zugreifen zu können:

Zuerst startet man die AzMan Konsole:

Über Stamm der Konsole wählt man den Autorisierungsspeicher (XML-Format) aus:

Wie oben beschrieben liegt die XML Datei auf dem Hyper-V Host unter c:\ProgramData\…

Jetzt kann man eine neue Rollendefinition unter Definitionen\Rollendefinitionen ablegen. In diesem Bespiel nenne ich die Rolle “Connect with VMV”:

In der neuen Definition werden unter Vorgänge die zu vergebenden Rechte festgelegt:

“Allow Input to Virtual Machine” und “Allow Output from Virtual Machine” ermöglicht den Zugriff auf die Console (Output) und die Steuerung von Tastatur und Maus (Input). Eine View-Only Rolle hätte somit nur ein Output Recht. Die Rolle sieht jetzt so aus:

Der Rolle muss jetzt unter Rollenzuweisungen eine Berechtigungsgruppe zugeordnet werden:

Hier kann man lokale Gruppen, Active Directory Gruppen oder auch einzelne Benutzer hinzufügen.

die erste Funktion soll eine neue Cloud für Hyper-V erzeugen . Zusätzlich wird ein neue Rolle für diese Cloud angelegt, die nur VMs verwalten darf.

#creates a new cloud and a corresponding usergroup
function createCloud([string]$name,[string]$hostgroupname)
{
   #retrieving first GUID for creating the new cloud
     $job= ([System.Guid]::NewGuid().toString())
   #define Cloud limitations (here: no limit)
     Set-SCCloudCapacity -JobGroup $job -UseCustomQuotaCountMaximum $true -UseMemoryMBMaximum $true -UseCPUCountMaximum $true -UseStorageGBMaximum $true -UseVMCountMaximum $true
   #setting the used network (here: the network has the same name as the cloud)
     $resources = @()
     $resources += Get-SCLogicalNetwork -Name $Name
   #defining that the cloud can be used on hyper-v server
     $addCapabilityProfiles = @()
     $addCapabilityProfiles += Get-SCCapabilityProfile -Name "Hyper-V"
   #adding the settings to the cloud with the defined GUID
     Set-SCCloud -JobGroup $job -RunAsynchronously -AddCloudResource $resources -AddCapabilityProfile $addCapabilityProfiles
   #adding the cloud to the hostgroup
     $hostGroups = @()
     $hostGroups += Get-SCVMHostGroup -Name $hostgroupname
   #creating the cloud and the rest from the first job 
     New-SCCloud -JobGroup $Job -VMHostGroup $hostGroups -Name $Name -RunAsynchronously

#creating the usergroup
   #GUID for the second job
     $job= ([System.Guid]::NewGuid().toString())
   #the roleis for the newly created cloud
     $scopeToAdd = @()
     $scopeToAdd += Get-SCCloud -name $name
   #the user of this role can start, stop and shutdown virtual machines in the cloud and start a remote control
     Set-SCUserRole -JobGroup $job -AddScope $scopeToAdd -Permission @("RemoteConnect", "Shutdown", "Start", "Stop") -ShowPROTips $false
     $cloud = Get-SCCloud -Name $name
   #add all settings to the role
     Set-SCUserRoleQuota -Cloud $cloud -JobGroup $job -QuotaPerUser -UseCPUCountMaximum -UseMemoryMBMaximum -UseStorageGBMaximum -UseCustomQuotaCountMaximum -UseVMCountMaximum
   #create the role with the job guid
     New-SCUserRole -Name $name -UserRoleProfile "SelfServiceUser" -Description "" -JobGroup $job
}

Die Funktion kann einfach per

createCloud "MeineCloud" "Alle Hosts"

aufgerufen werden.

Die Konfiguration sollte eigentlich immer Online sein. Sie steht für die Registrierung der Virtuellen Maschine auf dem jeweiligen Hyper-V Knoten.

Im Eventlog unter System kann man folgende Fehlermeldung finden:

Log Name:      SystemSource: Microsoft-Windows-Hyper-V-High-Availability
Date:          01.08.2011 09:13:21
Event ID:      21502
Task Category: None
Level:         Error
Keywords:
User:          SYSTEM
Computer:      hyper-v
Description:
'Virtual Machine Configuration Ubuntu - 32bit - ubu1' failed to register the virtual machine with the virtual machine management service.


Tiefer in den Logs ist  unter Applications\Microsoft\Windows\Hyper-V-Config\Admin folgendes zu finden:


Log Name:      Microsoft-Windows-Hyper-V-Config-Admin
Source:        Microsoft-Windows-Hyper-V-Config
Date:          01.08.2011 09:13:21
Event ID:      4096
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      hyper-v
Description:
The Virtual Machines configuration C2DCF4AF-BBC7-4563-93A5-6C62522E33B3 at 'C:\ClusterStorage\Volume4\Ubuntu - 32bit - ubu1' is no longer accessible: The system cannot find the path specified. (0x80070003)


Da hat er recht. Im Zuge des Re-Imports hat sich auch die Cluster Storage Nummerierung geändert. Bloss wo speichert er diese Informationen? Da es sich um einen Clusterfehler handelt, lohnt ein Blick in die private Properties:


cluster /cluster:hypervcluster res "Virtual Machine Configuration Ubuntu - 32bit - ubu1" /priv

Listing private properties for 'Virtual Machine Configuration Ubuntu - 32bit - ubu1':
T  Resource             Name                           Value
-- -------------------- ------------------------------ -----------------------
SR Virtual Machine Configuration Ubuntu - 32bit - ubu1 VmSwitchPorts
SR Virtual Machine Configuration Ubuntu - 32bit - ubu1 VmPhysicalDisks
S  Virtual Machine Configuration Ubuntu - 32bit - ubu1 VmID      c2dcf4af-bbc7-4563-93a5-6c62522e33b3
S  Virtual Machine Configuration Ubuntu - 32bit - ubu1 VmStoreRootPath      C:\ClusterStorage\Volume4\Ubuntu - 32bit - ubu1
M  Virtual Machine Configuration Ubuntu - 32bit - ubu1 DependsOnSharedVolumes      cb598e77-d541-4481-9285-484fb52e8ce3:1048576

Da haben wir den fehlerhaften Pfad.

Ein kurzer Befehl korrigiert diesen:

cluster /cluster:hypervcluster res "Virtual Machine Configuration Ubuntu - 32bit - ubu1" /priv "VmStoreRootPath"="C:\ClusterStorage\Volume6\Ubuntu - 32bit - ubu1"

Und sofort startet die Ressource im Cluster wieder:

Besonders extrem wird es, wenn man ein Storage Migration mit SCVMM (System Center Virtual Machine Manager 2012) macht. Dabei wird eine neue VM angelegt, die Disks kopiert und dann die alte VM mit den Disks gelöscht. Was dann bei einer VM mit Snapshots passiert kann man sich denken:

Ansicht des Jobs im SCVMM 2012:

Wie man sieht wurden die Disks innerhalb 3 Minuten kopiert und jetzt (ca. 14:05) hängt er immer noch beim Entfernen der VM.

In der Hyper-V Konsole sieht es zu dem Zeitpunkt so aus:

Destroying ist bei 25%

Ich kann mir den Sinn davon nicht erklären. Vielleicht irgendein anderer hier??

http://support.microsoft.com/kb/956893/en-us

Summaries:

1. SQL 2005 or higher is supported on Hyper-V or a hypervisor validated in the SVVP program
2. Snapshots of the VM are NOT supported.
3. Hyper-V Dynamic Memory is supported but only useful with SQL Server version Enterprise and Datacenter

The problem is that you have to handle many long pathes and cryptical GUIDs. I had to do that for a bunch of different VMs and being chronical lacy I created three batch files for it:

1. importVM.cmd “GUID” “Path to Virtual Machine” creates the link and corrects the permissions on the link and the vm folder
2. importSnapshot.cmd “SnapshotGuid” “VMGuid” “Path to Snapshot” creates the snapshot link and the right permission.

Not very impressiv? Well, the third batch files combines this two scripts:

1. addMachine.cmd: Takes the basis path (the path where the sub-folder Virtual Machine, Snapshots exists) and extracts the VM-GUID, all Snapshots-GUIDs and the other pathes to automaticly create the links and permissions.

So with one simple command (addMachine.cmd C:\ClusterStorage\Volume4\VM1) you can import the complete VM.

— addMachine.cmd ——

setlocal ENABLEDELAYEDEXPANSION

set vmBasisPath=%~1

for /f %%a in ('dir "%vmBasisPath%\Virtual Machines\" /b /ad') do (
  set guid=%%a
)

echo %guid%
call "%~dp0importVM.cmd" %guid% "%vmBasisPath%"

for /f %%a in ('dir "%vmBasisPath%\Snapshots\" /b /ad') do (
  call "%~dp0importSnapshot.cmd" %%a %guid% "%vmBasisPath%\Snapshots"
)

endlocal

——————————–

— importVM.cmd ———-

setlocal

set guid=%~1
set vmPath=%~2
set xmlPath=%vmpath%\Virtual Machines\%guid%.xml

mklink "c:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines\%guid%.xml" "%xmlpath%"

Icacls "c:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines\%guid%.xml" /grant "NT VIRTUAL MACHINE\%GUID%":(F) /L
Icacls "%vmpath%" /grant "NT VIRTUAL MACHINE\%GUID%":(F) /T

Endlocal

——————————–

— importSnapshot.cmd –

setlocal

set guid=%~1
set vmguid=%~2

rem C:\ClusterStorage\Volume4\mcFly2\Snapshots
set snapPath=%~3

if not EXIST "%snapPath%\%guid%.xml" goto ende

Mklink "C:\ProgramData\Microsoft\Windows\Hyper-V\Snapshots\%guid%.xml" "%snapPath%\%guid%.xml"
Icacls C:\ProgramData\Microsoft\Windows\Hyper-V\Snapshots\%guid%.xml /grant "NT VIRTUAL MACHINE\%vmguid%":(F) /L

:ende
Endlocal

———————————

Diese Option ist in der Cluster Konsole relativ versteckt und kann pro Virtueller Maschine definieren. Damit ich sie beim nächsten Mal wiederfinde dokumentiere ich sie mal hier:

Zuerst schaut man sich in der Clusterkonsole die Details einer Virtuellen Maschine an:

Danach öffnet man die Eigenschaften der Clusterressource (im Bild blau markiert).

In diesem Dialog kann man auf der Registerkarte die zu verwendenden Netzwerke und auch deren Priorität auswählen.

Zum Testen habe ich einen der Hyper-V Server Knoten im Cluster mit der Betaversion ausgestattet. Wie im Artikel oben beschrieben wird das Verändern des genutzten Speichers durch die Gast-OS durchgeführt. Dazu scheint Microsoft ein neues Device in den VMBus einzuhängen.

Da es ein neues Feature ist, findet die VM mit Windows 2008 Server SP2 noch keinen Treiber dafür. Ich werde daher weiterprobieren

Microsoft Press hat sein kostenloses eBook über Server und Desktop Virtualisierung auf Windows 2008 R2 aktualisiert. Es enthält u.a. Themen bezüglich

1. Servervirtualisierung
   • Hyper-V
   • Neuigkeiten mit Hyper-V in R2
2. Local Desktop Virtualisierung
   • Windows XP Mode
   • App-V
   • Med-V
   • Windows Virtual PC
3. Remote Desktop Virtualisierung
   • Remote Desktop Service
   • App-V for RDS
   • VDI
4. Virtualization Management
5. Cloud Computing

Ich habe mir mal das VDI Kapitel genau durchgelesen, um zu schauen, ob ich noch relevante Punkte für meinen VDI Vortrag nächste Woche finde. Es ist als Einstieg in die Materie gut geschrieben und hat darüber hinaus viele Links und einige interessante weiterführende Informationen.

Herunterzuladen ist das Buch als PDF oder XPS unter:

http://blogs.msdn.com/microsoft_press/archive/2010/02/16/free-ebook-understanding-microsoft-virtualization-r2-solutions.aspx