Када проширити серверски капацитет безбедно?

Ponedeljak je ujutru, skladište bi otvorilo narudžbine, a korisnička služba bi tražila fakture, ali sistem je primetno spor. Prva reakcija je obično razumljiva: potrebno je više servera. Pitanje, međutim, nije da li je usporenje iritantno, već kada proširiti kapacitet servera tako da zaista reši poslovni problem, a ne samo privremeno prikrije.

Proširenje kapaciteta je često opravdano. Rastuća internet prodavnica, nova lokacija, proizvodnja u više smena ili povećan promet klijenata predstavljaju stvarno opterećenje. Međutim, često se dešava da server samo pokazuje gde je loše funkcionisanje procesa, spora upit ili pogrešna sistemska veza vidljiva. U takvim slučajevima, veća infrastruktura donosi dodatne troškove, dok kašnjenja, greške i nesigurnost ostaju.

Spor sistem nije nužno nedostatak kapaciteta

Kada se vreme odziva poslovne aplikacije pogorša, prvo je potrebno tačno odrediti šta je sporo, kada i za koga. Nije svejedno da li je ceo sistem opterećen ili samo izveštaj koji se priprema tokom mesečnog zatvaranja traje dvadeset minuta. Takođe, nije svejedno da li svi korisnici osećaju problem ili samo oni koji koriste određeni izveštaj, skladišnu funkciju ili administrativni interfejs internet prodavnice.

Na primer, u trgovačkoj kompaniji sa 80 zaposlenih, obrada narudžbina može biti otežana popodne. To može biti zbog toga što tada masovno stižu narudžbine iz internet prodavnice. Ali može biti i da neki pozadinski proces u istom periodu ponovo izračunava celokupni inventar, dok spoljna logistička veza ponovo pokušava da prenese već obrađene podatke. Ove dve situacije zahtevaju različite intervencije.

Iskorišćenost CPU-a servera, memorija i skladište su važni podaci, ali sami po sebi nisu dovoljni. Mašina može izgledati mirno, dok korisnici čekaju zbog zaključavanja baze podataka. Obrnuto je takođe tačno: opterećenje procesora može biti visoko na kratko, dok poslovni proces funkcioniše nesmetano. Infrastrukturu treba procenjivati ne prema jednoj tehničkoj vrednosti, već prema stvarnom funkcionisanju usluge.

Koji znakovi opravdavaju proširenje kapaciteta servera?

Proširenje kapaciteta je opravdano kada merni podaci i poslovno iskustvo ukazuju na isto. Ako sistem ponavljano dostiže ili dugotrajno približava granice dostupnih resursa, problem nije vezan samo za jedan izuzetan događaj, a očekuje se da će opterećenje dalje rasti, proširenje može biti korak ka sigurnosti rada.

Posebno ozbiljno treba shvatiti situaciju ako se sledeći obrasci redovno pojavljuju:

• procesor, memorija, disk operacije ili mrežna veza su trajno zasićeni u vršnim periodima;
• vreme odziva baze podataka raste, upiti i transakcije čekaju;
• bekapi, sinhronizacije ili zadaci obrade već ulaze u radno vreme;
• sistem postaje nepredvidiv tokom novog klijenta, kampanje, proizvodne smene ili sezonskog perioda;
• kritična usluga sa aspekta poslovanja nema značajnu rezervu za greške, ažuriranja ili vršno opterećenje.

Rezervni kapacitet nije rasipanje. Cilj sistema upravljanja preduzećem, prikupljanja proizvodnih podataka ili sistema za upravljanje narudžbinama nije da se nosi sa prosečnim danom. Cilj je da ostane predvidiv čak i uz očekivane vrhove, vanredne obrade i pojedine greške.

Ovo je posebno važno tamo gde je sistem povezan sa više oblasti. Ako internet prodavnica, inventar, fakturisanje i organizacija transporta rade iz iste baze podataka, jedan problem sa performansama ne znači samo IT incident. Može doći do kašnjenja u isporuci paketa, obaveštavanju klijenata, fakturisanju i na kraju realizaciji prihoda.

Kada veći server nije odgovor?

U mnogim organizacijama, potreba za kapacitetom je povezana sa radom koji bi prvo trebalo urediti. Tipičan slučaj je kada aplikacija čita iste podatke iz više sistema, a zatim ih više puta obrađuje. Takođe je često da izveštaj svaki put kada se otvori ponovo izračunava podatke unazad nekoliko godina, iako je menadžeru potreban samo trenutni nedeljni rezultat.

U bazama podataka, nedostajući indeks, loše dizajniran upit ili neproporcionalno velika količina podataka može izazvati prekomerno opterećenje. Više procesora ili memorije može privremeno ublažiti ovo, ali ne i eliminisati. Kako raste obim narudžbina, broj korisnika ili količina proizvodnih podataka, greška se ponovo pojavljuje - samo na višem nivou troškova.

Takođe je vredno postaviti pitanja sa aspekta procesa. Da li je zaista potrebno da se nakon svake promene cene proizvoda odmah pokrene potpuno ažuriranje inventara i kataloga? Da li je potrebno da se isti podaci prenose između dva sistema svaki sat, ili je dovoljno slati samo promene? Da li je opravdano da zaposleni svakodnevno eksportuje više hiljada redova u tabelu, a zatim iste informacije ponovo učitava u drugu aplikaciju?

Ovo nisu isključivo tehnička pitanja. Oni predstavljaju nepotrebno opterećenje, ponavljajući ljudski rad i mogućnosti grešaka. Dobro osmišljena integracija ili pojednostavljeni protok podataka često poboljšava performanse sa manjim ulaganjima i manjim operativnim rizikom nego trenutna proširenja infrastrukture.

Merenje treba pratiti poslovni proces

Za dobru odluku nije dovoljno videti koliko je server iskorišćen. Takođe treba videti kakve poslovne posledice to ima. Vredi zabeležiti pokazatelje koji su povezani sa svakodnevnim radom: koliko vremena je potrebno da narudžbina iz internet prodavnice stigne u skladište, koliko minuta je potrebno za izradu fakture, koliko traje obrada povratne informacije o proizvodnji, ili koliko neuspešnih transakcija se dešava u vršnom periodu.

Ovo pomaže da se razlikuju neprijatni, ali ne kritični fenomeni od onih koji zaista ugrožavaju rad. Izveštaj može biti pet minuta sporiji bez izazivanja poslovne štete. Međutim, kašnjenje obrade narudžbina od pet minuta može brzo izazvati zagušenje u skladištu i korisničkoj službi tokom perioda velike potražnje.

Merenje treba da pruži i vremenski obrazac. Prvi dan meseca, obračun plata, promotivna kampanja, sezonski vrhunac ili večernja obrada podataka donose različita opterećenja. Ako se odluka donosi samo na osnovu trenutne slike, lako je preceniti ili potceniti potrebu.

Planiranje za rast, a ne samo za današnji problem

Proširenje kapaciteta servera nije samo pitanje hardvera ili resursa u oblaku. Takođe treba ispitati kako osigurati kontinuitet usluge. Jedan veći server može biti brz, ali ako se pokvari, bude pod ažuriranjem ili ga zauzme pogrešan proces, cela kompanija može postati ranjiva.

Zato je prilikom donošenja odluke važno uzeti u obzir dostupnost, sposobnost bekapa i vraćanja, nadzor, upravljanje pravima i kontrolu promena. U nekim slučajevima, povećanje performansi nije glavni zadatak, već odvajanje kritičnih usluga, uspostavljanje rezervnog sistema ili odgovarajuće planiranje pozadinskih procesa.

I oblačna i lokalna infrastruktura mogu imati svoje mesto. Oblak može pružiti fleksibilnije proširenje kod promenljivog opterećenja, ali troškove, promet podataka, zavisnosti sistema i operativnu odgovornost treba takođe upravljati. Lokalno okruženje može biti predvidljivije za određene industrijske ili podatkovno intenzivne operacije, ali proširenje kapaciteta može zahtevati dužu pripremu. Pravi izbor uvek zavisi od poslovne kritičnosti, obrasca opterećenja i stanja postojećih sistema.

Kada proširiti kapacitet servera? Prvo validirati

Dobar redosled je obično jednostavan: prvo identifikovati tačno mesto usporenja ili prekida, zatim ispitati proces i aplikaciju, a zatim potvrditi ograničenje infrastrukture sa mernim podacima. Kada je to urađeno, proširenje nije nagađanje, već planirana poslovna odluka.

Cilj nije nabavka najjačeg servera. Cilj je da narudžbine, proizvodnja, isporuka, fakturisanje i menadžerske informacije budu pouzdano dostupne čak i kada su najpotrebnije kompaniji. Dobro validirano proširenje kapaciteta to omogućava. Iskreno proširenje može samo učiniti isti operativni problem skupljim.