Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Du kan distribuera Lagringsdirigering på ett kluster med fysiska servrar eller på gästkluster för virtuella datorer (VM) enligt beskrivningen i den här artikeln. Den här typen av distribution levererar virtuell delad lagring över en uppsättning virtuella datorer ovanpå ett privat eller offentligt moln. På så sätt kan du använda lösningar med hög tillgänglighet för program.
Krav för gästkluster
Följande överväganden gäller när du distribuerar Lagringsdirigering i en virtualiserad miljö.
Minst två noder och högst tre noder
Distributioner med två noder måste konfigurera ett vittne (molnvittne eller filresursvittne)
Distributioner med tre noder kan tolerera en nod nedåt och förlust av en eller flera diskar på en annan nod. Om två noder stängs av är de virtuella diskarna offline tills en av noderna returneras.
Konfigurera de virtuella datorerna som ska distribueras över feldomäner
Azure – Konfigurera tillgänglighetsuppsättningen
Hyper-V – Konfigurera
AntiAffinityClassNames
på de virtuella datorerna för att separera de virtuella datorerna mellan noderVMware – Konfigurera regeln VM-VM antitillhörighet genom att skapa en DRS-regel av typen "Separata virtuella datorer" för att separera de virtuella datorerna mellan ESX-värdar. Diskar som presenteras för användning med Storage Spaces Direct bör använda SCSI-adapter med paravirtualisering (PVSCSI). Information om PVSCSI-stöd med Windows Server finns i https://kb.vmware.com/s/article/1010398.
Använd låg svarstid/lagring med höga prestanda, till exempel Azure Premium SSD-hanterade diskar eller snabbare
Distribuera en plan lagringsdesign utan konfigurerade cachelagringsenheter
Använd minst två virtuella datadiskar som presenteras för varje virtuell dator (VHD/VHDX/VMDK)
Det här antalet skiljer sig från installationer på fysisk hårdvara eftersom de virtuella diskarna kan implementeras som filer som inte påverkas av fysiska fel.
Inaktivera funktionerna för automatiskt drivbyte i Health Service genom att köra följande PowerShell-cmdlet:
Get-storagesubsystem clus* | set-storagehealthsetting -name "System.Storage.PhysicalDisk.AutoReplace.Enabled" -value "False"
Om du vill ge större återhämtning till eventuell VHD/VHDX/VMDK-lagringsfördröjning i gästkluster ökar du värdet för I/O-timeout för lagringsutrymmen:
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\spaceport\\Parameters\\HwTimeout
dword: 00007530
Decimalekvivalenten för Hexadecimal 7530 är 30000, vilket är 30 sekunder. Standardvärdet är 1770 Hexadecimalt eller 6 000 decimaler, vilket är 6 sekunder.
Följande funktioner stöds inte när du använder Storage Spaces Direct i ett gästkluster för virtuella maskiner:
Ögonblicksbild/återställning av virtuell disk på värdnivå
Använd i stället traditionella säkerhetskopieringslösningar på nivå av gäst för att säkerhetskopiera och återställa data på Storage Spaces Direct-volymerna.
Ändra storlek på virtuell disk på värdnivå
De virtuella diskar som exponeras via den virtuella datorn måste behålla samma storlek och egenskaper. Du kan lägga till mer kapacitet i lagringspoolen genom att lägga till fler virtuella diskar till var och en av de virtuella datorerna och sedan lägga till dem i poolen. Vi rekommenderar att du använder virtuella diskar med samma storlek och egenskaper som de aktuella virtuella diskarna.
Gästkluster för virtuella Azure IaaS-datorer
Azure-mallar minskar komplexiteten, konfigurerar bästa praxis och påskyndar distributioner av Storage Spaces Direct i en Azure IaaS-VM. Det här är den rekommenderade lösningen för distribution i Azure.
Överväg att använda Azure Shared Disks för virtuella gästdatorer som ett alternativ, se Delade Azure-diskar.
Nästa steg
För att distribuera Storage Spaces Direct i en gästkluster med virtuella datorer, se följande artiklar: