Skip to content
VDS · Zálohy a disk

Rýchlosť disku: baseline a burst

Ako sa počíta rýchlostný limit disku podľa tieru, prečo je potrebný 30-sekundový burst, ako zmerať reálnu rýchlosť a čo robiť, keď naň narazíš.

Aktualizované 23. augusta 2026

Disk na VPS je NVMe, ale rýchlosť je obmedzená podľa tieru, aby jeden stroj nezožral zdieľaný zdroj uzla. Pochopenie týchto čísel ťa zachráni pred otázkou „prečo je databáza pomalá, keď je CPU voľné“.

Ako sa to počíta

Základná rýchlosť zápisu je 60 MB/s na jadro, ale nie menej ako 60 a nie viac ako 400 MB/s. Čítanie je dvojnásobok základu zápisu. Nad základom je k dispozícii burst na 30 sekúnd s trojnásobkom jeho hodnoty.

TierJadráZáklad zápisuZáklad čítaniaBurst zápisu (30 s)
VDS-1160 MB/s120 MB/s180 MB/s
VDS-22120 MB/s240 MB/s360 MB/s
VDS-34240 MB/s480 MB/s720 MB/s
VDS-46360 MB/s720 MB/s1080 MB/s
VDS-58400 MB/s800 MB/s1200 MB/s
VDS-610400 MB/s800 MB/s1200 MB/s

Burst pokrýva to, čo má: štart aplikácie, rozbalenie archívu, aplikovanie migrácie. Trvalý prúd zápisu — kopírovanie gigabajtov, build, skenovanie veľkej databázy — beží na základe.

Ako merať

sudo apt install -y fio
fio --name=w --rw=write --bs=1M --size=2G --numjobs=1 \
    --runtime=60 --time_based --end_fsync=1 --directory=/var/tmp

Prvé sekundy ukážu burst, potom rýchlosť spadne na základ — to je normálny a očakávaný stav, nie porucha.

Rýchla hrubá kontrola bez inštalovania balíkov:

dd if=/dev/zero of=/var/tmp/testfile bs=1M count=2048 oflag=direct
rm /var/tmp/testfile

Nespúšťaj diskové testy na produkčnom stroji počas pracovných hodín. Test skutočne spotrebuje celú dostupnú priepustnosť a tvoja stránka bude počas tých minút odpovedať celé sekundy. A nenechávaj po sebe testovacie súbory: dva gigabajty na 40 GB disku sú znateľný podiel, pozri miesto na disku.

Ako zistiť, že disk je úzke hrdlo

sudo apt install -y sysstat
iostat -x 2 5
vmstat 2 5

Sleduj dve metriky: %util blízko 100 a await v desiatkach milisekúnd znamenajú front na disku. Vo vmstat je znamenie rovnaké — rastúci stĺpec b (procesy čakajúce) s nízkym percentom vyťaženia CPU.

Ďalší príznak: vysoký load average s takmer nečinným CPU. Linux load average počíta aj procesy čakajúce na disk.

Kto presne zapisuje:

sudo iotop -o -b -n 3

Čo robiť, ak si narazil na úzke hrdlo

  • Rozlož ich v čase. Kopírovania, buildy registrov, reporty — v noci a nie naraz. Pozri plánované úlohy.
  • Obmedz úlohy na pozadí. rsync --bwlimit, nice -n 19 ionice -c3 <command> pre všetko, čo nie je urgentné.
  • Zníž zápisy. Obmedz veľkosť logov, vypni nadmerný výrečnosť v aplikácii, presuň cache do pamäte (tmpfs), ak prežije reštart.
  • Vylaď databázu. V PostgreSQL a MySQL je prevažná časť zápisov transakčný log. Viac pamäte pre buffery znamená menej prístupov na disk.
  • Prejdi na vyšší tier. Základ rastie s jadrami: z VDS-1 na VDS-2 sa zdvojnásobí. Plánované upgrady sú možné len smerom nahor, s doplatkom za zostávajúce dni zaplateného obdobia.

Časté chyby

  • Meranie rýchlosti pomocou dd bez oflag=direct. Dáta sa usadia v page cache a čísla vyjdú nafúknuté.
  • Považovanie burstu za trvalú rýchlosť. Prvých 30 sekúnd je rýchlych, potom základ — tak to má byť.
  • Držanie swapu na aktívnom disku a swapovanie doň. Keď je pamäte málo, swap z disku spraví úzke hrdlo: radšej obmedz kontajnery, pozri limity zdrojov.