Sava serverinė biure ar duomenų centras / debesija

Daugumai įmonių duomenų centras arba debesija šiandien yra racionalesnis pasirinkimas nei sava serverinė biure. Sava serverinė reiškia ne tik įrangos pirkimą — tai nuolatiniai elektros, vėsinimo, rezervinio maitinimo, fizinės saugos ir žmonių kaštai bei rizikos, kurias įmonė prisiima pati. Duomenų centre ar debesijoje šias pareigas perima profesionali infrastruktūra, o įmonė moka tik už tai, ką realiai naudoja.

Vis dėlto atsakymas nėra vienareikšmis: būna situacijų, kai dalis įrangos pagrįstai lieka biure, o praktikoje dažniausiai pasiteisina hibridinis modelis. Svarbiausia sprendimą priimti įvertinus pilnus kaštus ir rizikas, o ne tik serverio įsigijimo sąskaitą.

Žemiau — pagal kokius ženklus matyti, kad sava serverinė nebespėja, iš ko iš tikrųjų susideda jos kaina, ką duoda duomenų centras ir debesija, kodėl prieš migraciją verta pasitikrinti greitaveiką ir kaip visa tai siejasi su veiklos tęstinumo reikalavimais.

Ženklai, kad sava serverinė nebespėja

Dažniausiai pirmas signalas būna ne gedimas, o lėtėjimas: ima strigti ERP, CRM, apskaitos ar sandėlio sistemos. Priežastis paprastai ta pati — verslas augo, duomenų kiekiai ir naudotojų apkrovos didėjo, o infrastruktūra liko ta pati. Prisideda ir programinė įranga: nemažai įmonių iki šiol dirba su 5–10 metų senumo sistemų versijomis, turinčiomis ir veikimo apribojimų, ir žinomų saugumo spragų. Tipiniai ženklai, kad situaciją verta persvarstyti:

• sistemos veikia pastebimai lėčiau nei anksčiau, nors jų funkcionalumas nepasikeitė;
• diskų vieta ir atmintis nuolat ties riba, o plėstis nebėra kur — pasiektos fizinės serverio ar spintos galimybės;
• sistemų versijų atnaujinimas atidedamas, nes turima įranga jų nebeištemptų;
• įranga fiziškai stovi ten, kur atsirado vietos — sandėliuke, kabineto kampe ar nišoje po laiptais.

Paskutinis punktas pasitaiko dažniau, nei atrodo. Tokioje improvizuotoje serverinėje užtenka trumpo maitinimo sutrikimo, neveikiančio kondicionieriaus ar ant įrangos išlietos kavos, kad įmonės veikla sustotų kelioms valandoms.

Iš ko iš tikrųjų susideda savos serverinės kaštai ir rizikos

Serverio kaina yra tik matoma ledkalnio viršūnė. Pilna savos serverinės kaštų ir rizikų struktūra atrodo taip:

• Elektra. Serveriai veikia visą parą, o jų maitinimas — nuolatinė eilutė elektros sąskaitoje, kuri auga kartu su energijos kainomis.
• Vėsinimas. Įranga kaista, todėl serverinei reikia atskiro kondicionavimo, kuris pats vartoja elektrą ir pats genda — dažnai karščiausiu metu. Augant įrangos kiekiui paprasto kondicionieriaus nebeužtenka, o perkaitimas trumpina įrangos tarnavimo laiką ir gali baigtis negrįžtamu duomenų praradimu.
• Rezervinis maitinimas (UPS). Nepertraukiamo maitinimo šaltiniai ir jų baterijos, kurias reikia periodiškai keisti; ilgesniam elektros dingimui — dar ir generatorius.
• Fizinė sauga. Rakinamos patalpos, patekimo kontrolė, stebėjimas — kitaip bet kas, patekęs į biurą, gali pasiekti visus įmonės duomenis.
• Gaisro ir avarijų rizika. Gaisras, vandens prasiveržimas ar vagystė biure gali vienu metu sunaikinti ir sistemas, ir vietoje laikomas atsargines kopijas.
• Senstanti įranga. Serveriai ir diskai turi ribotą tarnavimo laiką: garantijai pasibaigus gedimo rizika auga, o atnaujinimas — tai vėl vienkartinė didelė investicija, kurią reikia planuoti iš anksto.
• Stebėjimas visą parą. Sistemos veikia be pertraukos, tačiau įmonėse jų naktimis, savaitgaliais ir per šventes paprastai niekas nestebi — apie sutrikimą sužinoma ryte iš darbuotojų ar klientų skambučių.
• Žmonės. Kažkas turi įrangą prižiūrėti, atnaujinti, stebėti ir reaguoti į gedimus — įskaitant naktis, savaitgalius ir atostogas. Vieno vidinio specialisto tam paprastai nepakanka, o jo išėjimas tampa rimta rizika.

Kiekviena iš šių eilučių atskirai gali atrodyti nedidelė, bet susumavus ir įvertinus rizikas bendra nuosavos infrastruktūros kaina dažnai gerokai viršija lūkesčius. Kaip apskritai skaičiuojami IT priežiūros kaštai, plačiau aprašėme puslapyje kiek kainuoja IT priežiūra įmonei.

Antra dažna klaida — planavimo horizontas. Serverinė perkama „penkeriems metams”, o realiai užsipildo per dvejus, nes verslas ir duomenų kiekiai auga greičiau, nei prognozuota; tada reikia ne tik papildomų diskų, bet ir naujų serverių, spintų, o kartais ir patalpų. Atnaujinimas kainuoja daugiau, nei planuota, nes dirbtinio intelekto plėtra ir geopolitinė įtampa reikšmingai pakėlė serverių įrangos kainas. Duomenų centro ar debesijos modelis šią logiką keičia: vietoje didelių vienkartinių investicijų (CAPEX) atsiranda periodinė paslaugos eilutė (OPEX) — ne visada pigesnė, bet tiksliau prognozuojama, o plėtra nebereikalauja atskiro investicinio sprendimo.

Ką duoda duomenų centras ir debesija

Profesionalus duomenų centras visas išvardytas pareigas perima kaip paslaugą: dubliuoti elektros įvadai, nepertraukiamas maitinimas ir atsarginiai generatoriai, nuolatinis kondicionavimas, kelios nepriklausomos tinklo jungtys, fizinė patekimo kontrolė ir gaisro gesinimo sistemos. Tier III lygio duomenų centrai suprojektuoti taip, kad infrastruktūros komponentus būtų galima prižiūrėti ar keisti neišjungiant klientų sistemų.

Ne mažiau svarbu, kad tokioje aplinkoje infrastruktūra stebima visą parą, o į sutrikimus reaguojama iš karto, ne kitą darbo dieną. Tai jau seniai ne vien techninis klausimas: kelių valandų prastova veikia pajamas, klientų patirtį ir reputaciją.

Panašaus lygio inžinerinę infrastruktūrą sukurti biure techniškai įmanoma, tačiau mažesnei įmonei ji per brangi dėl masto — duomenų centre tie patys generatoriai, vėsinimo ir apsaugos sprendimai paskirstomi daugeliui klientų. Skirtumas dar labiau išryškėja dirbtinio intelekto ir duomenų analitikos apkrovose: joms reikia didesnės elektros galios ir pažangesnių vėsinimo technologijų, įskaitant skystąjį vėsinimą, kurių biuro serverinėje nėra kaip įrengti.

Debesija žengia dar toliau: įmonė apskritai nebeperka įrangos, o skaičiavimo išteklius nuomojasi pagal poreikį. Išteklius galima didinti ar mažinti per valandas, mokama už faktinį naudojimą, o platformos saugos ir atnaujinimo mechanizmai veikia nuolat. Altic IT, kaip Microsoft Solutions Partner for Data & AI, klientų debesijos aplinkas projektuoja ir prižiūri kasdien — galimus modelius rasite debesijos paslaugų puslapyje.

Regioninis duomenų centras ar pasaulinė viešoji debesija

Renkantis tarp regioninio duomenų centro ir pasaulinės viešosios debesijos platformos atskirai verta įvertinti kainodarą. Regioniniuose duomenų centruose ji dažniausiai aiškesnė ir stabilesnė — mokama už sutartus išteklius. Dalyje pasaulinių viešosios debesijos platformų sąskaita auga kartu su duomenų srautais ir apkrovomis, todėl faktinės išlaidos gali gerokai skirtis nuo pradinio skaičiavimo.

Prisideda ir rizikų vertinimas: pasitaikę didelių viešosios debesijos paslaugų sutrikimai bei geopolitinės įtampos parodė, kaip greitai infrastruktūros problema virsta verslo rizika — sustojus platformai vienu metu sustoja daugybės nesusijusių įmonių veikla.

Sava serverinė biure ar duomenų centras / debesija

Nepriklausomai nuo pasirinkto modelio, atsakomybė už pačius duomenis ir jų atsargines kopijas visada lieka įmonei — šią temą išsamiai nagrinėjame puslapyje atsarginės kopijos ir veiklos tęstinumas.

Kada sava serverinė dar pateisinama

Sava infrastruktūra biure gali būti pagrįstas pasirinkimas, kai:

• naudojama specifinė gamybinė ar laboratorinė įranga, kuriai reikia tiesioginio ryšio vietiniame tinkle ir minimalaus vėlinimo;
• teisės aktai ar sutartys su klientais reikalauja duomenis laikyti konkrečioje fizinėje vietoje;
• interneto ryšys objekte nepatikimas, o sistemos privalo veikti ir be jo;
• turima dar neatsipirkusi, neseniai įsigyta įranga — tada migraciją racionalu planuoti jos gyvavimo ciklo pabaigai.

Tačiau net ir šiais atvejais verta įvertinti, ar biure turi likti visa infrastruktūra, ar tik jos dalis — likusią perkelti į duomenų centrą ar debesiją. Objektyviai tai padeda nustatyti IT ūkio auditas, kurio metu įvertinama įrangos būklė, rizikos ir migracijos galimybės.

Tinklo greitaveika: ką būtina pasitikrinti prieš migraciją

Dažna klaida — laikyti, kad visi duomenų centrai tinklo požiūriu vienodi. Praktikoje jų greitaveika skiriasi: skirtingos jungtys su interneto operatoriais, skirtingi maršrutai iki naudotojų, skirtinga vidinė tinklo ir duomenų saugyklų architektūra. Perkėlus tas pačias sistemas ir jose nieko nekeitus, jos gali veikti nuo 30 proc. iki 3 kartų greičiau — arba, priešingai, lėčiau, jei aplinka parinkta neįvertinus šių skirtumų.

Todėl svarbias sistemas prieš migraciją rekomenduojama ištestuoti keliuose duomenų centruose ir greitaveiką pasitikrinti realiai, o ne pagal specifikacijas ar rinkodarinius pažadus. Testuoti verta būtent tai, ką daro naudotojai:

• tipinius kasdienius veiksmus ERP, CRM ar apskaitos sistemoje, o ne sintetinius testus;
• sunkiausias operacijas — didelių ataskaitų formavimą, mėnesio uždarymą, duomenų importą;
• vienalaikę kelių dešimčių naudotojų apkrovą, o ne vieno prisijungimo greitį;
• ryšį iš visų realių darbo vietų — biuro, filialų ir nuotolinių naudotojų.

Toks testavimas užtrunka, bet leidžia rinktis pagal išmatuotus rezultatus ir palieka atskaitos tašką, su kuriuo po migracijos galima palyginti realų sistemų veikimą.

Migracijos žingsniai: kaip planuoti be prastovų

1. Inventorizacija. Surašomos visos sistemos, jų tarpusavio priklausomybės, duomenų apimtys ir naudotojai — dažnai paaiškėja sistemų, apie kurias „niekas nebeatsimena”.
2. Prioritetai ir tikslinės aplinkos parinkimas. Kiekvienai sistemai nusprendžiama, ar ji keliama į debesiją, į duomenų centrą, ar lieka vietoje, ir kokia tvarka.
3. Aplinkų testavimas ir greitaveikos matavimas. Svarbiausios sistemos išbandomos keliose galimose aplinkose ir palyginama jų reali sparta — taip tikslinė aplinka parenkama pagal matavimus, o ne pagal prielaidas.
4. Atsarginės kopijos prieš migraciją. Prieš bet kokį perkėlimą pasidaromos ir patikrinamos pilnos kopijos — tai saugiklis, leidžiantis bet kada grįžti atgal.
5. Bandomoji migracija. Pirmiausia perkeliamos mažiau kritinės sistemos arba testinės kopijos; patikrinamas veikimas, sparta ir pasiekiamumas.
6. Perkėlimas etapais ne darbo metu. Kritinės sistemos keliamos naktimis ar savaitgaliais, senoji aplinka išlaikoma paruošta grįžimui, kol nauja pilnai patikrinta.
7. Stebėsena ir senosios aplinkos uždarymas. Po migracijos sistemos stebimos sustiprintai, ir tik įsitikinus stabilumu senoji infrastruktūra išjungiama.

Toks etapinis planas leidžia migruoti be prastovų naudotojams — darbuotojai pokytį dažniausiai pastebi tik iš greičiau veikiančių sistemų. Po migracijos aplinką perima nuolatinis sistemų stebėjimas, o saugos reikalavimus padeda užtikrinti IT saugos paslaugos.

Kodėl migraciją ir priežiūrą verta patikėti tam pačiam partneriui

Daugiausia neaiškumų kyla ten, kur sistemas perkelia vienas atlikėjas, o kasdienę priežiūrą perima kitas. Tarp jų lieka pilkoji zona: kai po kelių savaičių išryškėja našumo ar konfigūracijos problema, prasideda aiškinimasis, ar ji atsirado migracijos metu, ar priežiūroje.

Kai už migraciją ir tolesnę priežiūrą atsako tas pats IT partneris, atsiranda vientisa atsakomybė už stabilų sistemų veikimą: jis pats parenka aplinką, pats ją perkelia ir pats gyvena su savo sprendimo pasekmėmis. Keičiasi ir planavimo logika — aplinka projektuojama taip, kad ją būtų patogu prižiūrėti ilgą laiką, o ne tik sklandžiai perkelti. Ką verta dėl to įtvirtinti raštu, aprašėme puslapyje kas turi įeiti į IT priežiūros sutartį.

Hibridinis variantas

Praktikoje dažniausias sprendimas — hibridinis: dalis sistemų veikia debesijoje ar duomenų centre, o biure lieka tik tai, kam vietinė infrastruktūra tikrai būtina. Toks modelis leidžia išnaudoti debesijos plečiamumą ir saugą, kartu išlaikant vietinius komponentus ten, kur jie pagrįsti — pavyzdžiui, gamybos įrangos valdymui.

Hibridinė architektūra reikalauja apgalvoto tinklo, tapatybių valdymo ir atsarginių kopijų plano, apimančio abi aplinkas, todėl ją verta projektuoti kartu su patyrusiu partneriu, kuris vėliau prisiims ir nuolatinę IT priežiūrą.

Veiklos tęstinumas ir NIS2 reikalavimai

Infrastruktūros vieta šiandien yra ne tik techninis, bet ir reguliacinis klausimas. NIS2 direktyvos nuostatos į jos taikymo sritį patenkančioms įmonėms numato didesnę atsakomybę už kibernetinį saugumą, rizikų valdymą ir veiklos tęstinumą — įskaitant reikalavimus dubliavimui, atsarginėms kopijoms, incidentų valdymui bei tiekimo grandinės saugumui, o atsakomybė už jų įgyvendinimą tenka įmonės vadovybei. Ar reikalavimai taikomi jūsų įmonei ir nuo ko pradėti, aprašėme puslapyje NIS2 reikalavimai įmonėms.

Improvizuotoje biuro serverinėje šiuos reikalavimus įgyvendinti brangu: dubliuotas maitinimas, patekimo kontrolė, stebėjimas visą parą ir dokumentuotas atkūrimo planas tampa atskirais projektais. Todėl daugeliui įmonių duomenų centro ar debesijos paslaugos tampa praktiškiausiu būdu šiuos reikalavimus įvykdyti — dalį techninių priemonių užtikrina pati aplinka, o įmonei lieka procesai, prieigų valdymas ir duomenys. Svarbu tik nesupainioti aplinkos su strategija: veiklos tęstinumo planą, atsarginių kopijų schemą ir atkūrimo laikus reikia apibrėžti ir reguliariai testuoti nepriklausomai nuo to, kur veikia sistemos.

Kodėl Altic IT

Migracijas iš biuro serverinių į debesiją ir duomenų centrus planuojame ir vykdome nuolat — nuo pirminio vertinimo ir greitaveikos testų iki perkeltos aplinkos priežiūros pagal ITSM, ITIL ir COBIT gerąsias praktikas. Už migraciją ir tolesnę priežiūrą atsakome mes patys, todėl atsakomybė už sistemų veikimą lieka vientisa.

• 180+ aptarnaujamų klientų, ~350 prižiūrimų serverių, ~3 500 kompiuterių ir mobilių įrenginių;
• Microsoft Solutions Partner for Data & AI ir Sophos Gold Partner statusai;
• sprendimai viešojoje debesijoje arba Baltijos šalių Tier III lygio duomenų centre;
• ISO 27001, ISO 20000 ir ISO 14001 sertifikatai;
• profesinės atsakomybės ir kibernetinių rizikų draudimas — 2 mln. EUR;
• neterminuotos sutartys, o didžioji dauguma klientų atėjo pagal rekomendacijas.

Dažniausiai užduodami klausimai

• Ar migracija į debesiją reiškia prastovą?

  Gerai suplanuota migracija prastovų naudotojams nesukelia. Sistemos perkeliamos etapais, kritinės — ne darbo metu, o senoji aplinka išlaikoma paruošta grįžimui, kol nauja pilnai patikrinta. Darbuotojai pokytį dažniausiai pastebi tik iš pasikeitusios sistemų spartos.

• Kas atsako už duomenis debesijoje?

  Platformos teikėjas atsako už infrastruktūros veikimą, o už pačius duomenis, jų atsargines kopijas ir prieigų valdymą atsako įmonė. Todėl migruojant būtina kartu suplanuoti ir atsarginių kopijų bei veiklos tęstinumo strategiją naujoje aplinkoje.

• Ar debesija saugesnė už savą serverinę?

  Daugumai įmonių — taip. Profesionalūs duomenų centrai ir debesijos platformos turi fizinę apsaugą, dubliuotą maitinimą ir nuolatinius saugos mechanizmus, kurių biuro serverinė paprastai neturi. Tačiau sauga priklauso ir nuo teisingos konfigūracijos, prieigų valdymo bei priežiūros — tai lieka įmonės ar jos IT partnerio atsakomybė.

• Ar perkeltos sistemos veiks greičiau?

  Dažnai taip, bet rezultatas priklauso nuo pasirinktos aplinkos. Tinklo greitaveika tarp duomenų centrų skiriasi, todėl tos pačios sistemos, jose nieko nekeitus, gali veikti nuo 30 proc. iki 3 kartų greičiau, o netinkamai parinktoje aplinkoje — ir lėčiau. Todėl svarbias sistemas prieš migraciją verta ištestuoti keliuose duomenų centruose ir spartą pasitikrinti realiais darbo scenarijais.

• Nuo ko pradėti, jei svarstome atsisakyti serverinės?

  Nuo inventorizacijos ir nepriklausomo vertinimo: kokios sistemos veikia, kokios jų priklausomybės, kokia įrangos būklė ir rizikos. Tada galima palyginti scenarijus — duomenų centras, debesija ar hibridas — ištestuoti greitaveiką ir sudaryti etapinį migracijos planą su aiškiais prioritetais. Jei įmonei taikomi NIS2 reikalavimai, kartu vertinami ir veiklos tęstinumo bei dubliavimo įsipareigojimai.

Įvertinkite migracijos galimybes

Jei svarstote, ar sava serverinė dar pasiteisina, Altic IT specialistai įvertins jūsų infrastruktūrą, palygins scenarijus ir parengs etapinį migracijos planą be prastovų. Susisiekite telefonu +370 5 2032018 arba per kontaktų puslapį — aptarsime jūsų situaciją ir galimus sprendimus.

Susisiekti su Altic IT