Olukord
Vilniuse logistikafirmal on 80 töötajat, kaks ladu ja oma sõidukipark. Kogu tegevus keerleb ümber laohaldussüsteemi: vastuvõtt, komplekteerimine, väljasaatmine, juhtide dokumendid. Kui süsteem seiskub, jäävad ladudes kahveltõstukid seisma ja veokid ootavad rambi ääres.
Süsteem töötas kahel füüsilisel serveril kontoriruumis, mida kutsuti serveriruumiks, kuid mis oli tegelikult endine panipaik koos kliimaseadmega. Serverid olid seitsmeaastased, garantii oli ammu läbi ja üks neist oli viimase aasta jooksul kaks korda ülekuumenemise tõttu välja lülitunud. Iga katkestus tähendas laole mitut tundi käsitööd ja hilinenud saadetisi.
Lisaks oli turvaprobleem. Juhid ja laotöötajad ühendusid süsteemiga telefonide ja tahvelarvutitega avatud kaugtöölaua pordi kaudu. Tegevusjuht mõistis klientide küsimusi tarnijate küberturvalisuse kohta nähes, et nii jätkata ei saa.
Mida oli vaja
Tegevusjuhi ja finantsjuhiga leppisime kokku eesmärkides:
- Kaotada sõltuvus kontori füüsilisest seadmestikust: lõpetada serverite ostmine ja serveriruumi pidamine.
- Laosüsteem peab töötama mõlemas vahetuses, seega pidi kolimine toimuma nädalavahetusel mitmetunnise katkestusega.
- Turvaline ligipääs ladudest, teelt ja kodust, ilma internetti avatud portideta.
- Varukoopiad rohkem kui ühes asukohas ning kirjalikult fikseeritud taasteaeg, mida saab klientidele näidata.
- Uuendused ja hooldus ei ole enam ettevõtte mure.
- Tähtaeg: kõrghooaja algus, ehk umbes viis nädalat.
Mida me tegime
1. nädal: audit ja plaan
Mõõtsime, mida süsteem tegelikult kasutab: protsessori koormus, mälu ja kettaoperatsioonid tipptundidel. See oli oluline, sest laosüsteemi tarnija oli soovitanud märksa rohkem ressursse, kui praktikas vaja oli. Leppisime tarnijaga kokku andmebaasi üleviimise korra ja testistsenaariumi. Koostasime kolimisplaani koos tagasipöördumise võimalusega juhuks, kui midagi ebaõnnestub.
2. nädal: pilvekeskkond
Meie andmekeskuses Leedus seadistasime kolm hallatavat pilveserverit: laosüsteemi rakenduskihile, andmebaasile ja raamatupidamissüsteemile, mis seni jagas serverit laosüsteemiga. Kõigile serveritele paigaldati Bitdefender GravityZone, seire ja automaatne uuenduste haldus.
Paralleelselt ehitasime VPN-võrgu, mis ühendab kaks lao, kontori ja pilve. Mobiilseadmetele lõime VPN-kliendi kaheastmelise autentimisega. Avatud kaugtöölaua port suleti.
3. nädal: proovikolimine
Viisime süsteemi koopia pilve ja lasime laojuhtidel kahe päeva jooksul testkeskkonnas töötada: kauba vastuvõtt, komplekteerimine, dokumentide printimine. Siin tuli välja kõige keerulisem koht. Ladude etiketiprinterid oli seadistatud vana serveri IP-aadressi järgi ja mõnel polnud dokumentatsiooni üldse. Kahe päevaga käisime läbi kõik 14 printerit ja parandasime seadistuse VPN-i kaudu.
4. nädal: kolimine
Kolimine toimus laupäeva õhtul. Peatasime vana süsteemi, viisime üle andmebaasi lõppseisu ja lülitasime ümber tööjaamad ja seadmed. Laojuht kontrollis pühapäeva hommikul põhistsenaariumid üle. Tegelik kättesaamatus oli umbes neli tundi, kõik väljaspool tööaega. Vanad serverid jäid veel kaheks nädalaks tagavaraks sisse lülitatuks ja seejärel lülitati välja.
5. nädal: varukoopiad ja hooldusrežiim
Lülitasime sisse Veeamiga serverite varundamise: päevased varukoopiad jäävad Leetu ja teine koopia läheb Amazoni andmekeskusesse Saksamaal. Testisime ja mõõtsime taastamist: kogu laosüsteem taastatakse varukoopiast alla kolme tunniga, seega kirjutasime lepingusse veidi varuga neljatunnise RTO. Uuenduste aken lepiti kokku teisipäeva ja kolmapäeva vahelisele ööle, kui ladu on kõige vaiksem.
Tulemus
Esimese kuue kuu jooksul pärast kolimist ei olnud laosüsteemil ainsatki plaanivälist katkestust. Mõõdame seda seiresüsteemiga, mis registreerib iga kättesaamatuse minuti, ja klient saab igakuise aruande. Plaanilised uuendused toimuvad öösel ja töötajad ei märka neid.
Kokkulepitud taasteaeg on 4 tundi, kinnitatud päris testiga, mitte arvutusega. Varukoopiaid hoitakse kahes kohas: Leedus ja Saksamaal. See võimaldas tegevusjuhil vastata klientide turvaküsimustikele konkreetsete faktidega lubaduste asemel.
Kontori serveriruum on lammutatud ja kliimaseade välja lülitatud. Finantsjuht asendas eelarves serverite uuendamise rea eelnevalt teada oleva igakuise teenustasuga.
„Varem kontrollisin esmaspäeva hommikuti, kas serverid on elus. Nüüd vaatan ainult aruannet.“
Mida me sarnases olukorras soovitaksime
- Mõõtke enne serverite kolimist tegelikku koormust. Rakendustarnijate soovitustes on sageli suur varu ja ressursside eest maksate igal kuul.
- Tehke proovikolimine ja laske päris töötajatel testkeskkonnas töötada. Printerid, skannerid ja integratsioonid tarnijatega tulevad nii välja.
- Kirjutage taasteaeg lepingusse alles pärast päris testi. Neli tundi paberil ja neli tundi praktikas ei ole sama asi.
- Sulgege avatud kaugtöölaua pordid kohe, enne mis tahes kolimist. See on kõige sagedasem tee, kuidas lunavara logistikaettevõtetesse pääseb.
