Mmoja wa wachezaji wachanga katika soko la suluhisho la Urejeshaji wa Maafa ni Hystax, iliyoanzishwa Urusi mnamo 2016. Kwa kuwa mada ya uokoaji wa maafa ni maarufu sana na soko lina ushindani mkubwa, uanzishaji uliamua kuzingatia uhamiaji kati ya miundombinu tofauti ya wingu. Bidhaa inayokuruhusu kupanga uhamishaji rahisi na wa haraka hadi kwenye wingu itakuwa muhimu sana kwa wateja wa Onlanta - watumiaji . Hivyo ndivyo nilivyoifahamu Hystax na kuanza kujaribu vipengele vyake. Na nini kilikuja, nitakuambia katika nakala hii.
Kipengele kikuu cha Hystax ni utendaji wake mpana ili kusaidia majukwaa mbalimbali ya virtualization, OS mgeni na huduma za wingu, ambayo inafanya uwezekano wa kuhamisha mzigo wako wa kazi kutoka popote na popote.
Hii inakuwezesha kuunda sio tu ufumbuzi wa DR ili kuboresha uvumilivu wa makosa ya huduma, lakini pia kwa haraka, uhamishe rasilimali kwa urahisi kati ya tovuti tofauti na hyperscaler ili kuongeza uokoaji wa gharama na kuchagua suluhisho bora kwa huduma fulani kwa sasa. Mbali na majukwaa yaliyoorodheshwa kwenye picha ya kichwa, kampuni pia inashirikiana kikamilifu na watoa huduma wa wingu wa Kirusi: Yandex.Cloud, CROC Cloud Services, Mail.ru na wengine wengi. Inafaa pia kuzingatia kuwa mnamo 2020 kampuni hiyo ilifungua kituo cha R&D kilichoko Skolkovo.
Uchaguzi wa suluhisho moja na idadi kubwa ya wachezaji kwenye soko inaonyesha sera nzuri ya bei na matumizi ya juu ya bidhaa, ambayo tuliamua kupima kwa mazoezi.
Kwa hivyo, kazi yetu ya majaribio itajumuisha kuhama kutoka tovuti yangu ya majaribio ya VMware na mashine halisi hadi kwa tovuti ya mtoa huduma pia inayoendesha VMware. Ndio, kuna suluhisho nyingi ambazo zinaweza kutekeleza uhamiaji kama huo, lakini tunachukulia Hystax kama zana ya ulimwengu wote, na kujaribu uhamiaji katika mchanganyiko wote unaowezekana ni kazi isiyo ya kweli. Ndio, na wingu la Oncloud.ru limejengwa mahsusi kwenye VMware, kwa hivyo jukwaa hili, kama lengo, linatuvutia kwa kiwango kikubwa. Ifuatayo, nitaelezea kanuni ya msingi ya uendeshaji, ambayo kwa ujumla haitegemei jukwaa, na VMware inaweza kubadilishwa kutoka upande wowote na jukwaa kutoka kwa muuzaji mwingine.
Hatua ya kwanza ni kupeleka Hystax Acura, ambayo ni jopo la kudhibiti mfumo.
Inapanuka kutoka kwa kiolezo. Kwa sababu fulani, kwa upande wetu, haikuwa sahihi kabisa na badala ya 8CPU iliyopendekezwa, 16Gb ilitumiwa na nusu ya rasilimali. Kwa hivyo, unahitaji kukumbuka kuwabadilisha, vinginevyo miundombinu ndani ya VM, ambayo kila kitu kimejengwa, haitaanza na vyombo na portal haitapatikana. KATIKA rasilimali zinazohitajika zinaelezwa kwa undani, pamoja na bandari kwa vipengele vyote vya mfumo.
Na pia kulikuwa na shida na kuweka anwani ya IP kupitia kiolezo, kwa hivyo tuliibadilisha kutoka kwa koni. Baada ya hapo, unaweza kwenda kwenye kiolesura cha wavuti cha msimamizi na ukamilishe mchawi wa usanidi wa awali.
Mwisho - IP au FQDN ya vCenter yetu.
Ingia na Nenosiri - ni wazi hapa.
Jina la mpangishaji la ESXi linalolengwa ni mojawapo ya wapangishi katika kundi letu ambalo litaigwa.
Hifadhidata inayolengwa ni mojawapo ya hifadhidata katika kundi letu ambayo itaigwa kwayo.
Jopo la Kudhibiti la Hystax Acura IP ya Umma - anwani ambapo jopo la kudhibiti litapatikana.
Ufafanuzi kidogo juu ya mwenyeji na hifadhidata inahitajika. Ukweli ni kwamba uigaji wa Hystax hufanya kazi katika viwango vya mwenyeji na hifadhidata. Ifuatayo, nitakuambia jinsi unaweza kubadilisha mwenyeji na hifadhidata kwa mpangaji, lakini shida ni tofauti. Hystax haiungi mkono ujumuishaji wa rasilimali, i.e. replica itatokea kila wakati kwenye mzizi wa nguzo (wakati wa kuandika nyenzo hii, wavulana kutoka Hystax walitoa toleo lililosasishwa, ambapo walitekeleza ombi langu la kipengele haraka kuhusu msaada wa mabwawa ya rasilimali). Pia Mkurugenzi wa vCloud haitumiki, yaani. ikiwa, kama ilivyo katika kesi yangu, mpangaji hana haki za msimamizi kwa nguzo nzima, lakini tu kwa bwawa maalum la rasilimali, na tumetoa ufikiaji wa Hystax, basi ataweza kuiga na kuendesha VM hizi kwa uhuru, lakini yeye. hataweza kuwaona katika miundombinu ya VMware , ambayo anaweza kufikia na, ipasavyo, kusimamia zaidi mashine za kawaida. Msimamizi wa nguzo anahitaji kuhamisha VM hadi kwenye hifadhi sahihi ya rasilimali au kuileta kwenye Mkurugenzi wa vCloud.
Kwa nini ninazingatia sana nyakati hizi? Kwa sababu, ninavyoelewa dhana ya bidhaa, mteja anapaswa kuwa na uwezo wa kutekeleza uhamaji wowote au DR kwa kujitegemea kwa kutumia paneli ya Acura. Lakini hadi sasa, msaada wa VMware uko nyuma kidogo ya kiwango cha usaidizi wa OpenStack, ambapo mifumo kama hiyo tayari imetekelezwa.
Lakini kurudi kwa kupelekwa. Kwanza kabisa, baada ya usanidi wa awali wa jopo, tunahitaji kuunda mpangaji wa kwanza katika mfumo wetu.
Sehemu zote hapa ziko wazi, nitakuambia tu kuhusu uwanja wa Wingu. Tayari tunayo wingu "chaguo-msingi" tulilounda wakati wa usanidi wa awali. Lakini ikiwa tunataka kuwa na uwezo wa kuweka kila mpangaji kwenye hifadhi yake ya data na katika hifadhi yake ya rasilimali, tunaweza kutekeleza hili kwa kuunda mawingu tofauti kwa kila mteja wetu.
Katika mfumo wa kuongeza wingu mpya, tunataja vigezo sawa na wakati wa usanidi wa awali (tunaweza hata kutumia mwenyeji sawa), taja hifadhidata inayohitajika kwa mteja fulani, na sasa katika vigezo vya ziada tunaweza tayari kutaja kibinafsi. rasilimali inayohitajika ya bwawa {"resource_pool" :"YOUR_POOL_NAME"}
Kama unaweza kuwa umeona, katika mfumo wa kuunda mpangaji hakuna chochote juu ya ugawaji wa rasilimali au aina fulani ya upendeleo - hakuna kitu cha hii katika mfumo. Huwezi kuweka kikomo cha mpangaji katika idadi ya nakala za wakati mmoja, idadi ya mashine za kunakili, au kwa vigezo vingine vyovyote. Kwa hivyo, tumeunda mpangaji wa kwanza. Sasa kuna sio mantiki kabisa, lakini jambo la lazima - kusakinisha wakala wa Cloud. Haina mantiki, kwa sababu wakala hupakuliwa kwenye ukurasa wa mteja maalum.
Wakati huo huo, haijaunganishwa na mpangaji aliyeundwa, na wateja wetu wote watafanya kazi kwa njia hiyo (au baada ya kadhaa, ikiwa tutawapeleka). Wakala mmoja anaweza kutumia vipindi 10 kwa wakati mmoja. Kipindi kimoja kinahesabiwa kama gari moja. Haijalishi ina diski ngapi. Hadi sasa, hakuna utaratibu wa kuongeza mawakala katika Acura yenyewe kwa VMware. Kuna wakati mmoja mbaya zaidi - hatuwezi kuangalia "matumizi" ya wakala huyu kutoka kwa paneli ya Acura ili kuhitimisha ikiwa tunahitaji kupeleka zaidi au usakinishaji wa sasa unatosha. Kama matokeo, msimamo unaonekana kama hii:
Hatua inayofuata ya kufikia tovuti ya mteja wetu ni kufungua akaunti (na kwanza, pia jukumu ambalo litatekelezwa kwa mtumiaji huyu).
Sasa mteja wetu anaweza kutumia portal kwa kujitegemea. Anachohitaji kufanya ni kupakua mawakala kutoka kwa lango na kuwasakinisha kwa upande wake. Kuna aina tatu za mawakala: Linux, Windows, na VMware.
Mbili za kwanza zimewekwa kwenye fizikia au kwenye mashine za kawaida kwenye hypervisor yoyote isiyo ya VMware. Hakuna usanidi wa ziada unaohitajika hapa, wakala hupakua na tayari anajua wapi pa kubisha, na kihalisi kwa dakika moja gari litaonekana kwenye paneli ya Acura. Na wakala wa VMware, hali ni ngumu zaidi. Shida ni kwamba Wakala wa VMware pia hupakuliwa kutoka kwa lango ambalo tayari limetayarishwa na kuwa na usanidi unaohitajika. Lakini wakala wa VMware, pamoja na kujua kuhusu tovuti yetu ya Acura, pia anahitaji kujua kuhusu mfumo wa uboreshaji ambao utatumiwa.
Kwa kweli, mfumo utatuuliza tubainishe data hii unapopakua wakala wa VMware kwa mara ya kwanza. Shida ni kwamba katika enzi yetu ya upendo wa ulimwengu kwa usalama, sio kila mtu atataka kuonyesha nywila yao ya msimamizi kwenye lango la mtu mwingine, ambayo inaeleweka kabisa. Kutoka ndani, baada ya kupelekwa, wakala hawezi kusanidiwa kwa njia yoyote (unaweza tu kubadilisha mipangilio yake ya mtandao). Hapa naona matatizo na wateja hasa waangalifu.
Kwa hivyo, baada ya kusakinisha mawakala, tunaweza kurudi kwenye dashibodi ya Acura na kuona magari yetu yote.
Kwa kuwa nimekuwa nikifanya kazi na mfumo kwa siku kadhaa sasa, nina magari katika majimbo tofauti. Ninazo zote kwenye kikundi cha Chaguo-msingi, lakini inawezekana kuunda vikundi tofauti na kuhamisha magari kwao unavyohitaji. Hii haiathiri chochote - tu uwakilishi wa kimantiki wa data na kambi yao kwa kazi rahisi zaidi. Jambo la kwanza na muhimu zaidi tunalohitaji kufanya baada ya hapo ni kuanza mchakato wa uhamiaji. Tunaweza kufanya hivi kwa nguvu kwa mikono, na kuweka ratiba, ikijumuisha kwa wingi kwa mashine zote mara moja.
Acha nikukumbushe kwamba Hystax iliwekwa kama bidhaa ya uhamiaji. Kwa hiyo, haishangazi kwamba ili kuendesha mashine zetu za kurudiwa, tunahitaji kuunda mpango wa DR. Unaweza kuunda mpango wa mashine ambazo tayari ziko katika hali ya Kusawazishwa. Unaweza kutoa zote mbili kwa VM moja maalum, na kwa mashine zote mara moja.
Seti ya vigezo wakati wa kuzalisha mpango wa DR itatofautiana kulingana na miundombinu ambayo utahamia. Seti ndogo ya chaguzi inapatikana kwa mazingira ya VMware. IP ya upya kwa mashine pia haitumiki. Katika suala hili, tunavutiwa na pointi zifuatazo: katika maelezo ya VM, parameter ya "subnet": "VMNetwork", ambapo tunamfunga VM kwenye mtandao maalum katika nguzo. Cheo - muhimu wakati wa kuhamisha VM kadhaa, huamua mpangilio ambao zinazinduliwa. Flavour inaelezea usanidi wa VM, katika kesi hii 1CPU, RAM ya 2GB. Katika sehemu ya subnets, tunafafanua kwamba "subnet": "VMNetwork" inahusishwa na "VM Network" ya VMware.
Wakati wa kuunda mpango wa DR, hakuna njia ya "kugawanya" diski kwenye hifadhidata tofauti. Watakuwa kwenye hifadhi ya data ile ile ambayo ilifafanuliwa kwa wingu hili la mteja, na ikiwa una diski za madarasa tofauti, hii inaweza kusababisha matatizo fulani wakati wa kuanzisha mashine, na baada ya kuanza na "kutenganisha" VM kutoka Hystax, itakuwa pia. zinahitaji diski tofauti za uhamiaji kwenye hifadhidata zinazohitajika. Halafu inabidi tuendeshe mpango wetu wa DR na kusubiri magari yetu yapande. Mchakato wa ubadilishaji wa P2V/V2V pia huchukua muda. Kwenye mashine yangu kubwa ya majaribio ya 100GB iliyo na diski tatu, hii ilichukua muda wa juu wa dakika 10.
Baada ya hayo, unapaswa kuangalia VM inayoendesha, huduma juu yake, uthabiti wa data na ukaguzi mwingine.
Kisha tuna chaguzi mbili:
- Futa - futa mpango wa DR unaoendesha. Kitendo hiki kitazima tu VM inayoendesha. Nakala hizi haziendi popote.
- Ondoa - vunja gari lililoigwa kutoka Acura, i.e. kwa kweli kukamilisha mchakato wa uhamiaji.
Faida za suluhisho:
- urahisi wa ufungaji na usanidi wote kwa upande wa mteja na upande wa mtoa huduma;
- urahisi wa kuanzisha uhamiaji, kuunda mpango wa DR na kuzindua nakala;
- usaidizi na wasanidi hujibu kwa haraka matatizo yaliyopatikana na kuyarekebisha kwa masasisho ya jukwaa au mawakala.
Africa
- Usaidizi wa Vmware hautoshi.
- Kutokuwepo kwa mgao wowote wa wapangaji kwenye jukwaa.
Pia nilituma Ombi la Kipengele, ambalo tulikabidhi kwa muuzaji:
- ufuatiliaji wa matumizi na uwekaji kutoka kwa Dashibodi ya Usimamizi ya Acura kwa Mawakala wa Wingu;
- upatikanaji wa upendeleo kwa wapangaji;
- uwezo wa kupunguza idadi ya majibu ya wakati mmoja na kasi kwa kila mpangaji;
- msaada kwa Mkurugenzi wa VMware vCloud;
- msaada kwa mabwawa ya rasilimali (unaotekelezwa wakati wa kupima);
- uwezo wa kusanidi wakala wa VMware kutoka upande wa wakala yenyewe, bila kuingiza sifa kutoka kwa miundombinu ya mteja kwenye jopo la Acura;
- "Visualization" ya mchakato wa kuanzisha VM wakati wa kuanzisha mpango wa DR.
Kitu pekee ambacho kiliniletea malalamiko makubwa ni nyaraka. Sipendi sana "sanduku nyeusi" na napendelea wakati kuna hati za kina juu ya jinsi bidhaa inavyofanya kazi ndani. Na ikiwa kwa AWS na OpenStack bidhaa imeelezewa hata zaidi au chini, basi kwa VMware kuna nyaraka ndogo sana.
Kuna Mwongozo wa Usakinishaji unaoelezea tu uwekaji wa paneli ya Acura, na ambapo hakuna neno lolote kuhusu hitaji la wakala wa Wingu. Kuna seti kamili ya vipimo vya bidhaa, ambayo ni nzuri. Kuna hati zinazoelezea usanidi "kutoka na kwenda" kwa kutumia AWS na OpenStack kama mfano (ingawa inanikumbusha zaidi chapisho la blogi), na kuna Msingi mdogo sana wa Maarifa.
Kwa ujumla, hii sio muundo wa nyaraka ambao nimezoea, sema, kutoka kwa wachuuzi wakubwa, kwa hivyo sikuwa vizuri kabisa. Wakati huo huo, sikupata majibu juu ya baadhi ya nuances ya uendeshaji wa mfumo "ndani" katika hati hizi - ilibidi nifafanue maswali mengi kwa msaada wa kiufundi, na hii badala yake iliondoa mchakato wa kupeleka msimamo na. kupima.
Kwa muhtasari, naweza kusema kwamba kwa ujumla nilipenda bidhaa na mbinu ya kampuni katika utekelezaji wa kazi hiyo. Ndio, kuna dosari, kuna ukosefu mkubwa wa utendaji (kwa kushirikiana na VMware). Inaweza kuonekana kuwa, kwanza kabisa, kampuni bado inazingatia mawingu ya umma, hasa AWS, na kwa baadhi hii itakuwa ya kutosha. Kuwa na bidhaa rahisi na rahisi kama hii leo, wakati makampuni mengi yanachagua mkakati wa wingu nyingi, ni muhimu sana. Kwa kuzingatia bei ya chini sana ikilinganishwa na washindani, hii inafanya bidhaa kuvutia sana.
Tunatafuta timu . Labda ni wewe?
Chanzo: mapenzi.com