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.
Med en klusterdelad volym (CSV) kan flera noder i ett Windows Server-redundanskluster eller Azure Local samtidigt ha läs- och skrivåtkomst till samma LUN (disk) som etableras som en NTFS-volym. Disken kan etableras som ReFS (Resilient File System); CSV-enheten placeras dock i omdirigeringsläge, vilket innebär att skrivåtkomst skickas till koordinatornoden. Med CSV-volymer kan klustrade roller snabbt växla över från en nod till en annan utan att kräva en ändring av enhetsägarskapet, eller avmontera och montera en volym igen. CSV:er hjälper också till att förenkla hanteringen av ett potentiellt stort antal LUN i ett redundanskluster.
CSV erbjuder ett klustrat filsystem som fungerar ovanpå NTFS eller ReFS. Vanliga användningsområden för en CSV är:
Klustrade virtuella hårddiskfiler (VHD/VHDX) för en klustrad Hyper-V virtuell dator (VM).
Skala ut fildelningar för att lagra programdata för den klustrerade filserverrollen Scale-Out. Exempel på programdata för den här rollen är Hyper-V VM-filer och Microsoft SQL Server-data. ReFS stöds inte för en Scale-Out-filserver i Windows Server 2012 R2 och tidigare versioner. Mer information om Scale-Out filserver finns i Scale-Out Filserver för programdata.
Microsoft SQL Server 2014 (eller senare) redundansklusterinstans (FCI). CSV-filer stöder inte Microsoft SQL Server: klustrade arbetsbelastningar i SQL Server 2012 och tidigare versioner av SQL Server.
Windows Server 2019 eller senare Microsoft Distributed Transaction Control (MSDTC).
I senare versioner av Windows Server utökas CSV-funktionerna. Beroenden för Active Directory Domain Services (AD DS) har till exempel tagits bort. Stöd har lagts till för funktionella förbättringar i chkdsk för samverkan med antivirus- och säkerhetskopieringsprogram och för integrering med allmänna lagringsfunktioner som BitLocker-krypterade volymer och lagringsutrymmen. En översikt över CSV-funktioner som introducerades i Windows Server 2012 finns i Nyheter i redundansklustring i Windows Server 2012.
Windows Server 2012 R2 introducerade ytterligare funktioner, till exempel:
Distribuerat CSV-ägarskap med förbättrad diagnosbarhet
Ökad återhämtning genom tillgängligheten för servertjänsten
Större flexibilitet i mängden fysiskt minne som du kan allokera till CSV-cache
Förbättrad samverkan som omfattar stöd för ReFS och deduplicering.
Information om hur du använder datadeduplicering på CSV:er för VDI-scenarier (Virtual Desktop Infrastructure) finns i blogginlägg om att distribuera datadeduplicering för VDI-lagring i Windows Server 2012 R2 och Utöka datadeduplicering till nya arbetsbelastningar i Windows Server 2012 R2.
Krav och överväganden för att använda CSV i ett redundanskluster
Innan du använder en CSV i ett redundanskluster granskar du nätverket, lagringen och andra krav och överväganden i följande avsnitt. Mer information om nätverkskort och lagringsalternativ finns i Maskinvarukrav för redundansklustring och lagringsalternativ.
Nodkrav
Enhetsbeteckning för systemdisk: På alla noder måste enhetsbeteckningen för systemdisken vara densamma.
Autentiseringsprotokoll: NTLM-protokollet måste vara aktiverat på alla noder. Detta är aktiverat som standard. Från och med Windows Server 2019 och Azure Local togs NTLM-beroenden bort eftersom de använder certifikat för autentisering.
Konfigurationskrav för lagring och disk
Filsystemformat
I Windows Server 2012 måste en disk eller lagringsutrymme för en CSV vara en grundläggande disk som är partitionerad med NTFS. I Windows Server 2012 R2 måste en disk eller lagringsutrymme för en CSV vara en grundläggande disk som är partitionerad med NTFS eller ReFS. I Windows Server 2016 och senare, och Azure Local, måste en disk eller lagringsutrymme för en CSV vara antingen en standarddisk eller GPT-disk (GUID Partition Table) som är partitionerad med NTFS eller ReFS. Bästa praxis är att även granska de riktlinjer som tillhandahålls av lagringsleverantören.
I Windows Server 2012 kan du inte använda en disk som csv-formaterad som FAT, FAT32 eller ReFS.
I Windows Server 2012 R2 och senare kan du inte använda en disk som csv-formaterad som FAT eller FAT32.
En CSV kan inte användas som en kvorumvittnesdisk. Mer information om klusterkvorum finns i Understanding Quorum in Storage Spaces Direct.
När du har lagt till en disk som en CSV har den angetts i CSVFS-format (CSVFS). På så sätt kan klustret och annan programvara särskilja CSV-lagringen från annan NTFS- eller ReFS-lagring. I allmänhet stöder CSVFS samma funktioner som NTFS och ReFS. Vissa funktioner stöds dock inte. I Windows Server 2012 R2 kan du till exempel inte aktivera komprimering på en CSV. I Windows Server 2012 kan du inte aktivera datadeduplicering eller komprimering på en CSV.
Resurstyp i klustret
En CSV måste användas som resurstyp för fysisk disk. Som standard konfigureras en disk eller ett lagringsutrymme som läggs till i ett klusterlagring automatiskt på det här sättet.
Val av CSV-diskar eller andra diskar i klusterlagring
När du väljer en eller flera diskar för en klustrad virtuell dator bör du överväga hur varje disk används. Om en disk används för att lagra filer som skapats av Hyper-V, till exempel VHD/VHDX-filer eller konfigurationsfiler, kan du välja mellan CSV-diskarna eller andra tillgängliga diskar i klusterlagringen. Om en disk är en fysisk disk som är direkt ansluten till den virtuella datorn (kallas även för en direktdisk) kan du inte välja en CSV-disk och du måste välja bland de andra tillgängliga diskarna i klusterlagringen.
Sökvägsnamn för att identifiera diskar
Diskar i CSV:er nås med hjälp av en sökväg som visas som en numrerad volym under mappen \ClusterStorage på systemenheten. Den här sökvägen är konsekvent för alla noder i klustret. Du kan byta namn på dessa volymer om det behövs, men det är bäst att göra det innan du installerar virtuella datorer eller program som SQL Server. Det går inte att byta namn om det finns öppna referenser, till exempel när en virtuell dator körs eller är i ett sparat tillstånd.
Arrangemang av LUN-, volym- och VHD-filer
Om du vill använda en CSV på bästa sätt för att tillhandahålla lagring för klustrade virtuella datorer är det bra att granska hur du skulle ordna LUN (diskar) när du konfigurerar fysiska servrar. När du konfigurerar motsvarande virtuella datorer kan du försöka ordna VHD-filerna på ett liknande sätt.
Överväg en fysisk server som du skulle ordna diskar och filer för på följande sätt:
Systemfiler, inklusive en sidfil, på en fysisk disk
Datafiler på en annan fysisk disk
För en motsvarande klustrad virtuell dator bör du ordna volymerna och filerna på ett liknande sätt:
Systemfiler, inklusive en sidfil, i en VHD-fil på en CSV
Datafiler i en VHD-fil på en annan CSV
Om du lägger till en annan virtuell dator, där det är möjligt, bör du behålla samma arrangemang för de virtuella hårddiskarna på den virtuella datorn.
Antal och storlek på LUN och volymer
När du planerar lagringskonfigurationen för ett redundanskluster som använder CSV:er bör du överväga följande rekommendationer:
Kontakta lagringsleverantören om du vill bestämma hur många LUN som ska konfigureras. Lagringsleverantören kan till exempel rekommendera att du konfigurerar varje LUN med en partition och placerar en CSV på den.
Skapa minst en CSV per nod.
Det finns inga begränsningar för antalet virtuella datorer som kan stödjas på en enda CSV. Du bör dock överväga antalet virtuella datorer som du planerar att ha i klustret och arbetsbelastningen (I/O-åtgärder per sekund) för varje virtuell dator. Till exempel:
En organisation som distribuerar virtuella datorer som stöder en virtuell skrivbordsinfrastruktur (VDI), vilket är en relativt lätt arbetsbelastning. Klustret använder lagring med höga prestanda. Klusteradministratören bestämmer sig efter samråd med lagringsleverantören för att placera ett relativt stort antal virtuella datorer per CSV.
En annan organisation distribuerar ett stort antal virtuella datorer som stöder ett mycket använt databasprogram, vilket är en tyngre arbetsbelastning. Klustret använder lagring med lägre prestanda. Klusteradministratören bestämmer sig efter samråd med lagringsleverantören för att placera ett relativt litet antal virtuella datorer per CSV.
När du planerar lagringskonfigurationen för en viss virtuell dator bör du överväga diskkraven för tjänsten, programmet eller rollen som den virtuella datorn stöder. Att förstå dessa krav hjälper till att undvika diskkonkurration som kan leda till dåliga prestanda. Lagringskonfigurationen för den virtuella datorn bör likna den lagringskonfiguration som du skulle använda för en fysisk server som kör samma tjänst, program eller roll. Du kan också minska diskkonkurrensen genom att ha lagring med ett stort antal oberoende fysiska hårddiskar. Välj din lagringsmaskinvara i enlighet med detta och kontakta leverantören för att optimera lagringens prestanda.
Beroende på dina klusterarbetsbelastningar och deras behov av I/O-åtgärder kan du överväga att bara konfigurera en procentandel av de virtuella datorerna för att komma åt varje LUN, medan andra virtuella datorer inte har anslutning och i stället är dedikerade till beräkningsåtgärder.
Överväganden för nätverkskonfiguration
Tänk på följande när du konfigurerar de nätverk som stöder CSV:er.
Flera nätverk och flera nätverkskort
Om du vill aktivera feltolerans om ett nätverksfel inträffar rekommenderar vi att flera klusternätverk har CSV-trafik eller att du konfigurerar teamindelade nätverkskort. Om klusternoderna är anslutna till nätverk som inte ska användas av klustret bör du inaktivera dem. Vi rekommenderar till exempel att du inaktiverar iSCSI-nätverk för klusteranvändning för att förhindra CSV-trafik i dessa nätverk. Om du vill inaktivera ett nätverk går du till Klusterhanteraren för växling vid fel, väljer Nätverk, väljer nätverket, väljer åtgärden Egenskaper och väljer sedan Tillåt inte klusternätverkskommunikation i det här nätverket. Du kan också konfigurera nätverkets rollegenskap med hjälp av cmdleten Get-ClusterNetwork .
Egenskaper för nätverkskort
I egenskaperna för alla nätverkskort som hanterar klusterkommunikation ska du kontrollera att följande inställningar är aktiverade:
-klient för Microsoft-nätverk och fildelning och skrivardelning för Microsoft-nätverk. De här inställningarna stöder Server Message Block (SMB) 3.0, som används som standard för att transportera CSV-trafik mellan noder. Om du vill aktivera SMB kontrollerar du att servertjänsten och arbetsstationstjänsten körs och att de är konfigurerade att starta automatiskt på varje klusternod.
Note
I Windows Server 2012 R2 och senare finns det flera servertjänstinstanser per nod för redundanskluster. Det finns en standardinstans som hanterar inkommande trafik från SMB-klienter som har åtkomst till vanliga filresurser och en andra CSV-instans som endast hanterar CSV-trafik mellan noder. Om servertjänsten på en nod blir felaktig övergår CSV-ägarskapet automatiskt till en annan nod.
SMB 3.0 innehåller funktionerna SMB Multichannel och SMB Direct, som gör det möjligt för CSV-trafik att strömma över flera nätverk i klustret och utnyttja nätverkskort som stöder fjärråtkomst till direkt minne (RDMA). Som standard används SMB Multichannel för CSV-trafik. Mer information finns i översikten över Server Message Block.
Prestandafilter för virtuell adapter för Microsoft-failoverkluster
Den här inställningen förbättrar nodernas förmåga att utföra I/O-omdirigering vid behov för åtkomst till CSV:er. Den här situationen uppstår till exempel när ett anslutningsfel hindrar en nod från att ansluta direkt till CSV-disken. Prestandafiltret för det virtuella NetFT-nätverkskortet är som standard inaktiverat i alla versioner utom Windows Server 2012 R2. Det förblir inaktiverat eftersom det kan orsaka problem i Hyper-V kluster som har ett gästkluster som körs i virtuella datorer som finns på dem. Det finns instanser där NetFT Virtual Adapter Performance Filter på värden felaktigt dirigerar NetFT-trafik som är avsedd för en virtuell gästdator till värden i stället. Den här felutdelningen kan leda till kommunikationsproblem med gästklustret på den virtuella datorn. Men om du distribuerar andra arbetsbelastningar än Hyper-V med gästkluster kan du optimera och förbättra klusterprestanda genom att aktivera NetFT Virtual Adapter Performance Filter.
Prioritering av klusternätverk
Vi rekommenderar att du inte ändrar de klusterkonfigurerade inställningarna för nätverken.
Konfiguration av IP-undernät
Ingen specifik undernätskonfiguration krävs för noder i ett nätverk som använder CSV:er. CSV:er kan stödja stretchkluster med flera undernät.
Principbaserad tjänstkvalitet (QoS)
Vi rekommenderar att du konfigurerar en QoS-prioritetsprincip och en princip för minsta bandbredd för nätverkstrafik till varje nod när du använder en CSV. Mer information finns i Tjänstkvalitet (QoS).
Lagringsnätverk
Information om rekommendationer för lagringsnätverk finns i riktlinjerna som tillhandahålls av lagringsleverantören.
Om I/O-synkronisering och I/O-omdirigering i CSV-kommunikation
I/O-synkronisering
MED CSV:er kan flera noder ha samtidig läs- och skrivåtkomst till samma delade lagring. När en nod utför diskindata/utdata (I/O) på en CSV kommunicerar noden direkt med lagringen, till exempel via ett SAN-nätverk (Storage Area Network). Men när som helst äger en enskild nod (kallas koordinatornoden) den fysiska diskresurs som är associerad med LUN. Koordinatornoden för en CSV visas i failover-klusterhanteraren som ägarnod under Diskar. Det visas också i utdata från cmdleten Get-ClusterSharedVolume .
Note
Från och med Windows Server 2012 R2 fördelas CSV-ägarskapet jämnt över noderna i redundansklustret baserat på antalet CSV:er som varje nod äger. Dessutom balanseras ägarskapet om automatiskt när det finns villkor som CSV-redundans, en nod återansluter till klustret, du lägger till en ny nod i klustret, startar om en klusternod eller startar redundansklustret efter att det stängdes av.
När vissa små ändringar sker i filsystemet på en CSV måste dessa metadata synkroniseras på var och en av de fysiska noder som har åtkomst till LUN, inte bara på den enda koordinatornoden. När till exempel en virtuell dator på en CSV startas, skapas eller tas bort, eller när en virtuell dator migreras, måste den här informationen synkroniseras på var och en av de fysiska noder som har åtkomst till den virtuella datorn. Dessa metadatauppdateringsåtgärder sker parallellt mellan klusternätverken med hjälp av SMB 3.0. Dessa åtgärder kräver inte att alla fysiska noder kommunicerar med den delade lagringen.
I/O-omdirigering
Lagringsanslutningsfel och vissa lagringsåtgärder kan förhindra att en viss nod kommunicerar direkt med lagringen. För att underhålla funktionen medan noden inte kommunicerar med lagringen omdirigerar noden diskens I/O via ett klusternätverk till den koordinatornod där disken för närvarande är monterad. Om den aktuella koordinatornoden får ett lagringsanslutningsfel placeras alla disk-I/O-åtgärder tillfälligt i kö medan en ny nod blir koordinatornod. Du bör planera dina klusternätverk för att möjliggöra den potentiella ökningen av nätverkstrafiken till koordinatornoden under I/O-omdirigering. På grund av integreringen av CSV:er med SMB 3.0-funktioner, till exempel SMB Multichannel och SMB Direct, kan omdirigerad I/O-trafik strömma över flera klusternätverk.
Important
CSV:er som är förformaterade med ReFS som används ovanpå SAN använder inte direkt I/O, oavsett om alla andra krav för direkt-I/O uppfylls. Om du planerar att använda CSV i samband med SAN-anslutna diskar (FrontEnd) ska du först formatera enheter med NTFS innan du konverterar dem till en CSV för att utnyttja prestandafördelarna med Direct I/O.
Servern använder något av följande I/O-omdirigeringslägen, beroende på situationen:
Omdirigering av filsystem: Omdirigering sker per volym. Till exempel när CSV-ögonblicksbilder tas av ett säkerhetskopieringsprogram när en CSV placeras manuellt i omdirigerat I/O-läge.
Blockera omdirigering: Omdirigering är på filblockeringsnivå. Till exempel när lagringsanslutningen går förlorad till en volym. Blockomdirigering är snabbare än omdirigering av filsystem.
I Windows Server 2012 R2 och senare kan du visa tillståndet för en CSV per nod. Du kan till exempel se om I/O är direkt, omdirigerad eller om CSV:n inte är tillgänglig. Om en CSV är i omdirigerat I/O-läge kan du också visa orsaken. Om du vill visa den här informationen kan du köra cmdleten Get-ClusterSharedVolumeState .