Kako zaščititi poslovanje, ne da bi plačevali za neizkoriščeno strežniško kapaciteto

Izpad kritičnega sistema lahko v nekaj minutah paralizira celotno podjetje. Prodaja se lahko ustavi, proizvodnja je lahko motena, izdajanje računov postane nemogoče, dostop do podatkov strank pa se lahko izgubi. Za vodstvo zato obnova po katastrofi (DR) ni zgolj še ena postavka v IT proračunu, temveč ključni del obvladovanja operativnih tveganj. Hkrati pa najdražja rešitev ni samodejno tudi najboljša.

Sodobna IT okolja se zanašajo na visoko razpoložljivost in kontinuiteto poslovanja, da bi zmanjšala izpade in zagotovila neprekinjen dostop do kritičnih aplikacij in storitev. V Microsoftovih okoljih to ni le vprašanje zasnove infrastrukture in namestitve dodatnih strežnikov v primeru okvare, temveč tudi njihovega pravilnega licenciranja.

Microsoft Software Assurance (SA) in pravila licenciranja, ki določajo, koliko podjetje na koncu plača za svojo rešitev, imajo tukaj pomembno vlogo. Čeprav je okolje DR primarno namenjeno zaščiti kontinuitete poslovanja, lahko dobro zasnovana strategija zmanjša tudi stroške neizkoriščene strežniške kapacitete.

Varnostno kopiranje podatkov in obnova po katastrofi nista eno in isto

Izpad produkcijskega sistema povzroči veliko več kot le stroške IT ekipe, ki si prizadeva za njegovo obnovitev. Dejanski vpliv izpada lahko vključuje izgubljen prihodek, neaktivne zaposlene, zamujene dobave, prekinjene storitve za stranke, pogodbene kazni in, na koncu, škodo za zaupanje strank.

Poglejmo si preprost primer. Če platforma za e-trgovino, sistem za upravljanje skladišča ali sistem ERP ni na voljo več ur, so lahko finančne posledice hitro precejšnje. V mnogih primerih so stroški implementacije in licenciranja ustrezne rešitve za obnovo po katastrofi le delček potencialnih izgub, ki jih povzroči dolgotrajen izpad.

Redne varnostne kopije so bistvene, vendar rešujejo le del problema. Varnostna kopija ščiti podatke. Obnova po katastrofi ščiti poslovanje.

Ključno vprašanje ni zgolj, ali lahko podjetje obnovi svoje podatke, temveč kako hitro lahko obnovi kritične sisteme in nadaljuje z delovanjem, ko primarno okolje odpove.

Dobro zasnovano okolje DR zagotavlja to operativno odpornost. Podjetju omogoča, da v primeru resnega incidenta – kot so okvara strojne opreme, izpad električne energije, kibernetski napad ali motnja na primarni lokaciji – preklopi na sekundarno okolje in ohrani delovanje kritičnih storitev, medtem ko se prvotno okolje obnavlja.

Nekaj vprašanj, ki lahko določijo pravo strategijo

Vodstvu ni treba analizirati infrastrukturnih parametrov, strežniških gruč ali drugih tehničnih podrobnosti, da bi sprejelo pravo strateško odločitev. Dovolj je, da IT direktorju postavite nekaj osnovnih vprašanj:

• Kateri sistemi ne smejo biti nedosegljivi več kot nekaj ur?

• Kolikšno največjo izgubo podatkov smo pripravljeni sprejeti?

• Koliko nas stane ena ura izpada teh specifičnih procesov?

• Kako hitro se moramo biti sposobni vrniti v normalno delovanje?

• Ali je naša infrastruktura za varnostno kopiranje dejansko uporabna in redno testirana?

Stroški »pasivnega stanja pripravljenosti« proti učinkoviti izkoriščenosti

Okolje za obnovo po katastrofi (DR) običajno sestavljajo en ali več namenskih strežnikov, ki se nahajajo na ločeni lokaciji. Ti stroji vzdržujejo kopije kritičnih sistemov in so pripravljeni takoj prevzeti produkcijsko delovno obremenitev, če primarno okolje odpove. Večino časa pa so dejansko »uspani«.

Z vidika licenciranja ima Software Assurance (SA) pomembno vlogo. SA je izbirni Microsoftov program, ki je primarno namenjen prvotnemu kupcu nove ustrezne licence in zagotavlja dodatne licenčne ugodnosti. Licence na sekundarnem trgu so običajno pridobljene brez kritja SA.

Če so vaši strežniki zajeti z aktivnim SA, lahko prejmete tudi pravico do vzpostavitve namenskega pasivnega okolja DR, ne da bi morali pridobiti dodatno samostojno licenco za ta strežnik. Strežnik ostane v stanju pripravljenosti, medtem ko podjetje upa, da ga nikoli ne bo treba aktivirati.

Ključna omejitev je, da mora takšen strežnik ostati namenjen obnovi po katastrofi in se ne sme uporabljati za dodatne aktivne produkcijske delovne obremenitve. Preprosto povedano, to je kot lastništvo avtomobila, ki ga smete zagnati le, ko morate peljati v bolnišnico.

Če vaše podjetje nima SA, kar je pogosto po izteku pogodbe ali pri uporabi starejših trajnih licenc, mora biti strežnik DR v celoti licenciran.

Takrat se pojavi preprosto finančno vprašanje: če mora biti strežnik DR v celoti licenciran, zakaj bi ga pustili v mirovanju? Ali ne bi bilo bolj ekonomično, da bi ga uporabljali tudi za druge delovne obremenitve, glede na to, da podjetje zanj že plačuje?

Odločajte se na podlagi dejstev in poiščite strokovni nasvet

Microsoft Software Assurance (SA) je izbirni licenčni program, ki zagotavlja dodatne ugodnosti za ustrezne Microsoftove licence. Odvisno od izdelka in licenčnega programa lahko te ugodnosti vključujejo pravice do novih različic, Azure Hybrid Benefit in specifične pravice za obnovo po katastrofi, določene v trenutnih Microsoftovih pogojih izdelka (Product Terms). SA je običajno treba pridobiti skupaj z ustrezno licenco ali obnoviti, medtem ko je obstoječe kritje SA še aktivno. Licence na sekundarnem trgu se običajno prodajajo brez ugodnosti SA, čeprav Microsoftovi pogoji izdelka določajo omejene izjeme za določene prenesene trajne licence, kjer je prejšnji lastnik vzdrževal aktivno SA.

Če zahtevane pravice za obnovo po katastrofi niso na voljo prek SA, bo morda treba okolje DR licencirati ločeno. To odpira pomembno ekonomsko vprašanje: če je strežnik DR že v celoti licenciran, ali je smiselno to kapaciteto pustiti v mirovanju, ali pa bi lahko infrastrukturo zasnovali tako, da se licencirani viri učinkoviteje uporabljajo za dodatne delovne obremenitve?

Obnova po katastrofi ni zgolj vprašanje IT oddelka. Je sestavni del načrta kontinuitete poslovanja podjetja in vpliva na prodajo, proizvodnjo in storitve za stranke.

Hkrati pa ne more ali ne potrebuje vsaka organizacija uporabljati svojega okolja DR za dodatne delovne obremenitve. Vsaka arhitektura ima svoje zahteve, licenčne pravice se razlikujejo od izdelka do izdelka, Microsoft pa relativno pogosto posodablja svoja licenčna pravila.

Če razmišljate o spremembi arhitekture vašega okolja za varnostno kopiranje ali želite bolje izkoristiti neizkoriščen potencial že licenciranega strežnika DR, je priporočljivo, da situacijo pregleda izkušen licenčni specialist.

Temeljita revizija vaših obstoječih licenc je eden najboljših načinov za zagotavljanje skladnosti in izogibanje nepotrebnim stroškom za neizkoriščeno kapaciteto.

Trije scenariji za obnovo po katastrofi (DR) / obnovo kritičnih procesov

Kako zaščititi svoje poslovanje, ne da bi plačevali za neizkoriščeno kapaciteto

Opomba: Končna priporočena varianta je odvisna od celotnih stroškov vseh dejavnikov (TCO) – ne le stroškov programskih licenc, temveč tudi infrastrukture, energije, osebja in morebitnih izgub v primeru izpada.