Volumes plannen in Azure Stack HCIPlan volumes in Azure Stack HCI

Van toepassing op: Azure Stack HCI, versie 20H2; Windows Server 2019Applies to: Azure Stack HCI, version 20H2; Windows Server 2019

Dit onderwerp bevat richt lijnen voor het plannen van volumes in Azure Stack HCI om te voldoen aan de prestatie-en capaciteits behoeften van uw workloads, zoals het kiezen van het bestands systeem, tolerantie type en grootte.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.

Controleren: wat zijn volumes?Review: What are volumes

Volumes zijn waar u de bestanden die nodig zijn voor de werk belastingen, zoals VHD-of VHDX-bestanden voor virtuele Hyper-V-machines, plaatst.Volumes are where you put the files your workloads need, such as VHD or VHDX files for Hyper-V virtual machines. Volumes combi neren de stations in de opslag groep om de fout tolerantie, schaal baarheid en prestatie voordelen van opslagruimten direct, de software-gedefinieerde opslag technologie achter Azure stack HCI uit te voeren.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.

Notitie

In de documentatie voor Opslagruimten Direct, gebruiken we term "volume" om gezamenlijk naar het volume en de virtuele schijf te verwijzen, inclusief de functionaliteit van andere ingebouwde Windows-functies, zoals CSV (cluster Shared volumes) en 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. Meer informatie over deze verschillen op implementatie niveau is niet nodig om Opslagruimten Direct te plannen en te implementeren.Understanding these implementation-level distinctions is not necessary to plan and deploy Storage Spaces Direct successfully.

In het diagram worden drie mappen weer gegeven die zijn gelabeld als volumes, die allemaal zijn gekoppeld aan een virtuele schijf die is gemarkeerd als volumes, die allemaal zijn gekoppeld aan een algemene opslag groep van schijven.

Alle volumes zijn tegelijkertijd toegankelijk voor alle servers in het cluster.All volumes are accessible by all servers in the cluster at the same time. Nadat ze zijn gemaakt, worden ze op \ C:\ClusterStorage op alle servers weer gegeven.Once created, they show up at C:\ClusterStorage\ on all servers.

Scherm opname toont een Verkenner-venster met de naam cluster Storage dat volumes bevat met de namen Volume1, Volume2 en Volume3.

Kiezen hoeveel volumes u wilt makenChoosing how many volumes to create

Het is raadzaam om het aantal volumes een veelvoud van het aantal servers in het cluster te maken.We recommend making the number of volumes a multiple of the number of servers in your cluster. Als u bijvoorbeeld vier servers hebt, zult u meer consistente prestaties ondervinden met 4 totaal volumes dan met 3 of 5.For example, if you have 4 servers, you will experience more consistent performance with 4 total volumes than with 3 or 5. Hierdoor kan het cluster het volume ' eigendom ' distribueren (één server verwerkt de indeling van meta gegevens voor elk volume) gelijkmatig onder servers.This allows the cluster to distribute volume "ownership" (one server handles metadata orchestration for each volume) evenly among servers.

Het is raadzaam het totale aantal volumes per cluster te beperken tot 64 volumes.We recommend limiting the total number of volumes to 64 volumes per cluster.

Het bestands systeem kiezenChoosing the filesystem

Het is raadzaam om het nieuwe ReFS-bestands systeem voor opslagruimten direct te gebruiken.We recommend using the new Resilient File System (ReFS) for Storage Spaces Direct. ReFS is het belangrijkste bestands systeem dat speciaal is ontworpen voor virtualisatie en biedt veel voor delen, waaronder indrukwekkende prestatie versnellingen en ingebouwde beveiliging tegen beschadiging van gegevens.ReFS is the premier filesystem purpose-built for virtualization and offers many advantages, including dramatic performance accelerations and built-in protection against data corruption. Het ondersteunt vrijwel alle sleutel-NTFS-functies, inclusief Gegevensontdubbeling in Windows Server versie 1709 en hoger.It supports nearly all key NTFS features, including Data Deduplication in Windows Server version 1709 and later. Zie de tabel met ReFS- functies voor meer informatie.See the ReFS feature comparison table for details.

Als uw werk belasting een functie vereist die niet door ReFS wordt ondersteund, kunt u in plaats daarvan NTFS gebruiken.If your workload requires a feature that ReFS doesn't support yet, you can use NTFS instead.

Tip

Volumes met verschillende bestands systemen kunnen naast elkaar bestaan in hetzelfde cluster.Volumes with different file systems can coexist in the same cluster.

Het tolerantie type kiezenChoosing the resiliency type

Volumes in Opslagruimten Direct bieden flexibiliteit om te beschermen tegen hardwareproblemen, zoals problemen met het station of de server, en om voortdurende Beschik baarheid in te scha kelen voor server onderhoud, zoals software-updates.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.

Notitie

Welke typen toleranties u kunt kiezen, is onafhankelijk van welke typen stations u hebt.Which resiliency types you can choose is independent of which types of drives you have.

Met twee serversWith two servers

Met twee servers in het cluster kunt u twee richtings spiegeling gebruiken of kunt u genest tolerantie gebruiken.With two servers in the cluster, you can use two-way mirroring or you can use nested resiliency.

Met twee richtings spiegeling worden twee kopieën van alle gegevens bewaard, één kopie op de stations op elke server.Two-way mirroring keeps two copies of all data, one copy on the drives in each server. De opslag efficiëntie is 50 procent; Als u 1 TB aan gegevens wilt schrijven, hebt u ten minste 2 TB fysieke opslag capaciteit in de opslag groep nodig.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. Mirroring in twee richtingen kan veilig één hardwarestoring per keer (één server of station) beverdragen.Two-way mirroring can safely tolerate one hardware failure at a time (one server or drive).

Diagram toont de volumes met gelabelde gegevens en kopieën die zijn verbonden via ronde pijlen en beide volumes zijn gekoppeld aan een bank van schijven op servers.

Genest tolerantie biedt gegevens tolerantie tussen servers met mirroring in twee richtingen, en voegt vervolgens tolerantie toe aan een server met mirroring in twee richtingen of met mirror-versnelde pariteit.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. Nesten levert gegevens tolerantie, zelfs wanneer een server opnieuw wordt opgestart of niet beschikbaar is.Nesting provides data resilience even when one server is restarting or unavailable. De opslag efficiëntie is 25 procent met geneste mirroring in twee richtingen en rond 35-40 procent voor geneste mirrors met een versneld volume.Its storage efficiency is 25 percent with nested two-way mirroring and around 35-40 percent for nested mirror-accelerated parity. Genest tolerantie kan veilig twee hardwarestoringen per keer (twee schijven of een server en een station op de resterende server) beverdragen.Nested resiliency can safely tolerate two hardware failures at a time (two drives, or a server and a drive on the remaining server). Vanwege deze toegevoegde gegevens tolerantie wordt u aangeraden genest tolerantie te gebruiken voor productie-implementaties van twee-server clusters.Because of this added data resilience, we recommend using nested resiliency on production deployments of two-server clusters. Zie genest tolerantievoor meer informatie.For more info, see Nested resiliency.

Diagram toont gespiegelde mirrors met geneste pariteit met een mirror met twee richtingen die zijn gekoppeld aan een mirror in twee richtingen binnen elke server die overeenkomt met een pariteitsbit op elke server.

Met drie serversWith three servers

Met drie servers moet u drie richtings spiegeling gebruiken om de fout tolerantie en prestaties te verbeteren.With three servers, you should use three-way mirroring for better fault tolerance and performance. Bij het spie gelen in drie richtingen worden drie kopieën van alle gegevens bewaard, één kopie op de stations van elke server.Three-way mirroring keeps three copies of all data, one copy on the drives in each server. De opslag efficiëntie is 33,3 procent: voor het schrijven van 1 TB aan gegevens moet u ten minste 3 TB fysieke opslag capaciteit in de opslag groep hebben.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. Mirroring in drie richtingen kan veilig ten minste twee hardwareproblemen (stations of servers) tegelijkverdragen.Three-way mirroring can safely tolerate at least two hardware problems (drive or server) at a time. Als 2 knoop punten niet meer beschikbaar zijn, verliest de opslag groep het quorum, omdat 2/3 van de schijven niet beschikbaar is en de virtuele schijven niet toegankelijk zijn.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. Een knoop punt kan echter niet actief zijn en een of meer schijven op een ander knoop punt kunnen mislukken en de virtuele schijven zijn online.However, a node can be down and one or more disks on another node can fail and the virtual disks will remain online. Als u bijvoorbeeld één server opnieuw opstart wanneer plotseling een ander station of een andere server uitvalt, blijven alle gegevens veilig en voortdurend toegankelijk.For example, if you're rebooting one server when suddenly another drive or server fails, all data remains safe and continuously accessible.

Diagram toont een volume met gelabelde gegevens en twee kopieën met een label, verbonden door ronde pijlen, met elk volume dat is gekoppeld aan een server die fysieke schijven bevat.

Met vier of meer serversWith four or more servers

Met vier of meer servers kunt u voor elk volume kiezen of u drie richtings spiegeling wilt gebruiken, met dubbele pariteit (ook wel ' Codeer codering ' genoemd), of door de twee te combi neren met mirror-versnelde pariteit.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.

Dubbele pariteit biedt dezelfde fout tolerantie als mirroring in drie richtingen, maar met betere opslag efficiëntie.Dual parity provides the same fault tolerance as three-way mirroring but with better storage efficiency. Met vier servers is de opslag efficiëntie van 50,0 procent. voor het opslaan van 2 TB aan gegevens hebt u 4 TB aan fysieke opslag capaciteit in de opslag groep nodig.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. Dit verhoogt de opslag efficiëntie van 66,7 procent met zeven servers en gaat verder tot 80,0 procent van de opslag.This increases to 66.7 percent storage efficiency with seven servers, and continues up to 80.0 percent storage efficiency. De balans is dat pariteits codering meer reken intensief is, waardoor de prestaties kunnen worden beperkt.The tradeoff is that parity encoding is more compute-intensive, which can limit its performance.

Diagram toont twee volumes met gelabelde gegevens en twee gelabelde pariteiten die zijn verbonden door ronde pijlen, met elk volume dat is gekoppeld aan een server die fysieke schijven bevat.

Welk type tolerantie moet er worden gebruikt, is afhankelijk van de behoeften van uw workload.Which resiliency type to use depends on the needs of your workload. Hier volgt een tabel met een overzicht van de werk belastingen die geschikt zijn voor elk type tolerantie, evenals de prestaties en opslag efficiëntie van elk type tolerantie.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.

TolerantietypeResiliency type Capaciteits efficiëntieCapacity efficiency SnelheidSpeed WorkloadsWorkloads
MirrorMirror Efficiëntie van opslag met 33%
Mirror in drie richtingen: 33%Three-way mirror: 33%
Twee richtings spiegel: 50%Two-way-mirror: 50%
Prestaties met 100%
Hoogste prestatiesHighest performance
Gevirtualiseerde werk belastingenVirtualized workloads
DatabasesDatabases
Andere werk belastingen met hoge prestatiesOther high performance workloads
Mirror-versnelde pariteitMirror-accelerated parity Efficiëntie van opslag met ongeveer 50%
Is afhankelijk van het gedeelte van Mirror en pariteitDepends on proportion of mirror and parity
Prestaties weer gegeven rond 20%
Veel langzamer dan mirror, maar Maxi maal twee keer zo snel als dual-parityMuch slower than mirror, but up to twice as fast as dual-parity
Geschikt voor grote sequentiële Schrijf bewerkingen en lees bewerkingenBest for large sequential writes and reads
Archivering en back-upArchival and backup
Gevirtualiseerde desktop infrastructuurVirtualized desktop infrastructure
Dubbele pariteitDual-parity Efficiëntie van opslag met ongeveer 80%
4 servers: 50%4 servers: 50%
16 servers: tot 80%16 servers: up to 80%
Prestaties die rond 10% worden weer gegeven
Hoogste I/O-latentie & CPU-gebruik bij schrijf bewerkingenHighest I/O latency & CPU usage on writes
Geschikt voor grote sequentiële Schrijf bewerkingen en lees bewerkingenBest for large sequential writes and reads
Archivering en back-upArchival and backup
Gevirtualiseerde desktop infrastructuurVirtualized desktop infrastructure

Wanneer prestaties het meestWhen performance matters most

Werk belastingen met strikte latentie vereisten of die veel gemengde wille keurige IOPS nodig hebben, zoals SQL Server data bases of prestatie gevoelige Hyper-V virtuele machines, moeten worden uitgevoerd op volumes die gebruikmaken van mirroring om de prestaties te maximaliseren.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.

Tip

Mirroring is sneller dan andere typen toleranties.Mirroring is faster than any other resiliency type. We gebruiken mirroring voor bijna alle voor beelden van prestaties.We use mirroring for nearly all our performance examples.

Wanneer capaciteit het meest belang rijk isWhen capacity matters most

Workloads die niet regel matig worden geschreven, zoals data warehouses of ' koude ' opslag, moeten worden uitgevoerd op volumes die gebruikmaken van dubbele pariteit om de opslag efficiëntie te maximaliseren.Workloads that write infrequently, such as data warehouses or "cold" storage, should run on volumes that use dual parity to maximize storage efficiency. Bepaalde andere werk belastingen, zoals traditionele bestands servers, VDI (Virtual Desktop Infrastructure) of anderen die geen veel snelle-drift van wille keurig IO-verkeer maken en/of de beste prestaties, kunnen op uw keuze ook gebruikmaken van dubbele pariteit.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. Pariteit verhoogt het CPU-gebruik en i/o-latentie, met name bij schrijf bewerkingen, vergeleken met mirroring.Parity inevitably increases CPU utilization and IO latency, particularly on writes, compared to mirroring.

Wanneer gegevens bulksgewijs worden geschrevenWhen data is written in bulk

Werk belastingen die grote, sequentiële gangen schrijven, zoals archivering of Back-updoelen, hebben een andere optie: Eén volume kan mirroring en dubbele pariteit combi neren.Workloads that write in large, sequential passes, such as archival or backup targets, have another option: one volume can mix mirroring and dual parity. Schrijft het land eerst in het gespiegelde gedeelte en wordt later geleidelijk verplaatst naar het pariteits gedeelte.Writes land first in the mirrored portion and are gradually moved into the parity portion later. Dit versnelt opname en vermindert het gebruik van resources wanneer grote schrijf bewerkingen arriveren, waardoor de computerintensieve pariteits codering voor een langere periode plaatsvindt.This accelerates ingestion and reduces resource utilization when large writes arrive by allowing the compute-intensive parity encoding to happen over a longer time. Wanneer u de grootte van de gedeelten wijzigt, moet u er rekening mee houden dat het aantal schrijf bewerkingen dat tegelijk plaatsvindt (bijvoorbeeld één dagelijkse back-up) in het spiegel gedeelte comfortabel moeten passen.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. Als u bijvoorbeeld eenmaal per dag 100 GB opneemt, kunt u gebruikmaken van mirroring voor 150 GB tot 200 GB en dubbele pariteit voor de rest.For example, if you ingest 100 GB once daily, consider using mirroring for 150 GB to 200 GB, and dual parity for the rest.

De resulterende opslag efficiëntie is afhankelijk van de verhoudingen die u kiest.The resulting storage efficiency depends on the proportions you choose. Zie deze demo voor enkele voor beelden.See this demo for some examples.

Tip

Als u een plotselinge afname van de schrijf prestaties partway via gegevens opname, kan dit erop wijzen dat het spiegel gedeelte niet groot genoeg is of dat het mirrored pariteits niveau niet geschikt is voor uw use-case.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. Als bijvoorbeeld de schrijf prestaties afnemen van 400 MB/s tot 40 MB/s, kunt u overwegen het spiegel gedeelte uit te breiden of te scha kelen naar een mirror in drie richtingen.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.

Over implementaties met NVMe, SSD en HDDAbout deployments with NVMe, SSD, and HDD

In implementaties met twee typen stations bieden de snellere schijven caching terwijl de langzamere schijven capaciteit bieden.In deployments with two types of drives, the faster drives provide caching while the slower drives provide capacity. Dit gebeurt automatisch. Zie Wat is het cache geheugen in opslagruimten directvoor meer informatie.This happens automatically – for more information, see Understanding the cache in Storage Spaces Direct. In dergelijke implementaties bevinden alle volumes zich uiteindelijk op hetzelfde type stations: de capaciteits schijven.In such deployments, all volumes ultimately reside on the same type of drives – the capacity drives.

In implementaties met alle drie de typen stations biedt alleen de snelste stations (NVMe) caching, waardoor er twee soorten schijven (SSD en HDD) worden geleverd om capaciteit te bieden.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. Voor elk volume kunt u kiezen of het volledig in de SSD-laag staat, volledig op de HDD-laag, of dat deze de twee omvat.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.

Belangrijk

U kunt het beste de SSD-laag gebruiken om uw meest prestatie gevoelige workloads op alle flitsen te plaatsen.We recommend using the SSD tier to place your most performance-sensitive workloads on all-flash.

De grootte van volumes kiezenChoosing the size of volumes

U kunt het beste de grootte van elk volume beperken tot 64 TB in Windows Server 2019.We recommend limiting the size of each volume to 64 TB in Windows Server 2019.

Tip

Als u een back-upoplossing gebruikt die afhankelijk is van de Volume Shadow Copy service (VSS) en de Volsnap-software provider, zoals gebruikelijk is bij de werk belasting van de bestands server, worden de prestaties en betrouw baarheid verbeterd wanneer de grootte van het volume wordt beperkt tot 10 TB.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. Back-upoplossingen die gebruikmaken van de nieuwere Hyper-V-RCT-API en/of ReFS-blok klonen en/of de systeem eigen SQL-back-upapi's, kunnen Maxi maal 32 TB en hoger uitvoeren.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.

HunFootprint

De grootte van een volume verwijst naar de bruikbare capaciteit, de hoeveelheid gegevens die kan worden opgeslagen.The size of a volume refers to its usable capacity, the amount of data it can store. Dit wordt gegeven door de para meter -Size van de cmdlet New-volume en wordt vervolgens weer gegeven in de eigenschap Size wanneer u de cmdlet Get-volume uitvoert.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.

Grootte is verschillend van de footprintvan het volume, de totale fysieke opslag capaciteit die in de opslag groep beschikbaar is.Size is distinct from volume's footprint, the total physical storage capacity it occupies on the storage pool. De footprint is afhankelijk van het type tolerantie.The footprint depends on its resiliency type. Volumes die gebruikmaken van drie richtings spiegeling, hebben bijvoorbeeld drie maal hun grootte.For example, volumes that use three-way mirroring have a footprint three times their size.

De footprint van uw volumes moet passen in de opslag groep.The footprints of your volumes need to fit in the storage pool.

Diagram toont een volume van 2 TB vergeleken met een 15 TB footprint in de opslag groep, met een vermenigvuldigings factor drie opgegeven.

Capaciteit reserverenReserve capacity

Als er een capaciteit in de opslag groep niet is toegewezen, kan de schijf ruimte in beslag nemen na het mislukken van de stations, waardoor de veiligheid en prestaties van gegevens worden verbeterd.Leaving some capacity in the storage pool unallocated gives volumes space to repair "in-place" after drives fail, improving data safety and performance. Als er voldoende capaciteit is, kan een onmiddellijke, in-place, parallelle reparatie volumes herstellen naar volledige tolerantie, zelfs voordat de defecte stations worden vervangen.If there is sufficient capacity, an immediate, in-place, parallel repair can restore volumes to full resiliency even before the failed drives are replaced. Dit gebeurt automatisch.This happens automatically.

Het is raadzaam om het equivalent van één capaciteits schijf per server te reserveren, Maxi maal 4 schijven.We recommend reserving the equivalent of one capacity drive per server, up to 4 drives. U kunt meer aan uw keuze reserveren, maar deze minimale aanbeveling garandeert dat een onmiddellijke, in-place, parallelle reparatie kan slagen na het mislukken van een schijf.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.

Diagram toont een volume dat is gekoppeld aan verschillende schijven in een opslag groep en niet-gekoppelde schijven die als reserve zijn gemarkeerd.

Als u bijvoorbeeld 2 servers hebt en u 1 TB capaciteits schijven gebruikt, moet u 2 x 1 = 2 TB van de groep als reserve instellen.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. Als u 3 servers en 1 TB capaciteits schijven hebt, moet u 3 x 1 = 3 TB reserveren.If you have 3 servers and 1 TB capacity drives, set aside 3 x 1 = 3 TB as reserve. Als u 4 of meer servers en 1 TB capaciteits schijven hebt, moet u 4 x 1 = 4 TB reserveren.If you have 4 or more servers and 1 TB capacity drives, set aside 4 x 1 = 4 TB as reserve.

Notitie

In clusters met stations van alle drie typen (NVMe + SSD + HDD) raden wij u aan om het equivalent van één SSD en één HDD per server te reserveren, Maxi maal 4 stations van elk.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.

Voor beeld: capaciteits planningExample: Capacity planning

Overweeg 1 4-server cluster.Consider one four-server cluster. Elke server heeft enkele cache stations plus 16 2 TB schijven voor capaciteit.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

Van deze 128 TB in de opslag groep worden vier schijven of 8 TB gereserveerd, zodat in-place reparaties kunnen plaatsvinden zonder spoed om stations te vervangen nadat ze zijn mislukt.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. Dit heeft 120 TB aan fysieke opslag capaciteit in de groep waarmee we volumes kunnen maken.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

Stel dat we onze implementatie nodig hebben voor het hosten van een of meer uiterst actieve virtuele Hyper-V-machines, maar we hebben ook veel koel opslag – oude bestanden en back-ups die we moeten bewaren.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. Omdat we vier servers hebben, maken we vier volumes.Because we have four servers, let's create four volumes.

We plaatsen de virtuele machines op de eerste twee volumes, Volume1 en Volume2.Let's put the virtual machines on the first two volumes, Volume1 and Volume2. We kiezen ReFS als het bestands systeem (voor het sneller maken en controle punten) en het spie gelen in drie richtingen voor tolerantie om de prestaties te maximaliseren.We choose ReFS as the filesystem (for the faster creation and checkpoints) and three-way mirroring for resiliency to maximize performance. Laten we de koude opslag plaatsen op de andere twee volumes, volume 3 en volume 4.Let's put the cold storage on the other two volumes, Volume 3 and Volume 4. We kiezen NTFS als het bestands systeem (voor Gegevensontdubbeling) en dubbele pariteit voor tolerantie om de capaciteit te maximaliseren.We choose NTFS as the filesystem (for Data Deduplication) and dual parity for resiliency to maximize capacity.

Het is niet vereist om alle volumes even groot te maken, maar voor eenvoud kunnen we deze bijvoorbeeld allemaal 12 TB maken.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 en Volume2 hebben elk een efficiëntie van 12 TB x 33,3 procent = 36 TB aan fysieke opslag capaciteit.Volume1 and Volume2 will each occupy 12 TB x 33.3 percent efficiency = 36 TB of physical storage capacity.

Volume3 en Volume4 hebben elk een efficiëntie van 12 TB x 50,0 procent = 24 TB aan fysieke opslag capaciteit.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 vier volumes passen precies op de fysieke opslag capaciteit die beschikbaar is in onze groep.The four volumes fit exactly on the physical storage capacity available in our pool. WordPerfect!Perfect!

Diagram toont een drie richtings spiegel volume van 2 12 TB elk met 36 TB aan opslag en 2 12 TB dubbele pariteits volumes die elk zijn gekoppeld aan 24 TB, waarbij alle 120 TB in een opslag groep worden meegenomen.

Tip

U hoeft niet alle volumes meteen te maken.You don't need to create all the volumes right away. U kunt volumes altijd uitbreiden of later nieuwe volumes maken.You can always extend volumes or create new volumes later.

Voor het gemak gebruikt dit voor beeld decimale eenheden (basis 10) in de loop van 1 TB = 1.000.000.000.000 bytes.For simplicity, this example uses decimal (base-10) units throughout, meaning 1 TB = 1,000,000,000,000 bytes. Opslag hoeveelheden worden echter in Windows weer gegeven in binaire eenheden (basis-2).However, storage quantities in Windows appear in binary (base-2) units. Elk station van 2 TB wordt bijvoorbeeld weer gegeven als 1,82 TiB in Windows.For example, each 2 TB drive would appear as 1.82 TiB in Windows. Op dezelfde manier wordt de opslag groep van 128 TB weer gegeven als 116,41 TiB.Likewise, the 128 TB storage pool would appear as 116.41 TiB. Dit is normaal.This is expected.

GebruikUsage

Zie volumes maken in azure stack HCI.See Creating volumes in Azure Stack HCI.

Volgende stappenNext steps

Zie ook voor meer informatie:For more information, see also: