Warum Server Core statt Desktop Experience
Windows Server Core verzichtet komplett auf grafische Oberfläche — nur PowerShell und Kommandozeile. Das reduziert die Angriffsfläche (weniger installierte Komponenten, weniger potenzielle Schwachstellen) und den Patch-Bedarf spürbar. Für einen Hyper-V-Cluster, der nach der Ersteinrichtung ohnehin fast nur noch remote per PowerShell oder Failover Cluster Manager verwaltet wird, ist der Verzicht auf die GUI kein echter Nachteil.
Windows Server Core Basis
Rename-Computer -NewName "hv-node1" -Restart
New-NetIPAddress -InterfaceAlias "Ethernet" -IPAddress 192.168.1.11 `
-PrefixLength 24 -DefaultGateway 192.168.1.1
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ServerAddresses 192.168.1.1
Add-Computer -DomainName "firma.local" -Restart
Enable-PSRemoting -Force
Rollen installieren
Invoke-Command -ComputerName "hv-node1","hv-node2" -ScriptBlock {
Install-WindowsFeature -Name Hyper-V,Failover-Clustering -IncludeManagementTools -Restart
}
Invoke-Command gegen beide Nodes gleichzeitig setzt funktionierendes PowerShell-Remoting voraus (siehe Enable-PSRemoting oben) — ohne das muss jede Node einzeln per Konsole oder RDP-in-Textmodus konfiguriert werden, was bei Server Core unangenehm umständlich ist.
Cluster erstellen
Test-Cluster -Node "hv-node1","hv-node2" -ReportName "cluster-validation.html"
New-Cluster -Name "hv-cluster" -Node "hv-node1","hv-node2" -StaticAddress 192.168.1.20
Get-Cluster
Get-ClusterNode
Test-Cluster vor New-Cluster überspringen viele aus Ungeduld — der Validierungsbericht deckt aber genau die Probleme auf (fehlende gemeinsame Storage-Sicht, Netzwerk-Redundanz-Warnungen), die später mitten im Produktivbetrieb zu Failover-Problemen führen.
SMB3 Shared Storage
New-Item -Path "E:\HyperV-Storage" -ItemType Directory
New-SmbShare -Name "HyperV-VMs" -Path "E:\HyperV-Storage" `
-ContinuouslyAvailable $true `
-FullAccess "FIRMA\Cluster-Computers$"
-ContinuouslyAvailable $true ist der Kern von SMB3 Transparent Failover — ohne dieses Flag überlebt eine laufende VM den Ausfall des Storage-Servers nicht unterbrechungsfrei. Voraussetzung: Der SMB-Share-Server muss selbst Teil eines Scale-Out File Server Clusters sein, ein einfacher Windows-Dateiserver reicht dafür nicht.
CSV und HA-VM
Get-ClusterAvailableDisk | Add-ClusterDisk
Add-ClusterSharedVolume -Name "Cluster Disk 1"
New-VM -Name "prod-web-01" -ComputerName "hv-node1" `
-Path "C:\ClusterStorage\Volume1" `
-MemoryStartupBytes 8GB -SwitchName "Extern-Switch" -Generation 2
Add-ClusterVirtualMachineRole -VMName "prod-web-01"
Get-ClusterGroup "prod-web-01" | Set-ClusterGroup -FailoverThreshold 3
Cluster Shared Volumes (CSV) erlauben mehreren Nodes gleichzeitigen Lesezugriff auf dasselbe Volume — Voraussetzung dafür, dass eine VM ohne Storage-Migration von Node zu Node wechseln kann. -FailoverThreshold 3 begrenzt, wie oft eine VM innerhalb eines Zeitfensters automatisch neu gestartet wird, bevor der Cluster aufgibt und manuelles Eingreifen verlangt.
FAQ
Brauche ich Active Directory für den Cluster?
Ja, ein Domain-Controller ist Voraussetzung — Failover Clustering unter Windows Server ist ohne AD nicht vorgesehen.
Wie viele Nodes braucht ein Hyper-V-Failover-Cluster minimal?
Zwei, aber für sinnvolles Quorum-Verhalten sind drei besser, oder ein Cloud-Witness/File-Share-Witness als dritte Stimme bei zwei Nodes.
Fazit
Hyper-V Failover Cluster auf Server Core ist schlank, sicherheitstechnisch vorteilhaft und vollständig per PowerShell verwaltbar — die fehlende GUI ist für den Dauerbetrieb kein Nachteil, für die einmalige Ersteinrichtung aber eine spürbar steilere Lernkurve als bei Proxmox.
Ich richte Hyper-V- und Proxmox-Cluster für Unternehmen in Heidelberg und der Rhein-Neckar-Region ein — inklusive ehrlicher Empfehlung, welche Plattform zum jeweiligen Bestand passt. Kontakt aufnehmen.