Planera volymer i Azure Stack HCIPlan volumes in Azure Stack HCI

Gäller för: Azure Stack HCI, version 20H2; Windows Server 2019Applies to: Azure Stack HCI, version 20H2; Windows Server 2019

Det här avsnittet innehåller rikt linjer för hur du planerar volymer i Azure Stack HCI för att uppfylla arbets Belastningens prestanda och kapacitets behov, inklusive att välja fil system, återhämtnings typ och storlek.This topic provides guidance for how to plan volumes in Azure Stack HCI to meet the performance and capacity needs of your workloads, including choosing their filesystem, resiliency type, and size.

Granska: Vad är volymerReview: What are volumes

Volymerna är där du lagrar filerna som dina arbets belastningar behöver, till exempel VHD-eller VHDX-filer för virtuella Hyper-V-datorer.Volumes are where you put the files your workloads need, such as VHD or VHDX files for Hyper-V virtual machines. Volymer kombinerar enheterna i lagringspoolen för att införa fel tolerans, skalbarhet och prestanda för Lagringsdirigering, den programvarubaserade lagrings tekniken bakom Azure Stack HCI.Volumes combine the drives in the storage pool to introduce the fault tolerance, scalability, and performance benefits of Storage Spaces Direct, the software-defined storage technology behind Azure Stack HCI.

Anteckning

I dokumentationen för Lagringsdirigering använder vi termen "volym" för att referera till en gemensam volym och den virtuella disken under den, inklusive funktioner som tillhandahålls av andra inbyggda Windows-funktioner som klusterdelade volymer (CSV) och ReFS.Throughout documentation for Storage Spaces Direct, we use term "volume" to refer jointly to the volume and the virtual disk under it, including functionality provided by other built-in Windows features such as Cluster Shared Volumes (CSV) and ReFS. Att förstå dessa distinkta implementerings nivåer är inte nödvändigt för att planera och distribuera Lagringsdirigering utan problem.Understanding these implementation-level distinctions is not necessary to plan and deploy Storage Spaces Direct successfully.

Diagrammet visar tre mappar märkta som volymer som var kopplade till en virtuell disk med etiketten som volymer, alla som är associerade med en gemensam lagringspool för diskar.

Alla volymer är tillgängliga för alla servrar i klustret på samma gång.All volumes are accessible by all servers in the cluster at the same time. När de har skapats visas de på **C:\ClusterStorage \ ** på alla servrar.Once created, they show up at C:\ClusterStorage\ on all servers.

Skärm dum par visar ett fönster med titeln ClusterStorage som innehåller volymer med namnet Volume1, volume2 och Volume3.

Välja hur många volymer som ska skapasChoosing how many volumes to create

Vi rekommenderar att du gör antalet volymer till en multipel av antalet servrar i klustret.We recommend making the number of volumes a multiple of the number of servers in your cluster. Om du till exempel har 4 servrar kommer du att uppleva mer konsekvent prestanda med 4 totala volymer än 3 eller 5.For example, if you have 4 servers, you will experience more consistent performance with 4 total volumes than with 3 or 5. Detta gör att klustret kan distribuera volymen "ägarskap" (en server hanterar metadata-dirigering för varje volym) jämnt mellan servrar.This allows the cluster to distribute volume "ownership" (one server handles metadata orchestration for each volume) evenly among servers.

Vi rekommenderar att du begränsar det totala antalet volymer till 64 volymer per kluster.We recommend limiting the total number of volumes to 64 volumes per cluster.

Välja fil systemetChoosing the filesystem

Vi rekommenderar att du använder det nya elastiska fil systemet (ReFS) för Lagringsdirigering.We recommend using the new Resilient File System (ReFS) for Storage Spaces Direct. ReFS är syftet med Premier-filsystem för virtualisering och erbjuder många fördelar, inklusive dramatiska prestanda acceleration och inbyggt skydd mot skadade data.ReFS is the premier filesystem purpose-built for virtualization and offers many advantages, including dramatic performance accelerations and built-in protection against data corruption. Den har stöd för nästan alla Key NTFS-funktioner, inklusive datadeduplicering i Windows Server version 1709 och senare.It supports nearly all key NTFS features, including Data Deduplication in Windows Server version 1709 and later. Mer information finns i jämförelse tabellen för ReFS-funktionen.See the ReFS feature comparison table for details.

Om din arbets belastning kräver en funktion som ReFS inte stöder än kan du använda NTFS i stället.If your workload requires a feature that ReFS doesn't support yet, you can use NTFS instead.

Tips

Volymer med olika fil system kan finnas i samma kluster.Volumes with different file systems can coexist in the same cluster.

Välja återhämtnings typChoosing the resiliency type

Volymer i Lagringsdirigering ger återhämtnings möjligheter för att skydda mot maskin varu problem, till exempel enhets-eller server fel och att aktivera kontinuerlig tillgänglighet i hela Server underhållet, t. ex. program uppdateringar.Volumes in Storage Spaces Direct provide resiliency to protect against hardware problems, such as drive or server failures, and to enable continuous availability throughout server maintenance, such as software updates.

Anteckning

Vilka återhämtnings typer du kan välja är oberoende av vilka typer av enheter du har.Which resiliency types you can choose is independent of which types of drives you have.

Med två servrarWith two servers

Med två servrar i klustret kan du använda dubbelriktad spegling eller så kan du använda kapslad återhämtning.With two servers in the cluster, you can use two-way mirroring or you can use nested resiliency.

Dubbelriktad spegling behåller två kopior av alla data, en kopia på enheterna på varje server.Two-way mirroring keeps two copies of all data, one copy on the drives in each server. Lagrings effektiviteten är 50 procent. Om du vill skriva 1 TB data behöver du minst 2 TB fysisk lagrings kapacitet i lagringspoolen.Its storage efficiency is 50 percent; to write 1 TB of data, you need at least 2 TB of physical storage capacity in the storage pool. Dubbelriktad spegling kan på ett säkert sätt tolerera ett maskin varu haveri i taget (en server eller enhet).Two-way mirroring can safely tolerate one hardware failure at a time (one server or drive).

Diagrammet visar volymer märkta data och kopiera anslutna med cirkulära pilar och båda volymerna är kopplade till en bank med diskar i servrar.

Kapslad återhämtning ger data återhämtning mellan servrar med dubbelriktad spegling och ger sedan återhämtning på en server med dubbelriktad spegling eller speglings accelererad paritet.Nested resiliency provides data resiliency between servers with two-way mirroring, then adds resiliency within a server with two-way mirroring or mirror-accelerated parity. Kapsling ger data återhämtning även när en server startas om eller inte är tillgänglig.Nesting provides data resilience even when one server is restarting or unavailable. Lagrings effektiviteten är 25 procent med kapslad dubbelriktad spegling och runt 35-40 procent för kapslad speglings accelererad paritet.Its storage efficiency is 25 percent with nested two-way mirroring and around 35-40 percent for nested mirror-accelerated parity. Kapslad återhämtning kan på ett säkert sätt tolerera två maskin varu problem i taget (två enheter eller en server och en enhet på den återstående servern).Nested resiliency can safely tolerate two hardware failures at a time (two drives, or a server and a drive on the remaining server). På grund av denna extra data återhämtning rekommenderar vi att du använder kapslad återhämtning vid produktions distributioner av två Server kluster.Because of this added data resilience, we recommend using nested resiliency on production deployments of two-server clusters. Mer information finns i kapslad återhämtning.For more info, see Nested resiliency.

Diagrammet visar inkapslad spegel accelererad paritet med dubbelriktad spegling mellan servrar som är kopplade till en dubbelriktad spegling på varje server som motsvarar ett paritets lager på varje server.

Med tre servrarWith three servers

Med tre servrar bör du använda tre-vägs spegling för bättre fel tolerans och prestanda.With three servers, you should use three-way mirroring for better fault tolerance and performance. Trefas spegling behåller tre kopior av alla data, en kopia på enheterna på varje server.Three-way mirroring keeps three copies of all data, one copy on the drives in each server. Lagrings effektiviteten är 33,3 procent – om du vill skriva 1 TB data måste du ha minst 3 TB fysisk lagrings kapacitet i lagringspoolen.Its storage efficiency is 33.3 percent – to write 1 TB of data, you need at least 3 TB of physical storage capacity in the storage pool. Trefas-spegling kan på ett säkert sätt tolerera minst två maskin varu problem (enhet eller server) itaget.Three-way mirroring can safely tolerate at least two hardware problems (drive or server) at a time. Om 2 noder blir otillgängliga förlorar lagringspoolen eftersom 2/3 av diskarna inte är tillgängliga och de virtuella diskarna blir otillgängliga.If 2 nodes become unavailable the storage pool will lose quorum, since 2/3 of the disks are not available, and the virtual disks will be unaccessible. En nod kan dock vara nere och en eller flera diskar på en annan nod kan Miss Miss Missing och de virtuella diskarna är fortfarande online.However, a node can be down and one or more disks on another node can fail and the virtual disks will remain online. Om du till exempel startar om en server när en annan enhet eller server slutar fungera, förblir alla data säkra och ständigt tillgängliga.For example, if you're rebooting one server when suddenly another drive or server fails, all data remains safe and continuously accessible.

Diagrammet visar en volym med etiketterade data och två märkta kopior anslutna med cirkulära pilar till varje volym som är associerad med en server som innehåller fysiska diskar.

Med fyra eller flera servrarWith four or more servers

Med fyra eller flera servrar kan du välja för varje volym om du vill använda tre-vägs spegling, dubbel paritet (kallas ofta "radering-kodning") eller blanda två med speglad accelererad paritet.With four or more servers, you can choose for each volume whether to use three-way mirroring, dual parity (often called "erasure coding"), or mix the two with mirror-accelerated parity.

Dubbel paritet ger samma fel tolerans som på tre sätt, men med bättre lagrings effektivitet.Dual parity provides the same fault tolerance as three-way mirroring but with better storage efficiency. Med fyra servrar är lagrings effektiviteten 50,0 procent. för att lagra 2 TB data behöver du 4 TB fysisk lagrings kapacitet i lagringspoolen.With four servers, its storage efficiency is 50.0 percent; to store 2 TB of data, you need 4 TB of physical storage capacity in the storage pool. Detta ökar 66,7 procents lagrings effektivitet med sju servrar och fortsätter upp till 80,0 procent av lagrings effektiviteten.This increases to 66.7 percent storage efficiency with seven servers, and continues up to 80.0 percent storage efficiency. Kompromissen är att paritets kodningen är mer beräknings intensiv, vilket kan begränsa dess prestanda.The tradeoff is that parity encoding is more compute-intensive, which can limit its performance.

Diagrammet visar två volymer med etiketten data och två märkta paritet som är kopplade till en server som innehåller fysiska diskar.

Vilken återhämtnings typ som ska användas beror på arbets Belastningens behov.Which resiliency type to use depends on the needs of your workload. Här är en tabell som sammanfattar vilka arbets belastningar som passar bäst för varje återhämtnings typ, samt prestanda-och lagrings effektivitet för varje återhämtnings typ.Here's a table that summarizes which workloads are a good fit for each resiliency type, as well as the performance and storage efficiency of each resiliency type.

ÅterhämtningstypResiliency type Kapacitets effektivitetCapacity efficiency HastighetSpeed ArbetsbelastningarWorkloads
SpeglingMirror Lagrings effektivitet som visar 33%
3-vägs spegel: 33%Three-way mirror: 33%
Dubbelriktad spegling: 50%Two-way-mirror: 50%
Prestanda som visar 100%
Högsta prestandaHighest performance
Virtualiserade arbets belastningarVirtualized workloads
DatabaserDatabases
Andra arbets belastningar med hög prestandaOther high performance workloads
Spegling – accelererad paritetMirror-accelerated parity Lagrings effektivitet visas runt 50%
Beror på speglings-och paritets förhållandeDepends on proportion of mirror and parity
Prestanda som visar cirka 20%
Mycket långsammare än spegling, men upp till dubbelt så snabbt som Dual-paritetMuch slower than mirror, but up to twice as fast as dual-parity
Bäst för stora sekventiella skrivningar och läsningarBest for large sequential writes and reads
Arkivering och säkerhets kopieringArchival and backup
Virtualiserad Skriv bords infrastrukturVirtualized desktop infrastructure
Dual-paritetDual-parity Lagrings effektivitet visas runt 80%
4 servrar: 50%4 servers: 50%
16 servrar: upp till 80%16 servers: up to 80%
Prestanda som visas runt 10%
Högsta I/O-latens & CPU-användning vid skrivningarHighest I/O latency & CPU usage on writes
Bäst för stora sekventiella skrivningar och läsningarBest for large sequential writes and reads
Arkivering och säkerhets kopieringArchival and backup
Virtualiserad Skriv bords infrastrukturVirtualized desktop infrastructure

När prestanda är mestWhen performance matters most

Arbets belastningar som har strikt latens krav eller behöver många blandade slumpmässiga IOPS, till exempel SQL Server databaser eller prestanda känsliga virtuella Hyper-V-datorer, ska köras på volymer som använder spegling för att maximera prestandan.Workloads that have strict latency requirements or that need lots of mixed random IOPS, such as SQL Server databases or performance-sensitive Hyper-V virtual machines, should run on volumes that use mirroring to maximize performance.

Tips

Speglingen är snabbare än någon annan återhämtnings typ.Mirroring is faster than any other resiliency type. Vi använder spegling för nästan alla våra prestanda exempel.We use mirroring for nearly all our performance examples.

När kapaciteten är mestWhen capacity matters most

Arbets belastningar som skrivs sällan, till exempel informations lager eller "kall" lagring, ska köras på volymer som använder Dual paritet för att maximera lagrings effektiviteten.Workloads that write infrequently, such as data warehouses or "cold" storage, should run on volumes that use dual parity to maximize storage efficiency. Vissa andra arbets belastningar, till exempel traditionella fil servrar, Virtual Desktop Infrastructure (VDI), eller andra som inte skapar massor av snabb och slumpmässig IO-trafik och/eller inte kräver bästa prestanda, kan också använda dubbla pariteter.Certain other workloads, such as traditional file servers, virtual desktop infrastructure (VDI), or others that don't create lots of fast-drifting random IO traffic and/or don't require the best performance may also use dual parity, at your discretion. Pariteten ökar oundvikligen CPU-användning och IO-latens, särskilt vid skrivningar, jämfört med spegling.Parity inevitably increases CPU utilization and IO latency, particularly on writes, compared to mirroring.

När data skrivs i bulkWhen data is written in bulk

Arbets belastningar som skrivs i stora, sekventiella steg, till exempel arkiverings-eller säkerhets kopierings mål, har ett annat alternativ: en volym kan blanda spegling och dubbel paritet.Workloads that write in large, sequential passes, such as archival or backup targets, have another option: one volume can mix mirroring and dual parity. Skriver marken först i den speglade delen och flyttas gradvis till paritets delen senare.Writes land first in the mirrored portion and are gradually moved into the parity portion later. Detta påskyndar inmatningen och minskar resursutnyttjande när stora skrivningar tas emot genom att tillåta att beräknings intensiva paritets kodning sker över en längre tid.This accelerates ingestion and reduces resource utilization when large writes arrive by allowing the compute-intensive parity encoding to happen over a longer time. När du ändrar storlek på delarna bör du se till att antalet skrivningar som sker samtidigt (till exempel en daglig säkerhets kopiering) passar perfekt i spegel delen.When sizing the portions, consider that the quantity of writes that happen at once (such as one daily backup) should comfortably fit in the mirror portion. Om du till exempel matar in 100 GB en gång per dag, bör du överväga att använda spegling för 150 GB till 200 GB och dubbel paritet för resten.For example, if you ingest 100 GB once daily, consider using mirroring for 150 GB to 200 GB, and dual parity for the rest.

Den resulterande lagrings effektiviteten beror på vilka proportioner du väljer.The resulting storage efficiency depends on the proportions you choose. Se den här demonstrationen för några exempel.See this demo for some examples.

Tips

Om du stöter på en långsammare minskning i partway för data inmatning, kan det betyda att spegel delen inte är tillräckligt stor eller att spegel accelererad paritet inte passar för ditt användnings fall.If you observe an abrupt decrease in write performance partway through data ingestion, it may indicate that the mirror portion is not large enough or that mirror-accelerated parity isn't well suited for your use case. Till exempel, om skriv prestanda minskar från 400 MB/s till 40 MB/s, bör du överväga att expandera spegel delen eller växla till en dubbelriktad spegling.As an example, if write performance decreases from 400 MB/s to 40 MB/s, consider expanding the mirror portion or switching to three-way mirror.

Om distributioner med NVMe, SSD och HDDAbout deployments with NVMe, SSD, and HDD

I distributioner med två typer av enheter tillhandahåller de snabbare enheterna cachelagring medan de långsamma enheterna ger kapacitet.In deployments with two types of drives, the faster drives provide caching while the slower drives provide capacity. Detta sker automatiskt – mer information finns i förstå cachen i Lagringsdirigering.This happens automatically – for more information, see Understanding the cache in Storage Spaces Direct. I sådana distributioner finns alla volymer i sista hand på samma typ av enheter – kapacitets enheterna.In such deployments, all volumes ultimately reside on the same type of drives – the capacity drives.

I distributioner med alla tre typer av enheter tillhandahåller bara de snabbaste enheterna (NVMe) cachelagring, som lämnar två typer av enheter (SSD och HDD) för att tillhandahålla kapacitet.In deployments with all three types of drives, only the fastest drives (NVMe) provide caching, leaving two types of drives (SSD and HDD) to provide capacity. För varje volym kan du välja om den ska finnas helt på SSD-nivån, helt på hård disk nivån eller om den omfattar två.For each volume, you can choose whether it resides entirely on the SSD tier, entirely on the HDD tier, or whether it spans the two.

Viktigt

Vi rekommenderar att du använder SSD-nivån för att placera dina mest prestanda känsliga arbets belastningar på alla-Flash.We recommend using the SSD tier to place your most performance-sensitive workloads on all-flash.

Välja storlek på volymerChoosing the size of volumes

Vi rekommenderar att du begränsar storleken på varje volym till 64 TB i Windows Server 2019.We recommend limiting the size of each volume to 64 TB in Windows Server 2019.

Tips

Om du använder en säkerhets kopierings lösning som förlitar sig på tjänsten Volume Shadow Copy (VSS) och volsnap-programleverantören, som är vanligt med fil Server arbets belastningar – att begränsa volym storleken till 10 TB kan du förbättra prestanda och tillförlitlighet.If you use a backup solution that relies on the Volume Shadow Copy service (VSS) and the Volsnap software provider—as is common with file server workloads—limiting the volume size to 10 TB will improve performance and reliability. Säkerhets kopierings lösningar som använder den nya Hyper-V-RCT API och/eller ReFS block-kloning och/eller inbyggda API: er för SQL-säkerhetskopiering utför bra upp till 32 TB och mer.Backup solutions that use the newer Hyper-V RCT API and/or ReFS block cloning and/or the native SQL backup APIs perform well up to 32 TB and beyond.

UtrymmeFootprint

Storleken på en volym avser dess användbara kapacitet, mängden data som kan lagras.The size of a volume refers to its usable capacity, the amount of data it can store. Detta tillhandahålls av parametern -size i cmdleten New-Volume och visas sedan i egenskapen size när du kör cmdleten Get-volym .This is provided by the -Size parameter of the New-Volume cmdlet and then appears in the Size property when you run the Get-Volume cmdlet.

Storleken skiljer sig från volymens storlek, dentotala fysiska lagrings kapaciteten som den upptar i lagringspoolen.Size is distinct from volume's footprint, the total physical storage capacity it occupies on the storage pool. Storleken beror på dess återhämtnings typ.The footprint depends on its resiliency type. Till exempel har volymer som använder tre-vägs spegling en storlek som är tre gånger deras storlek.For example, volumes that use three-way mirroring have a footprint three times their size.

Storlekarna för dina volymer måste få plats i lagringspoolen.The footprints of your volumes need to fit in the storage pool.

Diagrammet visar en volym på 2 TB jämfört med 6 TB plats i lagringspoolen med en multiplikator av tre angivna.

Reservera kapacitetReserve capacity

Om du lämnar lite kapacitet i lagringspoolen får volym utrymme att reparera "på plats" när enheterna har misslyckats, vilket förbättrar data säkerheten och prestandan.Leaving some capacity in the storage pool unallocated gives volumes space to repair "in-place" after drives fail, improving data safety and performance. Om det finns tillräckligt med kapacitet kan en omedelbar, på plats, parallell reparation återställa volymer till full återhämtning även innan de felaktiga enheterna byts ut.If there is sufficient capacity, an immediate, in-place, parallel repair can restore volumes to full resiliency even before the failed drives are replaced. Detta sker automatiskt.This happens automatically.

Vi rekommenderar att du reserverar motsvarande en kapacitets enhet per server, upp till 4 enheter.We recommend reserving the equivalent of one capacity drive per server, up to 4 drives. Du kan reservera mer på egen hand, men den här minsta rekommendationen garanterar en omedelbar, parallell reparation kan utföras efter felet på en enhet.You may reserve more at your discretion, but this minimum recommendation guarantees an immediate, in-place, parallel repair can succeed after the failure of any drive.

Diagrammet visar en volym som är kopplad till flera diskar i en lagringspool och icke-associerade diskar som marker ATS som reserv.

Om du till exempel har två servrar och du använder 1 TB kapacitets enheter, ställer du in 2 x 1 = 2 TB för poolen som reserv.For example, if you have 2 servers and you are using 1 TB capacity drives, set aside 2 x 1 = 2 TB of the pool as reserve. Om du har 3 servrar och 1 TB kapacitets enheter, ställer du in 3 x 1 = 3 TB som reserv.If you have 3 servers and 1 TB capacity drives, set aside 3 x 1 = 3 TB as reserve. Om du har 4 eller fler servrar och 1 TB kapacitets enheter, ställer du in 4 x 1 = 4 TB som reserv.If you have 4 or more servers and 1 TB capacity drives, set aside 4 x 1 = 4 TB as reserve.

Anteckning

I kluster med enheter av alla tre typer (NVMe + SSD + HDD) rekommenderar vi att du reserverar motsvarande en SSD plus en hård disk per server, upp till 4 enheter om var och en.In clusters with drives of all three types (NVMe + SSD + HDD), we recommend reserving the equivalent of one SSD plus one HDD per server, up to 4 drives of each.

Exempel: kapacitets planeringExample: Capacity planning

Överväg 1 4-Server kluster.Consider one four-server cluster. Varje server har några cache-och sexton 2 TB-enheter för kapacitet.Each server has some cache drives plus sixteen 2 TB drives for capacity.

4 servers x 16 drives each x 2 TB each = 128 TB

Från den här 128 TB i lagringspoolen ställer vi in fyra enheter eller 8 TB, så att reparationer på plats kan ske utan att det går att byta ut enheter när de har misslyckats.From this 128 TB in the storage pool, we set aside four drives, or 8 TB, so that in-place repairs can happen without any rush to replace drives after they fail. Detta lämnar 120 TB fysisk lagrings kapacitet i poolen med vilken vi kan skapa volymer.This leaves 120 TB of physical storage capacity in the pool with which we can create volumes.

128 TB – (4 x 2 TB) = 120 TB

Anta att vi behöver vår distribution för att vara värd för några virtuella Hyper-V-datorer med hög tillgänglighet, men vi har också massor av kall lagring – gamla filer och säkerhets kopior som vi behöver behålla.Suppose we need our deployment to host some highly active Hyper-V virtual machines, but we also have lots of cold storage – old files and backups we need to retain. Eftersom vi har fyra servrar, ska vi skapa fyra volymer.Because we have four servers, let's create four volumes.

Vi placerar de virtuella datorerna på de två första volymerna, Volume1 och volume2.Let's put the virtual machines on the first two volumes, Volume1 and Volume2. Vi väljer ReFS som fil system (för snabbare skapande och kontroll punkter) och dubbelriktad spegling för återhämtning för att maximera prestanda.We choose ReFS as the filesystem (for the faster creation and checkpoints) and three-way mirroring for resiliency to maximize performance. Vi placerar kyl enheten på de andra två volymerna, volym 3 och volym 4.Let's put the cold storage on the other two volumes, Volume 3 and Volume 4. Vi väljer NTFS som fil system (för datadeduplicering) och dubbel paritet för återhämtning för att maximera kapaciteten.We choose NTFS as the filesystem (for Data Deduplication) and dual parity for resiliency to maximize capacity.

Vi behöver inte göra alla volymer till samma storlek, men för enkelhetens skull kan vi till exempel göra dem till alla 12 TB.We aren't required to make all volumes the same size, but for simplicity, let's – for example, we can make them all 12 TB.

Volume1 och volume2 kommer att ha 12 TB x 33,3 procent effektivitet = 36 TB fysisk lagrings kapacitet.Volume1 and Volume2 will each occupy 12 TB x 33.3 percent efficiency = 36 TB of physical storage capacity.

Volume3 och Volume4 kommer att ha 12 TB x 50,0 procent effektivitet = 24 TB fysisk lagrings kapacitet.Volume3 and Volume4 will each occupy 12 TB x 50.0 percent efficiency = 24 TB of physical storage capacity.

36 TB + 36 TB + 24 TB + 24 TB = 120 TB

De fyra volymerna passar exakt den fysiska lagrings kapacitet som är tillgänglig i vår pool.The four volumes fit exactly on the physical storage capacity available in our pool. Passa!Perfect!

Diagrammet visar 2 12 TB-speglings volymer som är associerade med 36 TB lagring och 2 12 TB dubbla paritets volymer som var och en är associerade med 24 TB och som tar upp 120 TB i en lagringspool.

Tips

Du behöver inte skapa alla volymer omedelbart.You don't need to create all the volumes right away. Du kan alltid utöka volymer eller skapa nya volymer senare.You can always extend volumes or create new volumes later.

För enkelhetens skull använder det här exemplet decimaler (bas-10) i hela, vilket betyder 1 TB = 1 000 000 000 000 byte.For simplicity, this example uses decimal (base-10) units throughout, meaning 1 TB = 1,000,000,000,000 bytes. Lagrings antalet i Windows visas dock i binära enheter (bas 2).However, storage quantities in Windows appear in binary (base-2) units. Till exempel visas varje 2 TB-enhet som 1,82 TiB i Windows.For example, each 2 TB drive would appear as 1.82 TiB in Windows. På samma sätt visas lagringspoolen 128 TB som 116,41 TiB.Likewise, the 128 TB storage pool would appear as 116.41 TiB. Detta är förväntat.This is expected.

AnvändningUsage

Se skapa volymer i Azure Stack HCI.See Creating volumes in Azure Stack HCI.

Nästa stegNext steps

Mer information finns i också:For more information, see also: