Dimenzování serverů a automatické škálování: jak neplatit za výkon, který nevyužijete

Nejčastější důvod zbytečně vysokého účtu za cloud není drahý poskytovatel, ale předimenzované servery: při spuštění se zvolí velikost „pro jistotu“ a už se nikdy nezmění. Postup je přitom jednoduchý: změřte využití procesoru, paměti a disku alespoň za dva až čtyři týdny včetně špiček, zmenšete servery, které trvale běží na nízkém využití, vypínejte vývojová a testovací prostředí mimo pracovní dobu a tam, kde zátěž výrazně kolísá, nastavte automatické škálování. U menšího prostředí tím lze účet za výkon modelově snížit o čtvrtinu i víc – vždy ale až po ověření, že výkon aplikace nestačí jen díky rezervě. Všechny částky jsou ilustrativní. Postup výběru celkově popisuje pilířový článek jak vybrat hosting a cloud.

Krok 1: Měření

Metrika	Co sledovat	Signál pro zmenšení	Signál pro zvětšení
Procesor	průměr a 95. percentil	percentil trvale pod 30–40 %	percentil nad 80 %, fronty požadavků
Paměť	využití bez cache, odkládání na disk	trvale pod 40–50 %	odkládání na disk, pády kvůli paměti
Disk	IOPS, propustnost, latence, zaplnění	nastavený výkon výrazně nad skutečným	vysoká latence, plný disk
Síť	odchozí a příchozí objem	–	saturace linky
Aplikace	doba odezvy, chybovost	odezva v normě i při nižším výkonu	zhoršení odezvy ve špičce

Používejte percentily, ne jen průměr: server s průměrem 20 % může mít krátké špičky, kvůli kterým výkon potřebuje. Měření musí zahrnout typické špičky – konec měsíce u účetnictví, výprodeje u e-shopu, uzávěrky.

Krok 2: Zmenšení (rightsizing)

Modelový příklad (ilustrativní ceny): firma má 5 serverů po 8 vCPU / 32 GB za 5 600 Kč, tj. 28 000 Kč měsíčně. Měření ukáže, že tři servery mají 95. percentil procesoru pod 25 % a paměť pod 40 %. Zmenšení těchto tří na 4 vCPU / 16 GB za 2 800 Kč ušetří 3 × 2 800 = 8 400 Kč měsíčně, tj. 30 % účtu za výkon a 100 800 Kč ročně.

Práce na změření, zmenšení a otestování modelově 20 hodin × 800 Kč = 16 000 Kč. V kalkulačce návratnosti zadejte náklad 16 000 Kč a roční úsporu 100 800 Kč: návratnost je 16 000 ÷ 100 800 ≈ 0,16 roku, tedy asi dva měsíce.

Pozor:

zmenšení u některých poskytovatelů vyžaduje restart – naplánujte ho do servisního okna,
u paušálních VPS nemusí jít tarif zmenšit uprostřed období,
rezervace dělejte až po zmenšení, jinak si slevu zaplatíte za zbytečný výkon (on-demand, rezervace a spot).

Krok 3: Vypínání mimo pracovní dobu

Vývojová a testovací prostředí často běží nepřetržitě, i když je lidé používají jen v pracovní době. Měsíc má přibližně 730 hodin; pracovní doba 10 hodin × 22 dní = 220 hodin, tj. asi 30 %.

Modelově: testovací prostředí za 6 000 Kč měsíčně při nepřetržitém běhu. Při vypínání mimo pracovní dobu: 6 000 × 220 ÷ 730 ≈ 1 808 Kč, úspora asi 4 192 Kč měsíčně. Pozor: disky a IP adresy se platí dál, takže skutečná úspora je o něco nižší. Vypínání stačí automatizovat plánovačem nebo skriptem.

Krok 4: Automatické škálování

Automatické škálování přidává servery, když roste zátěž, a ubírá je, když klesá. Hodí se pro:

weby a e-shopy se sezonními nebo denními špičkami,
zpracování front a dávek,
aplikace, které běží na více stejných serverech za load balancerem.

Modelový příklad: e-shop potřebuje 2 servery běžně a 6 serverů po dobu 40 hodin měsíčně ve špičce. Server stojí ilustrativních 4 Kč za hodinu.

Bez škálování (6 serverů trvale): 6 × 730 × 4 = 17 520 Kč měsíčně.
Se škálováním: 2 × 730 × 4 + 4 × 40 × 4 = 5 840 + 640 = 6 480 Kč.

Rozdíl 11 040 Kč měsíčně. Podmínkou je, že aplikace umí běžet na více serverech (bez stavu uloženého jen na jednom z nich) a že škálování je otestované – špatně nastavené pravidlo může naopak spustit desítky serverů. Proto vždy nastavte horní limit počtu serverů a rozpočtové upozornění (řízení nákladů v cloudu).

Jak se dimenzování promítne do celého účtu, ukazují tři smyšlené firmy v článku modelové výpočty měsíční ceny – u softwarové firmy tam omezení testovacího prostředí na pracovní dobu ušetří 77 EUR měsíčně.

Krok 5: Pravidelná revize

Dimenzování není jednorázová akce. Aplikace se mění, data rostou, provoz se přesouvá. Doporučený rytmus pro menší firmu:

Frekvence	Co udělat
Měsíčně	projít účet, najít nové nebo neobvykle drahé položky
Čtvrtletně	zkontrolovat využití serverů a disků, zmenšit nebo zrušit nevyužité
Před obnovou závazku	ověřit, zda rezervace odpovídají skutečné zátěži
Při změně aplikace	změřit dopad na výkon a náklady

Databáze: zvláštní případ

Databázové servery se dimenzují jinak než webové. Rozhoduje hlavně paměť (aby se často používaná data vešla do mezipaměti) a výkon disku, procesor bývá méně vytížený. Server s nízkým využitím procesoru proto nemusí být předimenzovaný – pokud mu po zmenšení ubude paměť, začne víc číst z disku a odezva se zhorší. Před zmenšením databáze sledujte poměr čtení z mezipaměti a z disku, délku dotazů a latenci disku. Často se vyplatí přejít na paměťově optimalizovanou řadu s menším počtem vCPU místo prostého zmenšení (vCPU, RAM a třídy úložiště). U spravovaných databází zkontrolujte také velikost repliky – ta se platí jako další server.

Co nedělat

Nezmenšujte bez měření – úspora 1 000 Kč za cenu pomalého e-shopu se nevyplatí.
Nepočítejte jen s průměrem – rozhodují špičky.
Nezapomínejte na databáze – bývají nejdražší položkou a nejcitlivější na nedostatek paměti.
Nespoléhejte na škálování bez limitu – chyba nebo útok může generovat vysoký účet.

Časté otázky

Jak dlouho měřit, než zmenším server?

Alespoň dva až čtyři týdny, a pokud má firma měsíční nebo sezonní špičky, celé takové období. Krátké měření nezachytí konec měsíce ani výprodeje.

Funguje automatické škálování i na VPS?

Většinou ne v plné míře – VPS bývá paušální služba s pevnou velikostí. Automatické škálování je typické pro veřejný cloud a některé spravované platformy.

Co je 95. percentil?

Hodnota, pod kterou leží 95 % měření. Odstraní krátké výkyvy, ale zachytí opakované špičky – proto je pro dimenzování užitečnější než průměr.

Zdroje

NÚKIB – doporučení k bezpečnému provozu a správě změn
EUR-Lex – Data Act (pružné výpočetní zdroje, definice služby zpracování dat)
Český statistický úřad – statistiky využívání cloudu v podnicích
e-Sbírka – aktuální znění předpisů