Yek ji lîstikvanên ciwan ên di sûkê de ji bo çareseriyên Recovery Felaketê Hystax e, destpêkek rûsî ji sala 2016-an ve. Ji ber ku mijara başkirina karesatê pir populer e û bazar zehf pêşbaz e, destpêk biryar da ku balê bikişîne ser koçberiya di navbera binesaziyên ewr ên cihêreng. Hilberek ku destûrê dide we ku hûn koçberiyek hêsan û bilez berbi ewr ve organîze bikin dê ji bo xerîdarên Onlanta - bikarhêner jî pir bikêr be. . Bi vî rengî min bi Hystax re nas kir û dest bi ceribandina kapasîteyên wê kir. Ez ê di vê gotarê de ji we re bibêjim ka çi jê derket.
Taybetmendiya sereke ya Hystax fonksiyona wê ya berfireh e ku piştgirî dide platformên cihêreng ên virtualîzasyonê, pergalên xebitandinê yên mêvan û karûbarên cloudê, ku dihêle hûn barkirina xebata xwe ji her deverê, li her deverê veguhezînin.
Ev dihêle hûn ne tenê çareseriyên DR-ê biafirînin da ku tolerasyona xeletiya karûbaran zêde bikin, lê di heman demê de zû û bi nermî çavkaniyan di navbera malperên cihêreng û hîperskaleran de jî koçber bikin da ku teserûfa lêçûnê zêde bikin û di demek diyarkirî de ji bo karûbarek taybetî çareseriya çêtirîn hilbijêrin. Digel platformên ku di wêneya sernavê de têne navnîş kirin, pargîdanî bi pêşkêşkerên ewr ên rûsî re jî bi rengek çalak hevkariyê dike: Yandex.Cloud, Karûbarên Cloud CROC, Mail.ru û gelekên din. Her weha hêjayî gotinê ye ku di sala 2020-an de pargîdanî navendek R&D ku li Skolkovo ye vekir.
Hilbijartina yek çareseriyê ji hêla hejmareke mezin a lîstikvanan ve li ser sûkê polîtîkaya nirxê baş û serîlêdana bilind a hilberê destnîşan dike, ku me biryar da ku di pratîkê de ceribandin.
Ji ber vê yekê, peywira ceribandina me dê ji koçkirina ji malpera min a testa VMware û makîneyên laşî berbi malpera pêşkêşker, ku ji hêla VMware ve jî tê rêvebirin, pêk tê. Erê, gelek çareserî hene ku dikarin koçberiyek wusa pêk bînin, lê em Hystax wekî amûrek gerdûnî dihesibînin, û ceribandina koçberiyê di hemî hevbendiyên gengaz de bi tenê karekî nerealîst e. Û ewrê Oncloud.ru bi taybetî li ser VMware-ê hatî çêkirin, ji ber vê yekê ev platform wekî mebestek me bi rêjeyek mezintir eleqedar dike. Dûv re, ez ê prensîba bingehîn a xebatê, ku bi gelemperî ji platformê serbixwe ye, vebêjim, û VMware ji her alî ve dikare bi platformek ji firoşkarek din were guheztin.
Gava yekem ev e ku meriv Hystax Acura, ku panela kontrolê ya pergalê ye, bicîh bike.
Ew ji şablonê vedibe. Ji ber hin sedeman, di doza me de ew bi tevahî ne rast bû û li şûna 8CPU-ya pêşniyarkirî, 16Gb bi nîvê çavkaniyan hate bicîh kirin. Ji ber vê yekê, hûn hewce ne ku ji bîr mekin ku wan biguhezînin, wekî din binesaziya konteynerê di hundurê VM-ê de, ku her tişt li ser hatî çêkirin, dê bi hêsanî dest pê neke û portal dê negihîje. LI Çavkaniyên pêwîst bi hûrgulî têne vegotin, û her weha portên ji bo hemî pêkhateyên pergalê.
Di sazkirina navnîşana IP-ê de bi navgîniyek şablonê jî dijwarî hebûn, ji ber vê yekê me ew ji konsolê guherand. Piştî vê yekê, hûn dikarin biçin navgîniya webê ya rêveberiyê û sêrbazê veavakirina destpêkê temam bikin.
Endpoint - IP an FQDN ya vNavenda me.
Têketin û Şîfre - ev eşkere ye.
Navê mêvandarê ESXi armanc yek ji wan mêvandarên di koma me de ye ku dê dubarekirin jê re were kirin.
Target datastore yek ji datastorên di koma me de ye ku dê dubarekirin jê re were kirin.
IP-ya Giştî ya Panela Kontrolê ya Hystax Acura - navnîşana ku panela kontrolê dê peyda bibe.
Di derbarê mêvandar û datastorê de zelaliyek piçûk hewce ye. Rastî ev e ku dubarekirina Hystax di asta mêvandar û datastorê de dixebite. Dûv re ez ê ji we re vebêjim ka hûn çawa dikarin mêvandar û datastore ji bo kirêdar biguhezînin, lê pirsgirêk cûda ye. Hystax piştgirî nade xebata bi hewzên çavkaniyê re, ango. kopya dê her gav biçe ser koka komê (di dema nivîsandina vê materyalê de, xortên ji Hystax guhertoyek nûvekirî berdan, li wir wan zû daxwaza taybetmendiya min di derbarê piştgirîya hewzên çavkaniyê de bicîh anîn). Derhênerê vCloud jî nayê piştgirî kirin, ango. heke, wekî ku di doza min de, kirêdar ne xwediyê mafên rêveberiyê li ser tevahiya komê be, lê tenê ji hewzek çavkaniyek taybetî re, û me destûr da Hystax, wê hingê ew ê bikaribe van VM-yan serbixwe dubare bike û bide destpêkirin, lê ew ê nekare wan di binesaziya VMware de, ku gihîştina wî heye, bibîne û li gorî vê yekê, makîneyên virtual bêtir îdare dike. Pêdivî ye ku rêvebirê komê VM-ê biguhezîne hewza çavkaniyê ya xwestî an jî wê têxe derhênerê vCloud.
Çima ez ewqasî li ser van xalan disekinim? Ji ber ku, bi qasî ku ez têgihîştina hilberê fam dikim, divê xerîdar bi karanîna panela Acura ve bi rengek serbixwe her koçberî an DR-ê bicîh bîne. Lê heya nuha, piştgiriya VMware hinekî li paş asta piştevaniya OpenStack e, ku mekanîzmayên bi vî rengî berê hatine bicîh kirin.
Lê em vegerin ser bicîkirinê. Berî her tiştî, piştî sazkirina destpêkê ya panelê, divê em di pergala xwe de kirêdarê yekem biafirînin.
Hemî zeviyên li vir zelal in, ez ê tenê li ser qada Cloud ji we re bibêjim. Me jixwe ewrek "default" heye ku me di veavakirina destpêkê de çêkiriye. Lê heke em bixwazin ku em karibin her kirêdar bixin ser datastora xwe û di hewza çavkaniya xwe de, em dikarin vê yekê bi afirandina ewrên cihêreng ji bo her xerîdarên xwe bicîh bikin.
Di forma lêzêdekirina ewrek nû de, em heman pîvanan wekî di dema veavakirina destpêkê de diyar dikin (tewra em dikarin heman mêvandar bikar bînin), danûstendina ku ji bo xerîdarek taybetî hewce dike destnîşan dikin, û naha di pîvanên din de em dikarin bi rengek kesane çavkaniya hewce diyar bikin. hewz {"çavkanî_pool" : "YOUR_POOL_NAME"}
Wekî ku we ferq kiriye, di forma afirandina kirêdar de tiştek li ser veqetandina çavkaniyê an jî kotayan tune - di pergalê de yek ji van tune. Ne mimkûn e ku kirêdarek di hejmara kopiyên hevdem, hejmara makîneyên ji bo dubarekirinê de, an bi pîvanek din ve were sînordar kirin. Ji ber vê yekê, me kirêdarê yekem ava kir. Naha tiştek ne bi tevahî mentiqî, lê mecbûrî heye - sazkirina ajanek Cloud. Ew ne mentiqî ye, ji ber ku ajan li ser rûpela xerîdarek taybetî tête dakêşandin.
Di heman demê de, ew ne bi kirêdarê hatî afirandin ve girêdayî ye, û hemî xerîdarên me dê bi wê re bixebitin (an jî bi çend kesan, ger em wan bi cih bikin). Yek nûner 10 danişînên hevdem piştgirî dike. Makîneyek wekî yek danişînê tê hesibandin. Ne girîng e ku çend dîskên wê hene. Heya nuha, li Acura bixwe di bin VMware de mekanîzmayek mezinkirina ajanan tune. Demek din a ne xweş heye - fersenda me tune ku em li "hilweşandina" vê ajanê ji panela Acura binerin da ku em encam bidin ka em hewce ne ku bêtir bicîh bikin an sazkirina heyî bes e. Di encamê de, stand wiha xuya dike:
Pêngava paşîn a gihîştina portala xerîdar a me ev e ku meriv hesabek biafirîne (û yekem, rolek ku dê li ser vê bikarhênerê bicîh bibe).
Naha xerîdarên me dikarin portalê serbixwe bikar bînin. Tiştê ku divê ew bike ev e ku nûneran ji portalê dakêşîne û wê li kêleka xwe saz bike. Sê celeb ajan hene: Linux, Windows û VMware.
Du yekem li ser fîzîkê an li ser makîneyên virtual li ser hîpervisorek ji bilî VMware têne saz kirin. Ne hewce ye ku tiştek zêde were mîheng kirin, ajan tê dakêşandin û jixwe dizane ku li ku derê lêxe, û bi rastî di yek hûrdemê de otomobîl dê di panela Acura de xuya bibe. Bi nûnerê VMware re rewş hinekî tevlihevtir e. Pirsgirêk ev e ku nûnerê ji bo VMware di heman demê de ji portalê ku jixwe hatî amade kirin û veavakirina pêwîst tê dakêşandin. Lê ji bilî zanîna li ser portalê meya Acura, karmendek VMware jî pêdivî ye ku li ser pergala virtualbûnê ya ku ew ê li ser were bicîh kirin jî zanibe.
Bi rastî, pergal dê ji me bixwaze ku gava ku em yekem nûnerê VMware dakêşin vê daneyê peyda bikin. Pirsgirêk ev e ku di serdema me ya evîna gerdûnî ya ji bo ewlehiyê de, ne her kes naxwaze şîfreya xweya rêveberiyê li ser portalê kesek din destnîşan bike, ku tê fêm kirin. Ji hundur ve, piştî bicîhkirinê, ajan bi tu awayî nayê mîheng kirin (hûn dikarin tenê mîhengên torê yên wê biguhezînin). Li vir ez bi xerîdarên taybetî yên hişyar re zehmetiyan dibînim.
Ji ber vê yekê, piştî sazkirina ajanan, em dikarin vegerin panela Acura û hemî otomobîlên xwe bibînin.
Ji ber ku ev çend roj in ez bi pergalê re dixebitim, li dewletên cihê otomobîlên min hene. Min hemî wan di koma Default de hene, lê gengaz e ku hûn komên cihêreng biafirînin û li gorî ku hûn hewce ne otomobîlan ji wan re veguhezînin. Ev bandorê li tiştek nake - tenê pêşkêşiyek mentiqî ya daneyan û komkirina wan ji bo xebata hêsantir. Piştî vê yekê ya yekem û ya herî girîng divê em bikin destpêkirina pêvajoya koçberiyê ye. Em dikarin vê yekê bi destan an jî bi danîna bernameyekê bikin, di heman demê de ji bo hemî makîneyan bi gelemperî.
Bihêle ez ji we re bi bîr bînim ku Hystax wekî hilberek ji bo koçberiyê hate danîn. Ji ber vê yekê, ne ecêb e ku ji bo ku em makîneyên xwe yên dubarekirî bimeşînin, pêdivî ye ku em plansaziyek DR biafirînin. Plan dikare ji bo makîneyên ku berê di dewleta Synced de ne were çêkirin. Hûn dikarin hem ji bo yek VM-ya taybetî hem jî ji bo hemî makîneyan yekcar biafirînin.
Koma parametreyan dema ku plansaziyek DR-yê diafirîne dê li gorî binesaziya ku hûn ê koç bikin cûda dibe. Ji bo hawîrdora VMware komek mînîmal parameteran heye. Re-IP ji bo makîneyan jî nayê piştgirî kirin. Di vî warî de, em bi xalên jêrîn re eleqedar dibin: Di danasîna VM de, pîvana "subnet": "VMNetwork", ku em VM-ê bi torek taybetî ya di komê de girêdidin. Rêz - dema koçkirina çend VM-yan têkildar e; ew rêza destpêkirina wan diyar dike. Flavor - veavakirina VM-ê diyar dike, di vê rewşê de - 1CPU, 2 GB RAM. Di beşa subnetan de em diyar dikin ku "subnet": "VMNetwork" bi VMware "VM Network" ve girêdayî ye.
Dema ku plansaziyek DR-ê diafirîne, rêyek tune ku meriv dîskan li ser danûstendinên cihêreng "belav bike". Ew ê li ser heman danûstendina ku ji bo vê ewrê xerîdar hatî destnîşan kirin bicîh bibin, û ger dîskên we yên çînên cûda hebin, dibe ku ev yek di dema destpêkirina makîneyê de bibe sedema hin dijwariyan, û piştî destpêkirin û "veqetandina" VM ji Hystax, ew ê jî pêdivî ye ku dîskên koçberiyê yên cihêreng berbi datastorên pêwîst ve bibin. Dûv re ya ku divê em bikin ev e ku plansaziya xweya DR-ê bidin destpêkirin û li bendê bin ku gerîdeyên me rabin. Pêvajoya veguherîna P2V / V2V jî wext digire. Li ser makîneya ceribandina min a herî mezin, 100 GB bi sê dîskên, herî zêde 10 hûrdem girt.
Piştî vê yekê, divê hûn VM-ya xebitandinê, karûbarên li ser wê, hevgirtina daneyan kontrol bikin û kontrolên din bikin.
Wê demê du rêyên me hene:
- Jêbirin - plana DR-ê ya xebitandinê jêbirin. Ev çalakî dê bi tenê VM-ya xebitandinê rawestîne. Ev replica naçin tu derê.
- Veqetînin - otomobîlek dubarekirî ji Acura dûr bixin, yanî. bi rastî pêvajoya koçberiyê temam dike.
Aliyên çareseriyê:
- hêsankirina sazkirin û veavakirinê hem ji xerîdar û hem jî ji pêşkêşker;
- hêsankirina sazkirina koçberiyê, afirandina planek DR û destpêkirina kopiyan;
- piştgirî û pêşdebiran pir zû bersivê didin pirsgirêkên ku hatine dîtin û wan bi karanîna nûvekirinên platform an nûnerê rast dikin.
Минусы
- Piştgiriya Vmware ne bes e.
- Nebûna ti kotayan ji bo kirêdaran ji platformê.
Min jî Daxwazek Taybetmendiyê berhev kir, ku me pêşkêşî firoşkar kir:
- çavdêrîkirin û bicîhkirina karanîna ji konsolê rêveberiya Acura ji bo nûnerên Cloud;
- hebûna kotayan ji bo kirêdaran;
- şiyana sînorkirina hejmara dubareyên hevdem û leza ji bo her kirêdar;
- Piştgiriya VMware vCloud Director;
- piştgirî ji bo hewzên çavkaniyê (di dema ceribandinê de pêk tê);
- şiyana mîhengkirina nûnerê VMware ji nûnerê bixwe, bêyî ketina pêbaweriyên ji binesaziya xerîdar di panela Acura de;
- Dema ku plansaziya DR-ê dimeşîne "dîtbarî" ya pêvajoya destpêkirina VM.
Tişta ku bû sedema rexneyên mezin ji min re tenê belgename bû. Ez bi rastî ji "qutiyên reş" hez nakim û dema ku belgeyên hûrgulî li ser ka hilber çawa di hundurê de dixebite hebin tercîh dikim. Û heke ji bo AWS û OpenStack hilber hê bêtir an kêmtir tête diyar kirin, wê hingê ji bo VMware belgeyek pir hindik heye.
Rêbernameyek Sazkirinê heye ku tenê danasîna panela Acura vedibêje, û di derheqê vê yekê de ku nûnerek Cloud jî hewce ye tiştek tune. Komek tevahî taybetmendiyên hilberê hene, ku baş e. Belgeyek heye ku sazkirinê "ji destpêkê heya dawiyê" bi karanîna AWS û OpenStack wekî mînakek rave dike (her çend ew ji min re bêtir wekî postek blogê xuya dike), û Bingehek Zanînek pir piçûk heye.
Bi gelemperî, ev ne ew formata belgekirinê ye ku ez ji firoşkarên mezin re tê bikar anîn, ji ber vê yekê ez bi tevahî ne rehet bûm. Di heman demê de, min di vê belgeyê de tu carî bersiv li ser hin hûrguliyên ka pergalê çawa "hundir" dixebite - di vê belgeyê de bersiv nedît - diviyabû ku gelek pirs bi piştgiriya teknîkî werin ronî kirin, û ev yek pir dereng pêvajoya danîna standê û meşandina testing.
Bi kurtasî, ez dikarim bibêjim ku bi gelemperî min ji hilber û nêzîkatiya pargîdanî ya ji peywirê hez kir. Erê, kêmasî hene, kêmasiyek bi rastî krîtîk a fonksiyonê heye (bi girêdana VMware). Eşkere ye ku, berî her tiştî, pargîdanî hîn jî li ser ewrên gelemperî, nemaze AWS-ê ye, û ji bo hinan ev ê bes be. Hebûna hilberek wusa hêsan û hêsan îro, dema ku gelek pargîdan stratejiyek pir-ewra hilbijêrin, pir girîng e. Bi nirxa pir kêmtir li gorî hevrikan, ev hilberek zehf balkêş dike.
Em li endamekî tîmê digerin . Dibe ku ew tu yî?
Source: www.habr.com