Võrk-teenus kui teenus suurettevõttele: eriline juhtum

Kuidas uuendada suurte ettevõtete võrgu seadmeid tootmise seiskamata? Suurprojekti kohta "avatud südame operatsiooni" režiimis räägib projektihaldur Linxdatacenter Oleg Fedorov. 

Viimastel aastatel oleme märganud suurenemist tellijate nõudluses IT-taristu võrgu komponentidega seotud teenuste järele. IT-süsteemide, teenuste, rakenduste ühenduvuse vajadus, äritegevuse jälgimise ja operatiivjuhtimise ülesanded peaaegu igas valdkonnas sunnivad tänapäeva ettevõtteid pöörama võrgu teemadele rohkem tähelepanu.  

Küsimuste ulatus – alates võrgu usaldusväärsuse tagamisest kuni kliendi iseseisva süsteemi loomise ja haldamiseni ploki IP-aadresse, marsruutimisprotokollide seadistamise ning liikluse haldamisega vastavalt organisatsioonide poliitikale.

Samuti kasvab nõudlus komplekssete lahenduste järele võrgu infrastruktuuri loomisel ja teenindamisel, eelkõige tellijate seas, kelle võrgu infrastruktuur luuakse nullist või on moraalselt vananenud, vajades tõsiseid moderniseerimist. 

See suundumus langes kokku Linxdatacenteri enda võrgu infrastruktuuri arengu ja keerukuse perioodiga. Oleme laiendanud oma kohalolekute geograafiat Euroopas, ühinedes kaugete aladega, mis omakorda nõudis ka võrgu infrastruktuuri täiustamist. 

Ettevõte käivitas uue teenuse klientidele, Network-as-a-Service: kõikide klientide võrgu ülesannete lahenduse võtame enda kanda, võimaldades neil keskenduda põhitegevusele.

2020. aasta suvel lõpetati esimene suurprojekt selles suunas, millest tahaksime rääkida. 

Alguses 

Suur tööstuskompleks pöördus meie poole võrgu infrastruktuuri moderniseerimisega ühes oma tehases. Vajasime vana seadme asendamist uuega, sealhulgas võrgu tuumaga.

Viimane seadme moderniseerimine ettevõttes toimus umbes 10 aastat tagasi. Ettevõtte uus juhtkond otsustas parandada ühenduvust, alustades infrastruktuuri uuendamisest kõige põhjalikumal, füüsilisel tasandil. 

Projekt jagati kaheks osaks: serveripargi ja võrgu seadmete uuendamine. Meie vastutasime teise osa eest. 

Alustavad tööde nõudmised hõlmasid tootmisliinide seiskumiste minimeerimist ettevõttes tööde teostamise ajal (mõnes kohtades ka täielikku seiskumiste välistamist). Iga peatus tähendab kliendi jaoks otseseid rahakadu, mida ei tohtinud mingil juhul juhtuda. Tänu objekti töörežiimile 24x7x365 ning arvestades ettevõtte praktikas planeeritud seiskumiste täielikku puudumist, seati meile ülesanne teostada operatsioon avatud südamega. See muutus projekti peamiseks eripäraks.

Lähme

Tööd olid planeeritud põhimõttel liikuda kaugematest võrgu sõlmedest lähemale, samuti vähem tootmisliinide tööd mõjutavatest kohtadest rohkem neid otseselt mõjutavate kohtade poole. 

Näiteks, kui võtta võrgu sõlm müügiosakonnas, siis ei mõjuta selles osakonnas toimuvad tööd tootmist kuidagi. Samuti aitab selline sündmus meil, kui alltöövõtjal, kontrollida valitud lähenemisviisi õigsust selliste sõlmede töö osas ning vajadusel korrigeerida tegevusi järgmistes projekti etappides. 

On vajalik mitte ainult asendada sõlmed ja kaablid võrgus, vaid ka õigesti konfigureerida kõik lahenduse komponendid tervikuna. Just nende konfiguratsioonide kontrollimise teostamine käis nii, et alustades töödega kaugemal põhikohast, andsime endale justkui "õiguse eksida", mitte riskides ettevõtte kriitiliselt oluliste aladega. 

Määrasime alad, mis ei mõjuta tootmisprotsessi, ning kriitilised kohad – töökoja, laadimis- ja mahalaadimisbloki, ladude jne. Klient nõustus võtma iga võrgu sõlme maksimaalse lubatud seiskumise aja osas: 1 kuni 15 minutit. Üksikute võrgu sõlmede täielikku väljalülitamist ei olnud võimalik vältida, kuna kaabel tuli füüsiliselt vanast seadmest uude seadmesse ümber lülitada ning selle protsessi käigus tuli ka lahti harutada "kaablite habe", mis oli vormunud mitmeaastase kasutamise käigus ilma nõuetekohase hoolduseta (üks tagajärgi kaablite paigaldamise tööde allhangetena teostamine).

Tööd jagati mitmeks etapiks.

Etapp 1 – Audit. Valmistamine ja tööde planeerimise lähenemise kooskõlastamine ning meeskondade valmisoleku hindamine: kliendi, montaaži teostava allhankija ja meie meeskonna.

Etapp 2 – Tööde läbiviimise formaadi arendamine, süvamõtteline analüüs ja planeerimine. Valisime kontrollnimekirja, mis näitab täpselt tegevuse järjekorda ja järjestust, sealhulgas patšikordide vahetamise järjekorda portide kaupa.

Etapp 3 – Tööde teostamine kapides, mis ei mõjuta tootmist. Seisakuaegade hindamine ja korrigeerimine edasiste tööetappide jaoks.

Etapp 4 – Tööde teostamine kapides, mis mõjutavad tootmist. Seisakuaegade hindamine ja korrigeerimine lõpp-etapi jaoks.

Etapp 5 – Tööde teostamine serveri ruumis järelejäänud seadmete vahetamiseks. Uue juure marsruutimise käivitamine.

Etapp 6 – Süsteemi juure järjestikune üleminek vana võrgu konfiguratsioonilt uuele, et tagada kogu süsteemikompleksi sujuv üleminek (VLAN, marsruutimine jms). Sel etapil ühendasime kõik kasutajad ja viimistlesime kõik teenused uuele seadmele, kontrollisime ühenduse õigsust, veendusime, et ükski ettevõtte teenus ei seiskunud, ning tagasime, et tekkivad probleemid oleksid seotud otseselt juurega, mis lihtsustas võimalike tõrgete kõrvaldamist ja lõppseadet. 

Kaablite juuste korrastamine

Projekt osutus keeruliseks ka keeruliste algtingimuste tõttu. 

Esiteks, suure hulga sõlmede ja võrgu lõikude tõttu, keerulise topoloogia ja kaablite klassifitseerimise järgi nende otstarbe järgi. Selliseid "juukseid" tuli kapidest välja võtta ja hoolikalt "korrastada", mõistes, milline kaabel kust tuleb ja kuhu viib. 

See nägi välja umbes nii:

nii:

või nii: 

Teiseks, iga sellise ülesande jaoks tuli ette valmistada fail protsessi kirjeldamisega. „Võtame kaabli X vanast seadmest port 1, ühendame selle uue seadme porti 18.“ Tundub lihtne, kuid kui sul on lähteandmetes 48 täiesti täidetud porti ning varuvalikut pole (me mäletame 24x7x365), on ainus lahendus töötada blokkidena. Mida rohkem kaableid saab vanast seadmest korraga välja tõmmata, seda kiiremini saab need korralikult paika panna ja uude võrgu „raudtee“ sisestada, vältides tõrkeid ja seisakuid võrgutöös. 

Seetõttu viisime ettevalmistusfaasis võrgu jagamise blokkideks – iga blokk kuulus kindlasse VLAN-i. Iga port (või nende alamhulk) vanas seadmes on mingi VLAN uues võrgu topoloogias. Gruppisime need järgmiselt: lühikesed portid lülitites olid kasutajavõrgud, keskel olid tootmisvõrgud ja viimastes olid pääsupunktid ja uplink-id. 

Selline lähenemine võimaldas ühe korraga vanast seadmest välja tõmmata ja korda teha mitte 1 kaablit, vaid 10-15. See kiirendas töövoogu mitu korda.  

Muide, nii näevad kaablid kapides välja pärast korda tegemist: 

või näiteks nii: 

Teise etapi lõpus võtsime pausi vigade analüüsimiseks ja projekti dünaamikaks. Näiteks ilmusid kohe välja väikesed puudused, mis tulenesid meile edastatud võrgu skeemide ebatäpsustest (vale ühendus skeemil – vale ostetud patch-kaabel ja vajadus selle asendamiseks). 

Paus oli vajalik, kuna serverites töötades ei olnud isegi väike tõrge protsessis lubatud. Kui eesmärgiks on tagada võrgu osa tööseisaku aeg mitte üle 5 minuti, siis seda ületada ei tohtinud. Iga võimalik kõrvalekalle ajakavast pidi olema kooskõlastatud kliendiga. 

Kuid eelplaneerimine ja projekti jagamine blokkideks võimaldasid rahulduda planeeritud tööseisaku ajaga kõigis ootes ja enamikul juhtudel isegi ilma selleta hakkama saada. 

Aja väljakutse – projekt COVID-i ajal 

Täiendavad keerukused ei puudunud siiski. Loomulikult oli üheks takistuseks koroonaviirus. 

Tööd komplikatsioonid tekkisid seoses pandeemia algusega, mistõttu ei olnud võimalik, et kõik protsessis osalejad viibiksid kliendi objektil töid teostamas. Objekti lubati ainult paigaldusettevõtte töötajad ning kontroll toimus Zoomis – seal viibis võrguinsener Linxdatacenter'ist, mina kui projekti juht, kliendi poolt vastutav võrguinsener ning meeskond, kes tegi paigaldusarbeid.

Tööde käigus tekkis ootamatuid probleeme ning tuli jooksvalt teha kohandusi. Nii õnnestus kiiresti ennetada inimfaktori mõju (skeemivead, aktiivsusliidese seisundi määramise vead jne).

Kuigi kaugtehnoloogia formaat tundus projekti alguses ebatavaline, kohandusime me üsna kiiresti uute tingimustega ning jõudsime tööde viimasesse etappi. 

Käivitame ajutise võrgu seadistamise konfiguratsiooni kahele võrgukernale – vanale ja uuele – sujuva ülemineku tagamiseks. Selgus, et uue tuuma konfiguratsiooni failist polnud eemaldatud ühte tarbetut rida ja üleminekut ei toimunud. See sundis meid veidi aega probleemile lahenduse leidmiseks raiskama. 

Selgus, et peamine liiklus edastati õigesti, kuid juhtimisliiklus ei jõudnud sõlme uue tuuma kaudu. Tänu projekti selgele etappideks jagamisele õnnestus kiiresti kindlaks teha võrguosa, kus tekkis takistus, tuvastada probleem ja see lahendada. 

Ja tulemuseks

Projekti tehnilised tulemused 

Esiteks loodi uue ettevõtte võrgu uus tuum, selleks ehitasime füüsilisi/loogilisi ringe. See tehti nii, et igal võrgu lülikil oleks "teine õlg". Vanas võrgus olid paljud lülitid ühendatud tuumaga ühe rada kaudu, ühe õlaga (uplink). Kui see katkeb, muutub lüliti täielikult kättesaamatuks. Ja kui ühe uplinki kaudu oli ühendatud mitu lülitit, siis rike tõi kaasa terve osakonna või tootmisliini tõrke. 

Uues võrgus ei suuda isegi tõsine võrguintsident mingisuguses stsenaariumis "panna" kogu võrku või selle olulist osa maapinnale. 

90% kogu võrgutehnika on uuendatud, välja on toodud meediakonverterid (signaali edastamise keskkonna muundurid) ning ka kaotatud on vajadus eraldiseisvate elektriliinide järele seadmete toitmiseks, tänu PoE-lülitite kasutusele, kus toide edastatakse Etherneti kaablite kaudu. 

Samuti on kõik optilised ühendused serveriruumis ja kohtade kapides märgistatud – kõigis võtmeühenduspunktides. See võimaldas koostada sidetehnika ja ühenduste topoloogilise skeemi, mis peegeldab selle tegelikku seisukorda tänasel päeval. 

Võrguskeem

Kõige olulisem tulemus tehnilisest vaatepunktist: ulatuslikud infrastruktuuritööd viidi läbi kiiresti, ilma et see oleks ettevõtte töös mingit segadust tekitanud ja peaaegu märkamatult selle personali jaoks. 

Projekti ärilised tulemused

Minu arvates on see projekt esmajoones huvitav mitte tehnilisest, vaid organisatsioonilisest poolest. Raskused seisnesid peamiselt projektiülesannete elluviimise planeerimises ja läbimõeldud sammude väljatöötamises. 

Projekti edu võimaldab rääkida sellest, et meie algatus arendada võrgusuunda Linxdatacenter'i teenuste portfellis on õige ettevõtte arengusuund. Vastutustundlik lähenemine projektide juhtimisele, mõistlik strateegia ja selge planeerimine võimaldasid meil töö kvaliteetselt teostada. 

Töö kvaliteedi kinnituseks on kliendi taotlus jätkata võrgu moderniseerimise teenuste osutamist tema ülejäänud objektides Venemaal.

Allikas: habr.com