VPS-oververkoopdetectie: praktische toepassing van Steal Time en diskcache-klip

Oververkoop is een veelvoorkomend fenomeen in de VPS-industrie, maar overmatige oververkoop kan de prestaties aanzienlijk beïnvloeden. Dit artikel biedt vanuit twee dimensies - CPU Steal Time en diskcache-klip - een praktische detectiemethode om te bepalen of een VPS overmatig is oververkocht, en geeft strategieën om hiermee om te gaan.

Bijgewerkt 2026-08-10 · CloudWorth

VPS-oververkoopSteal TimediskcacheprestatiedetectiecloudserverCloudWorthVPS oversellingVPS benchmark

Door voortdurende monitoring van CPU Steal Time en diskcache-klip, gecombineerd met stresstests, kunnen overmatig oververkochte VPS effectief worden geïdentificeerd, zodat tijdig verlies kan worden beperkt en de implementatiestrategie kan worden geoptimaliseerd.

Waarom is het nodig om VPS-overselling te detecteren?

VPS (Virtual Private Server) wordt verkregen door fysieke serverresources te partitioneren op basis van virtualisatietechnologie. Overselling verwijst naar het feit dat de totale verkochte virtuele resources de fysieke resource-limiet overschrijden. Dit is een gangbare praktijk in de IDC-industrie. Redelijke overselling kan de kosten verlagen, maar buitensporige overselling leidt tot CPU-competitie, een sterke stijging van de schijf-I/O-latentie en zelfs het probleem van 'burenlawaai'.

Als gebruiker kunnen we de oversellingsconfiguratie van de provider niet rechtstreeks bekijken, maar we kunnen indirect oordelen via veranderingspatronen in systeemmetrieken. Daarvan zijn CPU Steal Time en schijf-Cache-klif de twee meest directe en effectieve signalen.

Kernmetriek 1: CPU Steal Time (gestolen tijd)

Wat is Steal Time?

In Linux-systemen geeft het veld steal of st het percentage tijd weer dat de CPU van de virtuele machine wordt ingenomen door de hypervisor (hostmachine). Wanneer de fysieke CPU-bronnen ontoereikend zijn, dwingt de hostmachine de planning af, waardoor je VPS de verdiende CPU-tijd niet kan krijgen. Deze wachttijd is Steal Time.

Een te hoge Steal Time betekent dat je VPS 'in de rij wacht voor de CPU', wat de prestaties schaadt.

Hoe bekijk je Steal Time?

Gebruik het top-commando en bekijk de st-waarde in de %Cpu(s)-regel:

top -n 1 | grep '%Cpu'

Voorbeelduitvoer:

%Cpu(s):  5.1 us,  2.0 sy,  0.0 ni, 92.0 id,  0.0 wa,  0.9 hi,  0.0 si,  0.0 st

Hier is st de Steal Time. Je kunt ook het vmstat-commando gebruiken; let op de st-kolom (vereist root-rechten):

vmstat 1 5

Drempelwaarden

• Aanhoudend boven 5%: betekent dat de CPU van de hostmachine overbelast is, jouw VPS begint er hinder van te ondervinden.
• Pieken boven de 10%: er kan duidelijke prestatievermindering optreden, vooral voor taken die continue berekeningen vereisen.
• Langdurig boven 20%: dit duidt op ernstige overselling, overweeg om van provider te wisselen.

Simulatie van stresstest

Het is wellicht niet voldoende om alleen naar de Steal Time in rusttoestand te kijken. Het wordt aanbevolen om de stress-tool te gebruiken om CPU-belasting te simuleren en te observeren hoe Steal Time zich onder druk gedraagt:

# 安装stress（Debian/Ubuntu）
apt install stress -y

# 满载所有CPU核心60秒
stress --cpu $(nproc) --timeout 60 &

# 同时运行top观察
sleep 5 && top -d 2 | grep '%Cpu'

Als de st-waarde onder volledige belasting sterk stijgt, betekent dit dat de fysieke CPU-bronnen door andere VPS'en in grote mate worden opgeëist, wat wijst op ernstige overboeking.

Kernmetriek 2: Schijf-cache-klif

Wat is de disk-cache-klif?

De schijf-I/O-prestaties van een VPS zijn sterk afhankelijk van de cache in het geheugen van de hostmachine. Wanneer de cache wordt geraakt, zijn de lees- en schrijfsnelheden extreem hoog; wanneer de cache niet wordt geraakt (vooral bij plotselinge grote lees-/schrijfbelasting), wordt de fysieke schijfsnelheid de bottleneck en dalen de prestaties met meerdere ordes van grootte, wat een 'klif' vormt.

Als er te veel VPS'en op de hostmachine draaien, wordt het beschikbare cache-aandeel per VPS kleiner, waardoor het klif-effect vaker optreedt.

Hoe detecteer je een schijf-Cache-afgrond?

Gebruik hdparm of dd om de lees-/schrijfsnelheid van de schijf te testen en observeer de snelheidsschommelingen.

1. Eenvoudige test:

# 写入测试（512MB文件）
time dd if=/dev/zero of=testfile bs=1M count=512 conv=fdatasync

# 读取测试（清缓存后）
echo 3 > /proc/sys/vm/drop_caches   # 需要root，清Page Cache
time dd if=testfile of=/dev/null bs=1M count=512

Noteer het snelheidsverschil tussen de eerste test en meerdere tests. Als de eerste schrijfsnelheid erg hoog is (vanwege de schrijfcache), maar daarna scherp daalt, duidt dit op een beperkte cachecapaciteit en ernstige concurrentie.

2. Gebruik fio voor een nauwkeurigere test:

# 安装fio（Debian/Ubuntu）
apt install fio -y

# 4K随机写测试，持续60秒
fio --name=randwrite --ioengine=libaio --rw=randwrite --bs=4k --size=1G --numjobs=4 --iodepth=16 --runtime=60 --time_based --direct=1 --group_reporting

Let vooral op de verdeling van lat (usec) en iops. Als de latentiecurve hevig schommelt, betekent dit dat de fysieke schijfprestaties zeer instabiel zijn bij een cachemiss.

Cliff-detectiemethode

Voer meerdere keren achter elkaar kleine bestandslees- en schrijftests uit en noteer elke keer de IOPS of doorvoer. Bijvoorbeeld:

for i in {1..10}; do
  dd if=/dev/zero of=testfile bs=1M count=64 oflag=direct 2>&1 | tail -1
  rm testfile
done

Als de snelheid plotseling daalt van een paar honderd MB/s naar enkele tientallen MB/s en dit vaak voorkomt, kan worden geconcludeerd dat er sprake is van een disk-cache-cliff.

Andere aanvullende detectiemethoden

1. Geheugenbeschikbaarheid

Overselling kan ook bij het geheugen optreden. Gebruik free -h om het beschikbare geheugen te bekijken; als dit regelmatig onder de 10% ligt en het swapgebruik aanzienlijk is, is het geheugen ook oversold.

2. Burenconcurrentietest

Probeer op specifieke tijdstippen (zoals de avondspits) een stresstest uit te voeren en vergelijk de Steal Time met rustige periodes. Als de statistieken tijdens de piekuren aanzienlijk verslechteren, is dat een verdere aanwijzing voor overboeking.

3. Langdurige monitoring

Het wordt aanbevolen om met sar of atop continu systeemmetrieken vast te leggen, gedurende minimaal een week. Let op prestatiefluctuaties op vaste tijdstippen per week.

# 使用sar记录CPU历史（需要安装sysstat）
sar -u 60 > /tmp/cpu_history.log &

Hoe ga je om met overselling?

• Vermijd piekuren: Plan taken voor niet-realtime workloads in de daluren.
• Voeg caching toe: Voeg caching toe aan de applicatielaag, zoals Redis, om de afhankelijkheid van onderliggende schijf-I/O te verminderen.
• Wissel van provider: Als Steal Time langdurig hoog is, migreer dan resoluut naar een cloudprovider die geen overselling toepast of een laag oversellingpercentage heeft.
• Kies voor een high-performance pakket: Sommige providers bieden VPS met 'dedicated CPU' of 'beperkte overselling', duurder maar stabielere prestaties.

Wij raden aan om voor de aankoop professionele detectietools te gebruiken voor evaluatie. Op de pagina voor detectie-instructies kun je geautomatiseerde detectiescripts verkrijgen en met één klik een gedetailleerd overselling-detectierapport genereren.

Conclusie

Het detecteren van overbezetting (overselling) van VPS is geen eenmalige handeling, maar vereist continue monitoring. Door de twee kernindicatoren Steal Time en de plotselinge daling van de schijfcache te combineren met stresstests en langdurige registratie, kun je effectief bepalen of je huidige VPS overmatig overbezet is, en zo beslissen of je wilt upgraden of migreren.

Onthoud: geen enkele indicator kan overbezetting voor 100% vaststellen, maar door gegevens uit meerdere dimensies te combineren, kun je genoeg zien om de waarheid te achterhalen.

Ik hoop dat deze praktische gids je helpt om minder omwegen te maken bij het kiezen van een VPS. Als je overweegt om van provider te wisselen, is het advies om eerst je huidige server te testen volgens de methode in dit artikel en daarna de resultaten te vergelijken met die van de doelprovider.