Varför saktar delade lagringsköer ner flera hemdatorservrar med virtuella maskiner?

Delade lagringsköer saktar ner flera hemserver-VM:ar eftersom oberoende virtuella diskar så småningom skickar förfrågningar till samma värdadaptrar, kontroller, nätverksvägar och fysiska enheter. Varje VM kan ha sin egen virtuella kö men ändå vänta bakom arbete som genererats av andra VM:ar på en lägre delad nivå.

Nedgången bestäms därför inte bara av en VM:s IOPS. Förfrågningsstorlek, läs-/skrivmix, synkroniseringsbeteende, ködjup, lagringsmedia och topp-timing för varje grann-VM kombineras till en fysisk tjänsteordning och en ändlig latensbudget.

Var blir separata VM-köer gemensamma?

Varje gäst skickar I/O via en virtuell kontroller, men VM-förfrågningar konvergerar på delade fysiska resurser under gästgränsen. Hypervisorn, värdfilsystemet, lagringsadaptern och bakande enhet sammanfogar arbete från flera virtuella diskar.

En VM kan rapportera en kort intern kö medan dess förfrågningar väntar i en värd- eller enhetskö som gästen inte kan se. Det är därför gästdiskutnyttjande ensam kan misslyckas med att förklara lång applikationslatens.

Den kompletta vägen spelar roll: gästschemaläggare, virtuell kontroller, värdkö, nätverkslagringsprotokoll, RAID-kontroller och fysisk media kan alla bidra till väntetid. Det smalaste mättade lagret blir den gemensamma begränsningen.

Hur blir en VM en störande lagringsgranne?

I delad infrastruktur kan en arbetsbelastning monopoliserar lagringsköer och öka latensen för annars tysta arbetsbelastningar. En backup, databaskomprimering, uppdatering eller stor filsökning kan skapa denna topp.

Den störande VM:en behöver inte överskrida sin virtuella diskkapacitet eller CPU-tilldelning. Den behöver bara utfärda tillräckligt många pågående I/O-förfrågningar för att ockupera den delade tjänstvägen snabbare än lagringen kan slutföra förfrågningarna.

Grann-VM:ar upplever sedan högre toppfördröjning även om deras genomsnittliga genomströmningsbehov är litet. En DNS-server, hemautomationsdatabas eller autentiseringstjänst kan kännas långsam eftersom en media-VM skannar eller skriver mycket.

När blir ködjup väntetid?

Viss pågående I/O är användbar eftersom den håller kapabel lagring upptagen, men djupa köer avslöjar en lagringsflaskhals. Utöver enhetens användbara parallellism ökar extra förfrågningar vistelsetiden istället för att öka slutfört arbete proportionellt.

Ködjup är en räknare på ett lager, inte en universell egenskap hos VM:n. Ett gästdjup på åtta, ett värdadapterdjup på hundratals och en NVMe-hårdvarukö är olika platser med olika gränser.

Ködjup ökar latens efter mättnad. Genomströmningen kan förbli hög medan interaktiva VM-förfrågningar väntar längre bakom samma kontinuerliga ström.

Varför kan köarkitektur påverka VM-skalning?

En äldre väg kan tvinga många operationer genom färre kommandokanaler, medan enkelköad lagring serieliserar mer arbete. Flera virtuella maskiner förstärker den arkitektoniska skillnaden eftersom deras förfrågningar anländer samtidigt.

Parallella köer minskar låskonflikter och låter olika CPU-kärnor skicka och slutföra arbete med mindre serielisering. De skapar inte obegränsad lagringsprestanda; kontrollern, nätverket, NAND eller diskarna sätter fortfarande en fysisk gräns.

Protokollet och drivrutinsvägen påverkar därför hur smidigt systemet når mättnad. En mer parallell väg kan bevara genomströmning och minska CPU-belastning, medan en äldre väg kan skapa en dominerande kö snabbare.

Varför reagerar HDD och NVMe olika?

Flash och NVMe kan använda NVMe som stödjer fler parallella kommandon, medan en HDD-aktuator fortfarande betjänar fysiska platser huvudsakligen genom mekanisk rörelse.

Flera virtuella maskiner kan omvandla individuella sekventiella arbetsbelastningar till ett slumpmässigt fysiskt mönster. På hårddiskar ökar sammanflätade förfrågningar söktider och rotationsfördröjning; på SSD:er kan samma samtidighet förbättra utnyttjandet tills interna kontroller eller NAND blir mättade.

Snabbare media minskar servicetiden men eliminerar inte köbildning. Synkrona skrivningar, skräpsamling, RAID-arbete, nätverkslatens och några få stora förfrågningar kan fortfarande fördröja små latenskänsliga operationer.

Hur minskar QoS och arbetsbelastningsseparation störningar?

Den starkaste kontrollen är att begränsa hur mycket delat arbete en VM kan skapa. arbetsbelastningsisolering förhindrar konkurrens mellan hyresgäster genom att ge latenskänsliga tjänster en separat resursgräns.

På en hemserver kan det innebära IOPS-gränser per VM, prioriteringar, separata virtuella diskar, en dedikerad SSD-pool för databaser eller schemaläggning av backuper och skanningar utanför interaktiva timmar.

Mät latens och köbeläggning på värdnivå tillsammans med per-VM-mått. Rättviseåtgärder kan minska toppgenomströmningen för en upptagen VM, men de förhindrar att en batcharbetsbelastning konsumerar svarstidsbudgeten för varje tjänst.

Vanliga frågor

Har varje VM sin egen lagringskö?

Den kan ha virtuella köer, men dessa köer slås så småningom ihop i delade köer för värd, adapter, styrenhet och fysisk enhet.

Kan en backup-VM sakta ner en orelaterad databas-VM?

Ja. En långvarig backup kan fylla delade köer och konsumera diskbandbredd, vilket ökar latensen för databas-VM:en även när CPU och minne är tillgängliga.

Är ett högre ködjup alltid dåligt?

Nej. Viss ködjup avslöjar parallellism och ökar genomströmningen. Det blir skadligt när pågående arbete överstiger användbar parallell kapacitet och förfrågningar mestadels spenderar längre tid på att vänta.

Kommer NVMe att eliminera problem med störande grannar i lagring?

Nej. NVMe erbjuder fler parallella köer och kortare servicetid, men ändliga NAND-, styrenhets-, CPU-, RAID- och nätverksresurser kan fortfarande bli överbelastade.

Slutsats

Flera hemserver-VM:er har inte oberoende fysiska diskar bara för att de ser oberoende virtuella diskar. Deras förfrågningar slås ihop i delade köer där toppar, blandade åtkomstmönster och begränsad enhetsparallellism skapar störande grannars latens. Kömedveten övervakning, gränser per VM, schemaläggning och separata lagringsnivåer gör delad kapacitet användbar utan att tillåta en VM att kontrollera svarstiden för varje applikation.