Fe wnaethom lansio gwasanaethau newydd, tyfodd traffig, disodli gweinyddwyr, cysylltu gwefannau newydd a chanolfannau data wedi'u hailfodelu - a nawr byddwn yn adrodd y stori hon, y gwnaethom ei chyflwyno i chi bum mlynedd yn ôl ar y dechrau..
Mae pum mlynedd yn amser arferol ar gyfer crynhoi canlyniadau interim. Felly, penderfynasom siarad am ddatblygiad ein seilwaith, sydd dros y pum mlynedd diwethaf wedi mynd trwy lwybr datblygu rhyfeddol o ddiddorol, yr ydym yn falch ohono. Mae’r newidiadau meintiol rydym wedi’u rhoi ar waith wedi troi’n rhai ansoddol; nawr gall y seilwaith weithredu mewn moddau a oedd yn ymddangos yn wych yng nghanol y degawd diwethaf.
Rydym yn sicrhau gweithrediad y prosiectau mwyaf cymhleth gyda'r gofynion llymaf ar gyfer dibynadwyedd a llwythi, gan gynnwys PREMIER a Match TV. Mae darllediadau chwaraeon a pherfformiad cyntaf cyfresi teledu poblogaidd angen traffig mewn terabits/au, rydym yn gweithredu hyn yn hawdd, ac mor aml mae gweithio gyda chyflymder o'r fath wedi dod yn gyffredin i ni ers amser maith. A phum mlynedd yn ôl, y prosiect trymaf yn rhedeg ar ein systemau oedd Rutube, sydd wedi datblygu ers hynny, wedi cynyddu maint a thraffig, y bu'n rhaid ei ystyried wrth gynllunio llwythi.
Buom yn siarad am sut y gwnaethom ddatblygu caledwedd ein seilwaith () a datblygu system sy'n gyfrifol am uwchlwytho fideos (), ond mae llawer o amser wedi mynd heibio ers i'r testunau hyn gael eu hysgrifennu, mae llawer o atebion eraill wedi'u creu a'u gweithredu, ac mae'r canlyniadau'n caniatáu inni fodloni gofynion modern a bod yn ddigon hyblyg i addasu i dasgau newydd.
Craidd rhwydwaith Rydym yn datblygu'n gyson. Fe wnaethom newid i offer Cisco yn 2015, y soniasom amdano yn yr erthygl flaenorol. Yn ôl wedyn roedd yn dal i fod yr un 10/40G, ond am resymau amlwg, ar ôl ychydig flynyddoedd fe wnaethant uwchraddio'r siasi presennol, ac erbyn hyn rydym yn defnyddio 25/100G yn weithredol.
Nid yw cysylltiadau 100G wedi bod yn moethus ers amser maith (yn hytrach, mae hwn yn ofyniad brys yr amser yn ein segment), nac yn brin (mae mwy a mwy o weithredwyr yn darparu cysylltiadau ar gyflymder o'r fath). Fodd bynnag, mae 10/40G yn parhau i fod yn berthnasol: drwy'r cysylltiadau hyn rydym yn parhau i gysylltu gweithredwyr ag ychydig bach o draffig, ac mae'n amhriodol ar hyn o bryd i ddefnyddio porthladd mwy cynhwysedd ar ei gyfer.
Mae craidd y rhwydwaith a grëwyd gennym yn haeddu ystyriaeth ar wahân a bydd yn dod yn destun erthygl ar wahân ychydig yn ddiweddarach. Yno byddwn yn ymchwilio i fanylion technegol ac yn ystyried rhesymeg ein gweithredoedd wrth ei greu. Ond nawr byddwn yn parhau i dynnu'r seilwaith yn fwy sgematig, gan nad yw eich sylw, annwyl ddarllenwyr, yn ddiderfyn.
Gweinyddion allbwn fideo esblygu'n gyflym, ac rydym yn cynnig llawer o ymdrech ar ei gyfer. Pe baem yn gynharach yn defnyddio gweinyddwyr 2U yn bennaf gyda 4-5 cerdyn rhwydwaith gyda dau borthladd 10G yr un, nawr mae'r rhan fwyaf o'r traffig yn cael ei anfon o weinyddion 1U, sydd â 2-3 o gardiau gyda dau borthladd 25G yr un. Mae cardiau â 10G a 25G bron yn gyfartal o ran cost, ac mae atebion cyflymach yn caniatáu ichi drosglwyddo dros 10G a 25G. Y canlyniad oedd arbedion amlwg: llai o gydrannau gweinydd a cheblau ar gyfer cysylltu - cost is (a dibynadwyedd uwch), mae cydrannau'n cymryd llai o le yn y rac - daeth yn bosibl gosod mwy o weinyddion fesul ardal uned ac, felly, costau rhentu is.
Ond yn bwysicach yw'r cynnydd mewn cyflymder! Nawr gallwn anfon mwy na 1G gyda 100U! Ac mae hyn yn erbyn cefndir sefyllfa lle mae rhai prosiectau mawr yn Rwsia yn galw allbwn 40G o 2U yn “gyflawniad.” Hoffem eu problemau!
Sylwch ein bod yn dal i ddefnyddio'r genhedlaeth o gardiau rhwydwaith a all weithredu ar 10G yn unig. Mae'r offer hwn yn gweithio'n sefydlog ac yn gyfarwydd iawn i ni, felly ni wnaethom ei daflu, ond daeth o hyd i ddefnydd newydd ar ei gyfer. Fe wnaethom osod y cydrannau hyn mewn gweinyddwyr storio fideo, ac mae'n amlwg nad yw un neu ddau o ryngwynebau 1G yn ddigon i weithredu'n effeithiol; yma daeth cardiau 10G i fod yn berthnasol.
Systemau storio yn tyfu hefyd. Dros y pum mlynedd diwethaf, maent wedi newid o ddeuddeg disg (12x HDD 2U) i dri deg chwech disg (36x HDD 4U). Mae rhai yn ofni defnyddio “carcasau” mor alluog, oherwydd os bydd un siasi o'r fath yn methu, gall fod bygythiad i gynhyrchiant - neu hyd yn oed gweithrediad! - ar gyfer y system gyfan. Ond ni fydd hyn yn digwydd gyda ni: rydym wedi darparu copi wrth gefn ar lefel y copïau o ddata a geo-ddosbarthwyd. Rydym wedi dosbarthu'r siasi i wahanol ganolfannau data - rydym yn defnyddio cyfanswm o dri - ac mae hyn yn dileu'r achosion o broblemau rhag ofn methiannau yn y siasi a phan fydd y safle'n disgyn.
Wrth gwrs, roedd y dull hwn yn golygu nad oedd angen RAID caledwedd, y gwnaethom ei adael. Trwy ddileu diswyddiadau, fe wnaethom gynyddu dibynadwyedd y system ar yr un pryd trwy symleiddio'r datrysiad a dileu un o'r pwyntiau methiant posibl. Gadewch inni eich atgoffa bod ein systemau storio yn rhai “cartref”. Gwnaethom hyn yn eithaf bwriadol ac roeddem yn gwbl fodlon ar y canlyniad.
Canolfannau data Dros y pum mlynedd diwethaf rydym wedi newid sawl gwaith. Ers ysgrifennu'r erthygl flaenorol, nid ydym wedi newid un ganolfan ddata yn unig - DataLine - roedd angen ailosod y gweddill wrth i'n seilwaith ddatblygu. Cynlluniwyd yr holl drosglwyddiadau rhwng safleoedd.
Ddwy flynedd yn ôl, fe wnaethom fudo y tu mewn i MMTS-9, gan symud i safle gydag atgyweiriadau o ansawdd uchel, system oeri dda, cyflenwad pŵer sefydlog a dim llwch, a oedd yn flaenorol yn gorwedd mewn haenau trwchus ar bob arwyneb a hefyd yn rhwystredig y tu mewn i'n hoffer. . Dewiswch wasanaethau o safon - a dim llwch! – daeth y rheswm dros ein symudiad.
Bron bob amser “mae un symudiad yn gyfystyr â dau dân,” ond mae'r problemau yn ystod mudo yn wahanol bob tro. Y tro hwn, “darparwyd” prif anhawster symud o fewn un ganolfan ddata gan draws-gysylltiadau optegol - eu helaethrwydd rhwng lloriau heb gael eu cyfuno yn un croesgysylltu gan weithredwyr telathrebu. Efallai mai’r broses o ddiweddaru ac ailgyfeirio traws-gysylltiadau (yr oedd peirianwyr MMTS-9 wedi’n helpu ni) oedd y cam mudo anoddaf.
Digwyddodd yr ail ymfudiad flwyddyn yn ôl; yn 2019, fe wnaethom symud o ganolfan ddata nad oedd yn dda iawn i O2xygen. Roedd y rhesymau dros symud yn debyg i'r rhai a drafodwyd uchod, ond fe'u hategwyd gan broblem anneniadol y ganolfan ddata wreiddiol ar gyfer gweithredwyr telathrebu - bu'n rhaid i lawer o ddarparwyr “dal i fyny” at y pwynt hwn ar eu pen eu hunain.
Roedd symud 13 rac i safle o ansawdd uchel yn MMTS-9 yn ei gwneud hi'n bosibl datblygu'r lleoliad hwn nid yn unig fel lleoliad gweithredwr (cwpl o raciau ac “ymlaen” o weithredwyr), ond hefyd i'w ddefnyddio fel un o'r prif rai. Fe wnaeth hyn symleiddio rhywfaint ar y mudo o ganolfan ddata nad oedd yn dda iawn - fe wnaethom gludo'r rhan fwyaf o'r offer ohoni i safle arall, a rhoddwyd rôl datblygu i O2xygen, gan anfon 5 rac gydag offer yno.
Heddiw mae O2xygen eisoes yn blatfform llawn, lle mae'r gweithredwyr sydd eu hangen arnom wedi “cyrraedd” a rhai newydd yn parhau i gysylltu. Ar gyfer gweithredwyr, roedd O2xygen hefyd yn ddeniadol o safbwynt datblygiad strategol.
Rydym bob amser yn cyflawni prif gam y symudiad mewn un noson, ac wrth fudo o fewn MMTS-9 ac i O2xygen, fe wnaethom gadw at y rheol hon. Pwysleisiwn ein bod yn dilyn y rheol “symud dros nos” yn llym, waeth beth yw nifer y raciau! Roedd cynsail hyd yn oed pan symudon ni 20 rac a chwblhau hyn hefyd mewn un noson. Mae mudo yn broses eithaf syml sy'n gofyn am gywirdeb a chysondeb, ond mae rhai triciau yma, yn y broses baratoi, ac wrth symud, ac wrth anfon i leoliad newydd. Rydym yn barod i siarad am fudo yn fanwl os oes gennych ddiddordeb.
Canfyddiadau Rydym yn hoffi cynlluniau datblygu pum mlynedd. Rydym wedi cwblhau’r gwaith o adeiladu seilwaith newydd sy’n gallu goddef diffygion wedi’i ddosbarthu ar draws tair canolfan ddata. Rydym wedi cynyddu'r dwysedd traffig yn sydyn - os yn ddiweddar roeddem yn hapus gyda 40-80G gyda 2U, nawr y norm i ni yw 100G gydag 1U. Nawr mae hyd yn oed terabit o draffig yn cael ei ystyried yn gyffredin gennym ni. Rydym yn barod i ddatblygu ein seilwaith ymhellach, sydd wedi troi allan i fod yn hyblyg ac yn raddadwy.
Cwestiwn: Beth ddylwn i ddweud wrthych chi yn y testunau canlynol, annwyl ddarllenwyr? Ynglŷn â pham y gwnaethom ddechrau creu systemau storio data cartref? Am graidd y rhwydwaith a'i nodweddion? Ynglŷn â thriciau a mân bethau mudo rhwng canolfannau data? Ynglŷn â gwneud y gorau o benderfyniadau dosbarthu trwy ddewis cydrannau a mireinio paramedrau? Ynglŷn â chreu atebion cynaliadwy diolch i ddiswyddiadau lluosog a galluoedd graddio llorweddol o fewn canolfan ddata, sy'n cael eu gweithredu mewn strwythur o dair canolfan ddata?
Awdur: Petr Vinogradov - Cyfarwyddwr Technegol Uma.Tech
Ffynhonnell: hab.com
