Hoppa till innehållet

En serveruppgradering kräver en påvisad flaskhals

En tänkt portalvy visar hur dataåtkomst och kapacitetsbrist leder till olika nästa kontroller.

Lukas Schneider1 min läsning
Lila halvcirkelformad mätare ovanför ett skjutreglage och en databassymbol.

En långsam portal gör en större maskin till en tänkbar lösning. Om den extra kapaciteten förbättrar flödet beror dock på vad det väntar på. Ett kapacitetsbeslut behöver därför kopplas till den observerade flaskhalsen.

Pröva två förklaringar till samma väntetid

Följande jämförelse är helt hypotetisk. Den innehåller inga fynd från ett kundprojekt eller uppmätta prestandavinster.

Möjlig förklaring

Vad som skulle klargöra antagandet

Nästa försök

Vyn väntar på många efterföljande detaljfrågor

En spårning av uppgiften visar upprepade dataanrop och deras tidsandel

Jämför en avgränsad gemensam hämtning med samma resultat

Nödvändig beräknings- eller I/O-kapacitet är fullt utnyttjad

Mätningar under relevant arbetsprofil visar utnyttjande och väntemönster

Pröva en lämplig kapacitetsändring under jämförbar belastning

Båda orsakerna kan förekomma samtidigt. Applikation, nätverk eller extern tjänst kan också bidra till väntetiden. Ett enda CPU-värde förklarar därför inte hela flödet.

Ange syftet med en ändring

Om det konkreta flödet visar onödiga små dataanrop skulle vi först undersöka deras struktur. Mer processorkraft tar inte automatiskt bort antalet anrop eller kostnaden för varje dataväg. En riktad jämförelse kan visa om färre turer fram och tillbaka hjälper uppgiften.

Det motiverar inte att maskinen alltid lämnas oförändrad. Vid påvisad kapacitetsbrist kan mer kapacitet vara rimlig, till exempel om arbetsvolymen överstiger tillgängliga resurser. Beslutet bör ange vilken gräns det flyttar och hur nyttan ska märkas.

Vid en jämförelse måste uppgift, tillåtna data och förväntat resultat vara likvärdiga. Färre fält, en fylld cache eller lägre samtidig belastning kan annars förklara skillnaden. Ett snabbare svar med saknade poster är inte ett likvärdigt resultat.

Frågan till ett förslag blir därför: Vilken observerad orsak ska det påverka, och hur prövas just den effekten? Det gäller en ny server lika väl som ändrad dataåtkomst.

Källor

Skriven av

  • Lukas SchneiderTeknisk redaktörLukas Schneider skriver om molnteknik och drift av applikationer på ASES. Hans artiklar sträcker sig från val av infrastruktur till underhåll och säkerhetskopiering samt övervakning av system i drift.

Följ ASES

Läs vidare

Alla artiklar

Mjukvaruutveckling med ASES

Skräddarsydd programvara, webb- och mobilappar