Kdy bezpečně rozšířit kapacitu serveru?

Je pondělní ráno, sklad by otevřel objednávky, zákaznický servis by hledal faktury, ale systém je nápadně pomalý. První reakce je obvykle pochopitelná: potřebujeme více serverů. Otázkou však není, zda je zpomalení rušivé, ale kdy rozšířit kapacitu serveru tak, aby skutečně vyřešila obchodní problém, a ne jen dočasně zakryla.

Rozšíření kapacity je v mnoha případech oprávněné. Rostoucí e-shop, nová pobočka, více směn ve výrobě nebo zvýšený zákaznický provoz představují skutečnou zátěž. Často je však server jen místem, kde se projeví špatně fungující proces, pomalý dotaz nebo chybná systémová integrace. V takových případech větší infrastruktura přináší dodatečné náklady, zatímco zpoždění, chyby a nejistoty přetrvávají.

Pomalý systém ještě neznamená nedostatek kapacity

Když se zhorší doba odezvy obchodní aplikace, je dobré nejprve přesně určit, co je pomalé, kdy a pro koho. Není jedno, zda je zatížen celý systém, nebo jen měsíční uzávěrka trvá dvacet minut. Není také jedno, zda problém vnímají všichni uživatelé, nebo jen ti, kteří používají určitý report, skladovou funkci nebo administraci e-shopu.

Například v obchodní společnosti s 80 zaměstnanci může odpoledne docházet k výpadkům při zpracování objednávek. Důvodem může být, že v té době přicházejí hromadně objednávky z e-shopu. Může to být ale také tím, že v tom samém období běží na pozadí proces, který přepočítává celý sklad, zatímco externí logistické spojení opakovaně zkouší předat již zpracovaná data. Obě situace vyžadují jiný zásah.

Využití CPU serveru, paměti a úložiště jsou důležité údaje, ale samy o sobě nestačí. Stroj může být zdánlivě klidný, zatímco uživatelé čekají kvůli zámkům databáze. Naopak může být krátkodobě vysoké zatížení procesoru, zatímco obchodní proces funguje bez problémů. Infrastrukturu je třeba hodnotit na základě skutečného fungování služby, nikoli na základě jediného technického ukazatele.

Jaké signály ospravedlňují rozšíření kapacity serveru?

Rozšíření kapacity je oprávněné, pokud měřicí údaje a obchodní zkušenosti ukazují na totéž. Pokud systém opakovaně dosahuje nebo trvale přibližuje hranici dostupných zdrojů, problém není spojen pouze s jednou mimořádnou událostí a zátěž pravděpodobně poroste, rozšíření může být krokem k zajištění provozní bezpečnosti.

Situaci je třeba brát zvlášť vážně, pokud se pravidelně objevují následující vzory:

• procesor, paměť, diskové operace nebo síťové připojení jsou během špičky trvale plně vytížené;
• doba odezvy databáze se zvyšuje, dotazy a transakce čekají;
• zálohy, synchronizace nebo zpracovatelské úkoly zasahují do pracovní doby;
• systém se během nového zákazníka, kampaně, výrobní směny nebo sezónního období stává nepředvídatelným;
• kritická služba z hlediska obchodního provozu nemá žádnou významnou rezervu pro případ chyby, aktualizace nebo špičkové zátěže.

Rezervní kapacita není plýtvání. Cílem podnikového systému, systému sběru výrobních dat nebo systému řízení objednávek není, aby se v průměrném dni právě tak zvládl. Cílem je, aby byl předvídatelný i při očekávaných špičkách, mimořádných zpracováních a některých chybách.

To je zvláště důležité tam, kde je systém propojen s více oblastmi. Pokud e-shop, sklad, fakturace a organizace dopravy pracují ze stejné databáze, jediný problém s výkonem neznamená IT incident. Může dojít ke zpoždění při odesílání balíků, informování zákazníků, fakturaci a nakonec i realizaci příjmů.

Kdy není větší server odpovědí?

V mnoha organizacích se za potřebou kapacity skrývá provoz, který by měl být nejprve uveden do pořádku. Typickým případem je, když aplikace načítá stejná data z více systémů a pak je několikrát zpracovává. Rovněž je běžné, že report při každém otevření znovu počítá data za několik let zpět, ačkoli vedoucí potřebuje pouze aktuální týdenní výsledky.

U databází může chybějící index, špatně navržený dotaz nebo zbytečně velké množství přenášených dat způsobit nepřiměřenou zátěž. Více procesorů nebo paměti to může dočasně zmírnit, ale ne odstranit. Jak roste objem objednávek, počet uživatelů nebo množství výrobních dat, chyba se znovu objeví - jen na vyšší nákladové úrovni.

Je také dobré se ptát z pohledu procesu. Je skutečně nutné, aby po každé změně ceny produktu okamžitě proběhla aktualizace celého skladu a katalogu? Je nutné předávat stejná data každou hodinu mezi dvěma systémy, nebo stačí posílat pouze změny? Je oprávněné, aby zaměstnanec denně exportoval tisíce řádků do tabulky a pak stejná data nahrával zpět do jiné aplikace?

Nejde jen o technické otázky. Představují zbytečnou zátěž, opakující se lidskou práci a možnost chyb. Dobře promyšlená integrace nebo zjednodušený tok dat často zlepší výkon s menšími investicemi a menším provozním rizikem než okamžité rozšíření infrastruktury.

Měření by mělo sledovat obchodní proces

Pro dobré rozhodnutí nestačí vidět, jaké je využití serveru. Je také třeba vidět, jaké to má obchodní důsledky. Stojí za to zaznamenávat ukazatele, které se vztahují k dennímu provozu: jak dlouho trvá, než se objednávka z e-shopu dostane do skladu, kolik minut trvá vystavení faktury, jak dlouho trvá zpracování výrobní zpětné vazby nebo kolik neúspěšných transakcí se stane během špičky.

To pomáhá odlišit nepříjemné, ale ne kritické jevy od těch, které skutečně ohrožují provoz. Report může být o pět minut pomalejší, aniž by způsobil obchodní škodu. Zpoždění zpracování objednávek o pět minut však může během období s vysokým provozem rychle způsobit zácpu ve skladu a zákaznickém servisu.

Měření by mělo mít také časový vzorec. První den v měsíci, výpočet mezd, propagační kampaň, sezónní špička nebo večerní zpracování dat přinášejí různé zátěže. Pokud je rozhodnutí učiněno pouze na základě momentálního snímku, je snadné potřebu přecenit nebo podcenit.

Plánování pro růst, nejen pro dnešní problém

Rozšíření kapacity serveru není jen otázkou hardwaru nebo cloudových zdrojů. Je třeba také zkoumat, jak zajistit kontinuitu služby. Jeden větší server může být rychlý, ale pokud se porouchá, je v údržbě nebo ho zablokuje chybný proces, celá společnost se stává zranitelnou.

Proto při rozhodování záleží na dostupnosti, schopnosti zálohování a obnovení, dohledu, správě oprávnění a kontrole změn. V některých případech není hlavním úkolem zvýšení výkonu, ale oddělení kritických služeb, vytvoření záložního systému nebo správné načasování procesů na pozadí.

Cloudová i místní infrastruktura mohou mít své místo. Cloud může nabídnout flexibilnější rozšíření při proměnlivé zátěži, ale je třeba řešit náklady, datový provoz, závislosti na systému a provozní odpovědnost. Místní prostředí může být předvídatelnější pro některé průmyslové nebo datově náročné operace, ale rozšíření kapacity může vyžadovat delší přípravu. Správná volba vždy závisí na obchodní kritičnosti, vzoru zátěže a stavu stávajících systémů.

Kdy rozšířit kapacitu serveru? Nejprve validujte

Správné pořadí je obvykle jednoduché: nejprve identifikujte přesné místo zpomalení nebo výpadku, poté prozkoumejte proces a aplikaci a nakonec potvrďte měřicími údaji omezení infrastruktury. Pokud je to hotové, rozšíření není hádání, ale plánovatelné obchodní rozhodnutí.

Cílem není pořídit co nejsilnější server. Cílem je, aby objednávky, výroba, dodávky, fakturace a manažerské informace byly spolehlivě k dispozici i tehdy, když je společnost nejvíce potřebuje. Dobře validované rozšíření kapacity to umožňuje. Ukvapené rozhodnutí může snadno jen zvýšit náklady na stejný provozní problém.