Sõna „hooldus“ tähendab serveripakkumistes väga erinevaid asju. Ühe teenusepakkuja jaoks tähendab see, et füüsiline server on sisse lülitatud ja võrk töötab. Teise jaoks seda, et varukoopiaid kontrollitakse igal ööl, turvauuendused paigaldatakse igal kuul ja kui teenus halveneb, reageerib insener poole tunni jooksul, ootamata teie kõnet. Mõlemat pakkumist nimetatakse „hallatavaks serveriks“ ja hinnad võivad erineda vaid veidi.
Vahe ilmneb alles siis, kui midagi juhtub: failid krüpteeritakse, uuendus rikub süsteemi, täis ketas seisatab teie raamatupidamise. Siis selgub, et „hooldus“ oli lihtsalt töötav server ja kõik muu oli teie vastutus, millest keegi teile ei öelnud.
Selles artiklis analüüsime, millest päris serverihooldus koosneb, kuidas seda lepingus määratleda ja milliseid küsimusi küsida, et hiljem üllatusi ei tekiks.
Ressursi rent ja hallatav server on kaks erinevat toodet
Ressursi rent (sageli nimetatud „haldamata“ või „ise hallatavaks“ serveriks) tähendab, et saate virtuaalmasina paigaldatud operatsioonisüsteemi ja administraatoriõigustega. Teenusepakkuja vastutab füüsilise riistvara, toite, võrgu ja virtualiseerimisplatvormi eest. Kõik, mis toimub operatsioonisüsteemis, näiteks uuendused, kaitse, varukoopiad ja rakenduste seadistus, on teie töö.
See on õige mudel, kui teil on oma serveriadministraator, kellel on selleks aega. Enamiku väikeste ja keskmiste ettevõtete jaoks, kus IT-ga tegeleb üks inimene või mitte keegi, tähendab see, et pärast esimest kuud jääb server ilma uuendusteta ja ilma kontrollitud varukoopiateta.
Hallatav server on sama ressurss, kuid meeskonnaga, kes vastutab operatsioonisüsteemi ja põhiteenuste korraliku töö eest. Teie kasutate rakendusi ning teenusepakkuja tagab, et selle all olev platvorm on uuendatud, kaitstud, seiratud ja taastatav.
Millest päris hooldus koosneb
Kui küsite pakkumist, nõudke, et iga allpool olev punkt oleks selgelt märgitud kui kaasas, mitte kaasas või saadaval lisatasu eest.
Uuendused
Operatsioonisüsteemi ja baastarkvara turvauuendused tuleb paigaldada regulaarselt, kokkulepitud ajal, tagasipööramise võimalusega. Küsimused: kui tihti, kas seda tehakse väljaspool tööaega, mis juhtub, kui uuendus süsteemi rikub, ja kas enne paigaldamist tehakse hetktõmmis.
Seire
Seire tähendab, et teenusepakkuja saab probleemist teada enne teid. Jälgida tuleb mitte ainult serveri kättesaadavust, vaid ka kettaruumi, protsessori ja mälu kasutust, teenuste olekut, sertifikaatide aegumist ja varukoopia õnnestumist. Oluline küsimus: kes saab öösel hoiatuse ja mida ta sellega teeb.
Varukoopiad
Varukoopia, mida keegi ei ole proovinud taastada, ei ole varukoopia. Nõudke määratletud sagedust, säilitusaega, asukohta (kas koopia on teises füüsilises asukohas), kaitset kustutamise eest nakatunud serverilt ja seda, kui tihti taastamist testitakse. Meie praktikas hoitakse varukoopiaid meie andmekeskuses Leedus (EL) ja vajaduse korral ka Amazoni andmekeskuses Saksamaal, nii et õnnetus ühes asukohas ei tähenda andmekadu. Kirjutame eraldi serveri varundamise võimalustest.
Pahavara kaitse
Server ilma kaasaegse kaitseta on lahtine uks. Operatsioonisüsteemi standardkaitsest lunavararünnakute vastu ei piisa. Meie hallatavatele serveritele on paigaldatud Bitdefender GravityZone, mida hallatakse tsentraalselt meie konsoolist: see blokeerib pahatahtlikud protsessid, jälgib failide krüpteerimise märke ja teavitab meie meeskonda, mitte ei kirjuta ainult logisse. Küsige teenusepakkujalt, milline kaitse on paigaldatud, kes seda haldab ja kas keegi hoiatusi loeb.
Ligipääsu ja paroolide haldus
Kellel on serveri administraatoriligipääs, kuidas see antakse ja tühistatakse, kas kasutatakse kaheastmelist autentimist ja kas sisselogimisi logitakse. Need on küsimused, mida esitavad ka audiitorid ISO 27001 või DORA nõuete alusel.
SLA: mida see tegelikult lubab ja mida mitte
Teenustaseme leping (SLA) on koht, kus „me hooldame“ muutub numbriteks. Kõige tavalisemad segadusallikad:
- Kättesaadavuse protsenti rakendatakse sageli ainult füüsilisele platvormile, mitte teie serverile või rakendusele. Platvormi kättesaadavus 99,9 protsenti ei ütle midagi selle kohta, kui kaua teie raamatupidamine õnnetuse järel maas on.
- Reageerimisaeg ei ole lahendusaeg. Reageerimine 30 minuti jooksul tähendab, et insener on tööle asunud, mitte seda, et probleem on lahendatud. Mõlemad näitajad peavad olema lepingus ja need peaksid erinema intsidendi prioriteedi järgi.
- Toe tööaeg. Kas SLA kehtib nädalavahetustel? Kui teie raamatupidamist on vaja ainult tööpäevadel, võib tööaegne tugi piisata, aga see peab olema teadlik valik.
- Taastamiseesmärgid (RTO ja RPO). Kui kiiresti server varukoopiast taastatakse ja kui palju andmeid võib kaduda. Kui neid kahte arvu lepingus ei ole, on varundamise lubadus ainult lubadus.
Avaldame oma teenustaseme kirjelduse, et saaksite neid arve enne vestlust võrrelda.
Vastutusmaatriks: üks leht, mis lahendab vaidlused
Parim vahend, mida teenusepakkujalt nõuda, on vastutusmaatriks: tabel, kus iga tegevus on määratud ühele poolele. Näide, kuidas see hallatava serveri puhul välja näeb:
| Tegevus | Teenusepakkuja | Klient |
|---|---|---|
| Füüsiline riistvara, toide, võrk, virtualiseerimine | Vastutab | – |
| Operatsioonisüsteemi uuendused | Vastutab | Lepib kokku ajastuse |
| Seire ja hoiatustele reageerimine | Vastutab | – |
| Varukoopiad ja taastamistestid | Vastutab | Määrab, mida kaitsta |
| Pahavara kaitse | Vastutab | – |
| Äriprogrammide (raamatupidamine, CRM) uuendused | Kokkuleppel | Sageli vastutab |
| Kasutajakontod rakenduses | – | Vastutab |
| Andmete sisu ja selle seaduslikkus | – | Vastutab |
Kui selline maatriks on allkirjastatud, kaob küsimus „kelle ülesanne see oli“. Kui teenusepakkuja ei suuda või ei taha seda koostada, on see juba vastus selle kohta, kuidas intsidente käsitletakse.
Küsimused teenusepakkujale
Enne lepingu allkirjastamist soovitame esitada need küsimused ja vastused üles kirjutada:
- Mida täpselt „hooldus“ sisaldab? Paluge nimekirja.
- Kui tihti uuendusi paigaldatakse ja mis juhtub, kui need süsteemi rikuvad?
- Kus varukoopiaid füüsiliselt hoitakse, kas need on serverist endast kättesaamatud ja millal taastamist viimati testiti?
- Milline pahavara kaitse on paigaldatud ja kes selle hoiatusi loeb?
- Millised on reageerimis- ja lahendusajad prioriteedi järgi ja kas need kehtivad ka väljaspool tööaega?
- Millised on RTO ja RPO kohustused?
- Kellel on minu serveri administraatoriligipääs ja kuidas seda logitakse?
- Kas töötate kooskõlas ISO 27001 nõuetega ja kas saate auditi jaoks dokumente esitada?
- Kuidas toimub väljumine: kas saan serveri tõmmise ja oma andmed kaasa võtta ja kui kiiresti?
Teenusepakkuja, kes vastab kõigile üheksale kõrvalepõikamata, hooldab servereid tõenäoliselt tõesti. Teenusepakkuja, kes ütleb „ärge muretsege, me hoolitseme kõige eest“, aga ei esita ühtegi dokumenti, tõenäoliselt mitte.
Kust alustada
- Tehke nimekiri süsteemidest, mis serveris töötavad, ja sellest, mitu tundi seisakut igaüks taluda saab. Need on teie SLA nõuded.
- Paluge praeguselt teenusepakkujalt vastutusmaatriksit. Kui seda ei ole, koostage see ise ja tehke ettepanek see allkirjastada.
- Kontrollige, millal viimati varukoopiast faili taastati. Kui keegi ei mäleta, on see esimene töö.
- Võrrelge pakkumisi selle järgi, mis on kaasas, mitte kuuhinna järgi.
- Kui tahate näha, kuidas see praktikas välja näeb, lugege meie hallatavate CLOUD serverite kirjeldust: uuendused, seire, varukoopiad ja Bitdefender GravityZone kaitse on kaasas ning kui eelistate hoida serverit oma kontoris, pakume sama maatriksi alusel serverite haldust.
