PowerVault ME4: Vad är överanvändning och hur fungerar det?
Summary: I den här artikeln beskrivs grundsatserna för överanvändning i PowerVault ME4-serien och hur du beräknar dem.
Resolution
Innehållsförteckning
- Vad är överanvändning och hur fungerar det?
- Var kan man se information om överanvändning eller överanvändningsproblem i loggarna?
- Vad är metadataindexstorleken?
- Vad är 16GiB-adresstabellen?
- Vad är den högsta gränsen för överanvändning?
- Vad är skillnaden mellan Shared Data (delade data), Unique Data (unika data) och Snap Data (snapshotdata)?
- Ska värdena för unika data (visa alla typer av snapshots) och allokerad storlek (visa snapshotutrymme) stämma överens?
- Hur beräknar jag hur mycket utrymme som används och vad det används till?
Fråga: Vad är överanvändning och hur fungerar det?
Svar:
Överanvändning betyder att den totala använda storleken på alla virtuella volymer, bland annat snapshots, överskrider det fysiska utrymmet i den virtuella poolen.
Den här funktionen är specifik för virtuell lagring. Det gäller INTE för linjär lagring.
Med den här funktionen kan du överanvända fysiska lagringsresurser och få operativsystemet att fungera som om det har mer lagringsutrymme än vad som är fysiskt allokerat.
Alla volymer, som snapshots, som skapas i disksystemet förbrukar metadataindex från lagringsutrymmet för den virtuella poolen.
Den fasta programvaran har vanligtvis stöd för högst 1 PiB metadata per virtuell pool.
Överväg till exempel ett lagringsdisksystem med 100 TB tillgängligt poolutrymme på pool A.
När överanvändningsfunktionen är avaktiverad kan man BARA skapa volymer (som snapshots) med högst 100 TB, och konfigurationen får inte ha mer än 100 TB metadataindex.
Med överanvändningsfunktionen aktiverad kan man skapa volymer (som snapshots) i den fasta programvaran som är större än den fysiska gränsen på 100 TB eftersom den fasta programvaran stöder högst 1 PiB metadataindex.
På så sätt kan systemet skapa volymer (inklusive snapshots) till högst 1 PiB per pool. Detta beskrivs mer detaljerat i frågan Vad är metadataindexstorleken?
Fråga: Var kan man se information om överanvändning eller överanvändningsproblem i loggarna?
Svar:
När information om överanvändning visas i användargränssnittet visas händelse-ID:n i händelseloggarna. Nedan visas några exempel på händelsekoder.
Händelse-ID 473 – Den angivna volymen använder mer än sitt gränsvärde i procent av den virtuella poolen. Det här är en indikation på att lagringsanvändningen överskred det användardefinierade gränsvärdet för den här volymen.
Händelse-ID 573 – Varning: Allokerat utrymme för snapshot för en virtuell pool kan inte minskas eftersom det inte går att ta bort snapshots.
Händelse-ID 571 – Fel: Allokerat utrymme för snapshot överskred den konfigurerade procentgränsen för den virtuella poolen.
Obs! Fler händelsekoder och förklaringar finns i användarhandboken.
Fråga: Vad är metadataindexstorleken? Vad är 16GiB-adresstabellen?
Svar:
Maximalt antal metadataindexposter som kan användas är 65 312. Multiplicera antalet metadataindexposter med adresstabellen när du ska beräkna fysiskt användbart utrymme.
Det motsvarar ungefär 1 PiB, som är 1 048 576 GiB.
Fråga: Vad är den högsta gränsen för överanvändning?
Svar:
Den fasta programvaran har vanligtvis stöd för högst 1 PiB metadata per virtuell pool.
När överanvändningsfunktionen är avaktiverad kan poolen ENDAST använda maximalt av det tillgängliga lagringsutrymmet till metadata.
Med överanvändningsfunktionen aktiverad kan poolen använda högst 1 PiB per pool till metadata, vilket är gränsen för den fasta programvaran.
Fråga: Vad är skillnaden mellan Shared Data (delade data), Unique Data (unika data) och Snap Data (snapshotdata)?
Svar:
Snap Data (snapshotdata): Den totala mängden skrivdata som associeras med snapshotet.
Med andra ord är det volyallokeringsinformationen om den överordnade volymen för snapshotet när snapshotet ursprungligen togs. Det är den använda storleken på volymen när snapshotet togs.
Unique Data (unika data): Mängden skrivdata för det specifika snapshotet.
Med andra ord är dessa data de som har ändrats eller modifierats på den ursprungliga volymen
Shared Data (delade data): Mängden skrivdata som delas mellan det här snapshotet och andra snapshots.
Med andra ord är dessa data de som inte har ändrats eller modifierats på den ursprungliga volymen när shapshotet togs.
Dessutom motsvarar delade data och unika data tillsammans ungefär snapshotdata.
Fråga: Ska värdena för unika data (visa alla typer av snapshots) och allokerad storlek (visa snapshotutrymme) stämma överens?
Svar:
Det är tänkt att värdet för unika data (ändrade data) ska matcha värdet för allokerad storlek. Unika data är storleken på snapshotets fysiska data. Dessa unika data använder snapshotets utrymme.
För konfigurationer där ENDAST snapshots har konfigurerats är summan av unika data för alla snapshots densamma som den totala allokerade storleken för snapshot som rapporteras.
För konfigurationer där replikering har konfigurerats används summan av unika data för alla snapshots som är associerade med standardsnapshots plus unika data för de snapshots som är associerade med replikeringsuppgifter.
Men vanligtvis ingår inte snapshotdata, delade data eller unika data i utdata för ”show snapshot”. Det är därför kommandot ”visa alla typer av snapshots” används.
Exempel:
För konfigurationer där replikering har ställts in behåller den fasta programvaran tre snapshots av varje replikeringsuppgift (S1, S2 och S3).
Värdet för snapshotet S3 är det som replikeras efter den första replikeringen.
När S3 blir S2 i det efterföljande replikeringsschemat ingår all associerad datainformation i tabellen för ”show snapshots”-data.
Under tiden replikering pågår rapporteras inte värdena för alla S3 i loggarna. Det finns heller inga CLI-kommandon för att rapportera den här informationen. Det betyder att det kanske finns en avvikelse mellan unika data och allokerad storlek när replikering pågår.
Det är förväntat beteende.
Pool Name URL Creation Date/Time Status Status-Reason Parent Volume Base Vol Base Vol Snaps TreeSnaps Snap-Pool Snap Data Unique Data Shared Data Retention Priority
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
A ESXI.S1 2020-02-03 19:48:09 Available N/A ESXI ESXI 0 8 N/A 7580.4GB 0B 7580.4GB never-delete
A ESXI.S2 2020-02-03 19:48:09 Available N/A ESXI ESXI 0 8 N/A 7580.4GB 7767.8MB 7572.6GB never-delete
A ESXI.S3 2020-02-03 19:48:10 Available N/A ESXI ESXI 0 8 N/A 0B 0B 0B never-delete
A ESXIs01_S0003 2020-03-02 05:01:10 Available N/A ESXI ESXI 0 8 N/A 6988.9GB 344.6GB 6644.2GB never-delete
A ESXIs01_S0004 2020-03-03 05:01:08 Available N/A ESXI ESXI 0 8 N/A 7042.6GB 22.2GB 7020.3GB never-delete
A ESXIs01_S0005 2020-03-04 05:01:08 Available N/A ESXI ESXI 0 8 N/A 7045.4GB 49.8GB 6995.5GB never-delete
A ESXIs01_S0006 2020-03-05 05:01:15 Available N/A ESXI ESXI 0 8 N/A 7580.0GB 19.3GB 7560.6GB never-delete
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Fråga: Hur beräknar jag hur mycket utrymme som används och vad det används till?
Svar:
Det använda utrymmet är storleken på alla virtuella volymer plus storleken på snapshotmetadata.
Det går inte att se var allt utrymme används per volym eller snapshot i användargränssnittet. Detta måste beräknas från loggar och/eller CLI-kommandon.
Utdata från ”visa pooler” och ”visa volymer” behövs.
Exempel:
Skärmbild av information för användargränssnittet som visar överanvändning i pool A men inte i pool B

Skärmbild av mer information om pool A

Exempel på utdata från ”visa pooler”.
Name Serial Number Class Blocksize Total Size Avail Snap Size OverCommit Disk Groups Volumes Low Thresh Mid Thresh High Thresh Sec Fmt Health Reason Action
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
A 00c0ff50ae66000081562a5e01000000 Virtual 512 35.2TB 29.5TB 1437.9GB Enabled 2 105 50.00 % 75.00 % 99.39 % 512e OK
B 00c0ff50ae0600009f562a5e01000000 Virtual 512 35.2TB 23.9TB 1305.3GB Enabled 2 108 50.00 % 75.00 % 99.39 % 512e OK
Exempel på utdata från ”visa volymer” – trunkerade eller modifierade för att visa var data kommer från för följande tabeller och beräkningar
Pool Name Total Size Alloc Size Class Type Large Virtual Extents Health Reason Action
-------------------------------------------------------------------------------------------------------------------------
B D-ADPSVR2 XXX.XGB XXX.XGB Virtual base Disabled OK
B D-ADPSVR2s01_S0011 XXX.XGB XXX.XGB Virtual snapshot Disabled OK
Steg för att beräkna överanvändning
Använd följande värden från kommandona. Vi rekommenderar att du skapar en tabell eller ett Excel-ark.
visa pooler = Total storlek, Tillg., Storlek på snapshot
visa volymer = Total storlek, Allok. storlek
För att dela upp data i ett användbart format så att man kan se var data används. Nedan finns en tabell över vilka fält man ska titta på och var man ska hämta data.
| Namn |
CLI-kommando |
Kolumn/fält |
Modifierare 1 |
Modifierare 2 |
Beräkning |
| Total storlek |
visa pooler |
Total storlek |
|
Konvertera till en gemensam nämnare (MB/GB/TB) |
X |
| Tillg./ledigt |
visa pooler |
Tillg. |
|
Konvertera till en gemensam nämnare (MB/GB/TB) |
X |
| Snapshot som används |
visa pooler |
Storlek på snapshot |
|
Konvertera till en gemensam nämnare (MB/GB/TB) |
X |
| Total storlek på volym |
visa volymer |
Total storlek |
”basobjekt” i kolumnen Typ |
Konvertera till en gemensam nämnare (MB/GB/TB) |
Lägg ihop alla objekt |
| Allokerad storlek för volym |
visa volymer |
Allok. storlek |
”basobjekt” i kolumnen Typ |
Konvertera till en gemensam nämnare (MB/GB/TB) |
Lägg ihop alla objekt |
| Total storlek på snapshot |
visa volymer |
Total storlek |
”snapshotobjekt” i kolumnen Typ |
Konvertera till en gemensam nämnare (MB/GB/TB) |
Lägg ihop alla objekt |
| Allokerat för snapshot |
visa volymer |
Allok. storlek |
”snapshotobjekt” i kolumnen Typ |
Konvertera till en gemensam nämnare (MB/GB/TB) |
Lägg ihop alla objekt |
Obs! Värden för allokerade kan användas för att se hur mycket utrymme som används i systemet.
Exempel från kundsystemet
| Titel |
Pool A (i GB) |
Pool B (i GB) |
| Total storlek |
35 200 |
35 200 |
| Tillg./ledigt |
29 500 |
23 900 |
| Snapshot som används |
1 437,9 |
1 305,3 |
| Total storlek på volym |
12 246,2 |
12 578,4 |
| Allokerad storlek för volym |
4 231,0952 |
9 910,8845 |
| Total storlek på snapshot |
29 979,3 |
16 762,9 |
| Allokerat för snapshot |
16 922,1 |
10 974,2117 |
Beräkna nu informationen om använda och/eller överanvända per pool.
Använda: Total storlek på volym + Total storlek på snapshot
| Pool |
Total storlek på volym |
Total storlek på snapshot |
Fastställt |
| Banderollen |
12 246,2 |
29 979,3 |
42 225,5 |
| B |
12 578,4 |
16 762,9 |
29 341,3 |
Överanvända: Använda - Total storlek
| Pool |
Fastställt |
Total storlek |
Överanvända |
| Banderollen |
42 225,5 |
35 200 |
7 025,5 |
| B |
29 341,3 |
35 200 |
-5 858,7 |
Obs! När det gäller värdena för överanvända betyder positiva värden att poolen är överanvänd. Negativa värden betyder att poolen inte är överanvänd.
I exemplet:
A överanvänds med 7 025,5 GB
B överanvänds inte eftersom talet är negativt.