Un o'r chwaraewyr ifanc yn y farchnad ar gyfer datrysiadau Adfer Trychineb yw Hystax, cwmni cychwyn Rwsiaidd o 2016. Gan fod pwnc adfer mewn trychineb yn boblogaidd iawn a bod y farchnad yn hynod gystadleuol, penderfynodd y cwmni cychwyn ganolbwyntio ar fudo rhwng gwahanol seilweithiau cwmwl. Byddai cynnyrch sy'n eich galluogi i drefnu mudo syml a chyflym i'r cwmwl hefyd yn ddefnyddiol iawn i gleientiaid Onlanta - defnyddwyr . Dyna sut y des i'n gyfarwydd â Hystax a dechrau profi ei alluoedd. Dywedaf wrthych beth a ddaeth ohono yn yr erthygl hon.
Prif nodwedd Hystax yw ei ymarferoldeb eang i gefnogi llwyfannau rhithwiroli amrywiol, systemau gweithredu gwesteion a gwasanaethau cwmwl, sy'n ei gwneud hi'n bosibl trosglwyddo'ch llwythi gwaith o unrhyw le, unrhyw le.
Mae hyn yn caniatáu ichi greu nid yn unig atebion DR i gynyddu goddefgarwch diffygion gwasanaethau, ond hefyd i symud adnoddau yn gyflym ac yn hyblyg rhwng gwahanol safleoedd a hyperscalers i gynyddu arbedion cost a dewis yr ateb gorau ar gyfer gwasanaeth penodol ar adeg benodol. Yn ogystal â'r llwyfannau a restrir yn y llun teitl, mae'r cwmni hefyd yn cydweithredu'n weithredol â darparwyr cwmwl Rwsiaidd: Yandex.Cloud, CROC Cloud Services, Mail.ru a llawer o rai eraill. Mae'n werth nodi hefyd bod y cwmni wedi agor canolfan Ymchwil a Datblygu yn Skolkovo yn 2020.
Mae dewis un ateb gan nifer fawr o chwaraewyr ar y farchnad yn nodi polisi prisio da a chymhwysedd uchel y cynnyrch, y penderfynasom ei brofi'n ymarferol.
Felly, bydd ein tasg brawf yn cynnwys mudo o fy safle prawf VMware a pheiriannau ffisegol i safle'r darparwr, a reolir hefyd gan VMware. Oes, mae yna lawer o atebion a all gyflawni ymfudiad o'r fath, ond rydym yn ystyried Hystax fel arf cyffredinol, ac mae profi mudo ym mhob cyfuniad posibl yn dasg afrealistig. Ac mae cwmwl Oncloud.ru wedi'i adeiladu'n benodol ar VMware, felly mae'r platfform hwn fel targed o ddiddordeb i ni i raddau mwy. Nesaf, byddaf yn disgrifio'r egwyddor sylfaenol o weithredu, sydd yn gyffredinol yn annibynnol ar y platfform, a gellir disodli VMware o unrhyw ochr gan blatfform gan werthwr arall.
Y cam cyntaf yw defnyddio Hystax Acura, sef panel rheoli'r system.
Mae'n datblygu o'r templed. Am ryw reswm, yn ein hachos ni nid oedd yn gwbl gywir ac yn lle'r 8CPU a argymhellir, defnyddiwyd 16Gb gyda hanner yr adnoddau. Felly, mae angen i chi gofio eu newid, fel arall ni fydd y seilwaith cynhwysydd y tu mewn i'r VM, y mae popeth wedi'i adeiladu arno, yn cychwyn a bydd y porth yn anhygyrch. YN Disgrifir yr adnoddau gofynnol yn fanwl, yn ogystal â phorthladdoedd ar gyfer holl gydrannau'r system.
Cafwyd anawsterau hefyd wrth osod y cyfeiriad IP trwy dempled, felly fe wnaethom ei newid o'r consol. Ar ôl hyn, gallwch fynd i'r rhyngwyneb gwe gweinyddol a chwblhau'r dewin cyfluniad cychwynnol.
Endpoint – IP neu FQDN ein vCenter.
Mewngofnodi a Chyfrinair - mae hyn yn glir.
Enw gwesteiwr Target ESXi yw un o'r gwesteiwyr yn ein clwstwr y bydd atgynhyrchu'n cael ei berfformio iddo.
Mae'r storfa ddata darged yn un o'r storfeydd data yn ein clwstwr y bydd atgynhyrchu'n cael ei berfformio iddo.
IP Cyhoeddus Panel Rheoli Hystax Acura - y cyfeiriad lle bydd y panel rheoli ar gael.
Mae angen ychydig o eglurhad ynghylch y gwesteiwr a'r storfa ddata. Y ffaith yw bod atgynhyrchu Hystax yn gweithio ar lefel y gwesteiwr a'r storfa ddata. Nesaf byddaf yn dweud wrthych sut y gallwch chi newid y gwesteiwr a'r storfa ddata ar gyfer tenant, ond mae'r broblem yn wahanol. Nid yw Hystax yn cefnogi gweithio gyda chronfeydd adnoddau, h.y. bydd y replica bob amser yn mynd at wraidd y clwstwr (ar adeg ysgrifennu'r deunydd hwn, rhyddhaodd y bois o Hystax fersiwn wedi'i diweddaru, lle gwnaethant weithredu fy nghais nodwedd yn gyflym ynghylch cefnogaeth i gronfeydd adnoddau). Nid yw vCloud Director yn cael ei gefnogi ychwaith, h.y. os, fel yn fy achos i, nad oes gan y tenant hawliau gweinyddol i'r clwstwr cyfan, ond dim ond i gronfa adnoddau penodol, a'n bod wedi rhoi mynediad i Hystax, yna bydd yn gallu ailadrodd a lansio'r VMs hyn yn annibynnol, ond bydd yn methu â'u gweld yn y seilwaith VMware , y mae ganddo fynediad iddo ac, yn unol â hynny, yn rheoli peiriannau rhithwir ymhellach. Mae angen i weinyddwr y clwstwr symud y VM i'r gronfa adnoddau a ddymunir neu ei fewnforio i vCloud Director.
Pam ydw i'n canolbwyntio cymaint ar y pwyntiau hyn? Oherwydd, cyn belled ag yr wyf yn deall cysyniad y cynnyrch, dylai'r cwsmer allu gweithredu unrhyw fudo neu DR yn annibynnol gan ddefnyddio panel Acura. Ond hyd yn hyn, mae cefnogaeth VMware ychydig y tu ôl i lefel y gefnogaeth i OpenStack, lle mae mecanweithiau tebyg eisoes wedi'u gweithredu.
Ond gadewch i ni fynd yn ôl i leoli. Yn gyntaf oll, ar ôl sefydlu cychwynnol y panel, mae angen i ni greu'r tenant cyntaf yn ein system.
Mae'r holl feysydd yma yn glir, dim ond am faes Cwmwl y dywedaf wrthych. Mae gennym ni gwmwl “diofyn” eisoes a grëwyd gennym yn ystod y cyfluniad cychwynnol. Ond os ydym am allu rhoi pob tenant ar ei storfa ddata ei hun ac yn ei gronfa adnoddau ei hun, gallwn weithredu hyn trwy greu cymylau ar wahân ar gyfer pob un o'n cwsmeriaid.
Yn y ffurflen ar gyfer ychwanegu cwmwl newydd, rydym yn nodi'r un paramedrau ag yn ystod y cyfluniad cychwynnol (gallwn hyd yn oed ddefnyddio'r un gwesteiwr), nodi'r storfa ddata sydd ei angen ar gyfer cwsmer penodol, ac yn awr mewn paramedrau ychwanegol gallwn nodi'r adnodd gofynnol yn unigol pwll { " resource_pool " : " YOUR_POOL_NAME " }
Fel efallai y byddwch wedi sylwi, yn y ffurflen creu tenantiaid nid oes unrhyw beth am ddyrannu adnoddau nac unrhyw gwotâu - nid oes dim o hyn yn y system. Mae'n amhosibl cyfyngu tenant yn nifer y copïau cydamserol, nifer y peiriannau ar gyfer atgynhyrchu, neu yn ôl unrhyw baramedrau eraill. Felly, rydym wedi creu’r tenant cyntaf. Nawr mae yna beth nad yw'n gwbl resymegol, ond yn orfodol - gosod asiant Cloud. Mae'n afresymegol, gan fod yr asiant yn cael ei lawrlwytho ar dudalen cwsmer penodol.
Ar yr un pryd, nid yw'n gysylltiedig â'r tenant a grëwyd, a bydd ein holl gwsmeriaid yn gweithio drwyddo (neu drwy sawl un, os byddwn yn eu defnyddio). Mae un asiant yn cefnogi 10 sesiwn ar yr un pryd. Mae un peiriant yn cael ei gyfrif fel un sesiwn. Nid oes ots faint o ddisgiau sydd ganddo. Hyd yn hyn, nid oes mecanwaith ar gyfer graddio asiantau yn Acura ei hun o dan VMware. Mae un eiliad arall annymunol - nid oes gennym gyfle i edrych ar “wared” yr asiant hwn o banel Acura er mwyn dod i'r casgliad a oes angen i ni ddefnyddio mwy neu a yw'r gosodiad presennol yn ddigon. O ganlyniad, mae'r stondin yn edrych fel hyn:
Y cam nesaf i gael mynediad i'n porth cwsmeriaid yw creu cyfrif (ac yn gyntaf, rôl a fydd yn berthnasol i'r defnyddiwr hwn).
Nawr gall ein cwsmer ddefnyddio'r porth yn annibynnol. Y cyfan sydd angen iddo ei wneud yw lawrlwytho'r asiantau o'r porth a'i osod ar ei ochr. Mae tri math o asiant: Linux, Windows a VMware.
Mae'r ddau gyntaf wedi'u gosod ar ffiseg neu ar beiriannau rhithwir ar unrhyw hypervisor heblaw VMware. Nid oes angen ffurfweddu unrhyw beth ychwanegol, mae'r asiant yn cael ei lawrlwytho ac mae eisoes yn gwybod ble i guro, ac yn llythrennol mewn munud bydd y car yn weladwy yn y panel Acura. Gyda'r asiant VMware mae'r sefyllfa ychydig yn fwy cymhleth. Y broblem yw bod yr asiant ar gyfer VMware hefyd yn cael ei lawrlwytho o'r porth a baratowyd eisoes ac yn cynnwys y ffurfweddiad angenrheidiol. Ond yn ogystal â gwybod am ein porth Acura, mae angen i asiant VMware hefyd wybod am y system rhithwiroli y bydd yn cael ei ddefnyddio arni.
Mewn gwirionedd, bydd y system yn gofyn i ni ddarparu'r data hwn pan fyddwn yn lawrlwytho'r asiant VMware am y tro cyntaf. Y broblem yw, yn ein hoes o gariad cyffredinol at ddiogelwch, na fydd pawb eisiau nodi eu cyfrinair gweinyddol ar borth rhywun arall, sy'n eithaf dealladwy. O'r tu mewn, ar ôl ei ddefnyddio, ni ellir ffurfweddu'r asiant mewn unrhyw ffordd (dim ond ei osodiadau rhwydwaith y gallwch chi ei newid). Yma rwy'n rhagweld anawsterau gyda chwsmeriaid arbennig o ofalus.
Felly, ar ôl gosod yr asiantau, gallwn fynd yn ôl at y panel Acura a gweld ein holl geir.
Ers i mi fod yn gweithio gyda'r system ers sawl diwrnod bellach, mae gen i geir mewn gwahanol daleithiau. Mae gen i bob un ohonynt yn y grŵp Diofyn, ond mae'n bosibl creu grwpiau ar wahân a throsglwyddo ceir iddynt yn ôl yr angen. Nid yw hyn yn effeithio ar unrhyw beth - dim ond cyflwyniad rhesymegol o ddata a'u grwpio ar gyfer gwaith mwy cyfleus. Y peth cyntaf a phwysicaf y mae angen inni ei wneud ar ôl hyn yw dechrau’r broses fudo. Gallwn wneud hyn naill ai â llaw neu drwy sefydlu amserlen, gan gynnwys mewn swmp ar gyfer pob peiriant ar unwaith.
Gadewch imi eich atgoffa bod Hystax wedi'i leoli fel cynnyrch ar gyfer mudo. Felly, nid yw'n syndod bod angen i ni greu cynllun DR er mwyn rhedeg ein peiriannau atgynhyrchu. Gellir gwneud y cynllun ar gyfer peiriannau sydd eisoes yn y cyflwr Synced. Gallwch chi gynhyrchu ar gyfer un VM penodol ac ar gyfer pob peiriant ar unwaith.
Bydd y set o baramedrau wrth gynhyrchu cynllun DR yn amrywio yn dibynnu ar y seilwaith y byddwch yn mudo iddo. Mae set fach o baramedrau ar gael ar gyfer amgylchedd VMware. Nid yw ail-IP ar gyfer peiriannau hefyd yn cael ei gefnogi. Yn hyn o beth, mae gennym ddiddordeb yn y pwyntiau canlynol: yn y disgrifiad VM, y paramedr "is-rwydwaith": "VMNetwork", lle rydym yn rhwymo'r VM i rwydwaith penodol yn y clwstwr. Safle - yn berthnasol wrth fudo sawl VM; mae'n pennu ym mha drefn y cânt eu lansio. Blas - yn disgrifio'r cyfluniad VM, yn yr achos hwn - 1CPU, 2GB RAM. Yn yr adran is-rwydweithiau rydym yn diffinio bod "is-rwydwaith": "VMNetwork" yn gysylltiedig â'r VMware "VM Network".
Wrth greu cynllun DR, nid oes unrhyw ffordd i “ledaenu” disgiau ar draws gwahanol storfeydd data. Byddant wedi'u lleoli ar yr un storfa ddata a ddiffiniwyd ar gyfer y cwmwl cleient hwn, ac os oes gennych ddisgiau o wahanol ddosbarthiadau, gall hyn achosi rhai anawsterau wrth gychwyn y peiriant, ac ar ôl cychwyn a "gwahanu" y VM oddi wrth Hystax, bydd hefyd yn angen disgiau mudo ar wahân i'r storfeydd data gofynnol. Yna y cyfan sy'n rhaid i ni ei wneud yw lansio ein cynllun DR ac aros i'n ceir godi. Mae'r broses drosi P2V/V2V hefyd yn cymryd amser. Ar fy mheiriant prawf mwyaf, 100GB gyda thri disg, cymerodd uchafswm o 10 munud.
Ar ôl hyn, dylech wirio'r VM rhedeg, y gwasanaethau arno, cysondeb y data, a chynnal gwiriadau eraill.
Yna mae gennym ddwy ffordd:
- Dileu - dileu'r cynllun DR rhedeg. Bydd y weithred hon yn cau'r VM rhedeg i lawr. Nid yw'r atgynyrchiadau hyn yn mynd i unman.
- Datgysylltu – rhwygwch gar sydd wedi’i atgynhyrchu oddi wrth Acura, h.y. cwblhau'r broses fudo mewn gwirionedd.
Manteision yr ateb:
- rhwyddineb gosod a ffurfweddu gan y cleient a'r darparwr;
- rhwyddineb sefydlu mudo, creu cynllun DR a lansio atgynyrchiadau;
- cefnogaeth a datblygwyr yn ymateb yn eithaf cyflym i broblemau a ganfyddir ac yn eu trwsio gan ddefnyddio diweddariadau platfform neu asiant.
Cons
- Cefnogaeth Vmware annigonol.
- Absenoldeb unrhyw gwotâu i denantiaid o'r platfform.
Rwyf hefyd wedi llunio Cais Nodwedd, a gyflwynwyd gennym i'r gwerthwr:
- monitro defnydd a defnyddio consol rheoli Acura ar gyfer asiantau Cloud;
- argaeledd cwotâu i denantiaid;
- y gallu i gyfyngu ar nifer yr atgynyrchiadau cydamserol a chyflymder ar gyfer pob tenant;
- VMware vCloud Cyfarwyddwr cymorth;
- cymorth ar gyfer cronfeydd adnoddau (a weithredwyd yn ystod y profion);
- y gallu i ffurfweddu'r asiant VMware o'r asiant ei hun, heb nodi tystlythyrau o'r seilwaith cleient yn y panel Acura;
- “ddelweddu” y broses gychwyn VM wrth redeg y cynllun DR.
Yr unig beth a achosodd feirniadaeth fawr i mi oedd y ddogfennaeth. Dydw i ddim yn hoff iawn o "blychau du" ac mae'n well gen i pan fo dogfennaeth fanwl ynghylch sut mae'r cynnyrch yn gweithio y tu mewn. Ac os yw'r cynnyrch yn cael ei ddisgrifio hyd yn oed yn fwy neu lai ar gyfer AWS ac OpenStack, yna ychydig iawn o ddogfennaeth sydd ar gyfer VMware.
Mae yna Ganllaw Gosod sydd ond yn disgrifio'r defnydd o'r panel Acura, ac nid oes gair am y ffaith bod angen asiant Cloud hefyd. Mae set lawn o fanylebau cynnyrch, sy'n dda. Mae yna ddogfennaeth sy'n disgrifio'r gosodiad “o'r dechrau i'r diwedd” gan ddefnyddio AWS ac OpenStack fel enghraifft (er ei fod yn edrych yn debycach i bost blog i mi), ac mae yna Sylfaen Wybodaeth fach iawn.
Yn gyffredinol, nid dyma'r fformat dogfennaeth yr wyf wedi arfer ag ef, dyweder, gan werthwyr mwy, felly nid oeddwn yn gwbl gyfforddus. Ar yr un pryd, ni wnes i erioed ddod o hyd i atebion am rai o'r naws o sut mae'r system yn gweithio "y tu mewn" yn y ddogfennaeth hon - roedd yn rhaid egluro llawer o gwestiynau gyda chymorth technegol, ac fe wnaeth hyn oedi'n eithaf y broses o leoli'r stondin a chynnal. profi.
I grynhoi, gallaf ddweud fy mod yn gyffredinol yn hoffi'r cynnyrch ac agwedd y cwmni at y dasg. Oes, mae yna ddiffygion, mae diffyg ymarferoldeb gwirioneddol feirniadol (mewn cysylltiad â VMware). Mae'n amlwg, yn gyntaf oll, bod y cwmni'n dal i ganolbwyntio ar gymylau cyhoeddus, yn enwedig AWS, ac i rai bydd hyn yn ddigon. Mae cael cynnyrch mor syml a chyfleus heddiw, pan fydd llawer o gwmnïau'n dewis strategaeth aml-gwmwl, yn hynod bwysig. O ystyried y pris llawer is o'i gymharu â chystadleuwyr, mae hyn yn gwneud y cynnyrch yn hynod ddeniadol.
Rydym yn chwilio am aelod o dîm . Efallai mai chi yw e?
Ffynhonnell: hab.com