Disaster Recovery шешімдері нарығындағы жас ойыншылардың бірі - Hystax, 2016 жылы ресейлік стартап. Апатты қалпына келтіру тақырыбы өте танымал және нарық өте бәсекеге қабілетті болғандықтан, стартап әртүрлі бұлттық инфрақұрылымдар арасындағы көші-қонға назар аударуды шешті. Бұлтқа қарапайым және жылдам көшуді ұйымдастыруға мүмкіндік беретін өнім Onlanta тұтынушылары - пайдаланушылар үшін өте пайдалы болар еді. . Осылайша мен Hystax-пен танысып, оның мүмкіндіктерін сынай бастадым. Ал одан не пайда болды, мен осы мақалада айтамын.
Hystax-тың басты ерекшелігі - әртүрлі виртуалдандыру платформаларын, қонақтық ОЖ және бұлттық қызметтерді қолдауға арналған кең функционалдығы, бұл сіздің жұмыс жүктемеңізді кез келген жерден және кез келген жерден жылжытуға мүмкіндік береді.
Бұл қызметтердің ақауларға төзімділігін жақсарту үшін тек DR шешімдерін жасауға ғана емес, сонымен қатар шығындарды үнемдеуді арттыру және қазіргі уақытта белгілі бір қызмет үшін ең жақсы шешімді таңдау үшін әртүрлі сайттар мен гипершкалаерлер арасында ресурстарды жылдам, икемді тасымалдауға мүмкіндік береді. Титулдық суретте көрсетілген платформалардан басқа, компания ресейлік бұлттық провайдерлермен белсенді жұмыс істейді: Yandex.Cloud, CROC Cloud Services, Mail.ru және басқалары. Сондай-ақ, 2020 жылы компанияның Сколковода орналасқан ғылыми-зерттеу және тәжірибелік-конструкторлық орталығы ашылғанын атап өткен жөн.
Нарықтағы көптеген ойыншылардың бір шешімді таңдауы жақсы баға саясаты мен өнімнің жоғары қолданылуын көрсетеді, біз оны іс жүзінде сынап көруді шештік.
Сонымен, біздің сынақ тапсырмам менің VMware сынақ сайтымнан және физикалық машиналарымнан VMware жұмыс істейтін провайдердің сайтына көшіруден тұрады. Иә, мұндай көшіруді жүзеге асыра алатын көптеген шешімдер бар, бірақ біз Hystax-ты әмбебап құрал ретінде қарастырамыз, ал көшіруді барлық ықтимал комбинацияларда сынау жай ғана іске аспайтын тапсырма болып табылады. Иә, және Oncloud.ru бұлты VMware-де арнайы жасалған, сондықтан бұл платформа мақсат ретінде бізді көбірек қызықтырады. Әрі қарай, мен жұмыс істеудің негізгі принципін сипаттаймын, ол тұтастай алғанда платформаға тәуелді емес және VMware кез келген жағынан басқа жеткізушінің платформасымен ауыстырылуы мүмкін.
Бірінші қадам - жүйенің басқару тақтасы болып табылатын Hystax Acura қолдану.
Ол үлгіден кеңейеді. Қандай да бір себептермен, біздің жағдайда бұл мүлдем дұрыс болмады және ұсынылған 8CPU орнына 16 Гб ресурстардың жартысы арқылы орналастырылды. Сондықтан оларды өзгертуді ұмытпау керек, әйтпесе барлығы салынған VM ішіндегі инфрақұрылым жай ғана контейнерлерден басталмайды және портал қолжетімсіз болады. IN қажетті ресурстар егжей-тегжейлі сипатталған, сонымен қатар барлық жүйе құрамдастарына арналған порттар.
Үлгі арқылы IP мекенжайын орнатуда қиындықтар болды, сондықтан біз оны консольден өзгерттік. Осыдан кейін сіз әкімші веб-интерфейсіне өтіп, бастапқы конфигурациялау шеберін аяқтай аласыз.
Соңғы нүкте - vCenter-дің IP немесе FQDN.
Логин және пароль - бұл жерде түсінікті.
Target ESXi хост атауы – біздің кластердегі көшірілетін хосттардың бірі.
Мақсатты деректер қоймасы репликация орындалатын кластеріміздің деректер қоймаларының бірі болып табылады.
Hystax Acura Control Panel Public IP – басқару тақтасы қолжетімді болатын мекенжай.
Хост пен деректер қоймасы туралы аздап түсіндіру қажет. Өйткені, Hystax репликациясы хост және деректер қоймасы деңгейлерінде жұмыс істейді. Әрі қарай, жалға алушы үшін хост пен деректер қоймасын қалай өзгертуге болатынын айтамын, бірақ мәселе басқаша. Hystax ресурстарды біріктіруді қолдамайды, яғни. реплика әрқашан кластердің түбірінде болады (осы материалды жазу кезінде Hystax жігіттері жаңартылған нұсқаны шығарды, онда олар ресурс пулдарын қолдауға қатысты менің мүмкіндік сұрауымды тез орындады). Сондай-ақ vCloud Director қызметіне қолдау көрсетілмейді, яғни. егер менің жағдайымдай, жалға алушының бүкіл кластерге әкімші құқығы болмаса, тек белгілі бір ресурс пулына ғана ие болса және біз Hystax-қа рұқсат берсек, онда ол осы VM-ді өз бетінше көшіріп, іске қоса алады, бірақ ол оларды VMware инфрақұрылымында көре алмайды, ол қол жеткізе алады және тиісінше виртуалды машиналарды әрі қарай басқарады. Кластер әкімшісі виртуалды компьютерді дұрыс ресурс пулына жылжытуы немесе оны vCloud Director бағдарламасына импорттауы керек.
Неліктен мен осы сәттерге көп көңіл бөлемін? Өйткені, мен өнімнің тұжырымдамасын түсінгенімше, тұтынушы Acura панелін пайдаланып кез келген көшіруді немесе DR-ды өз бетінше жүзеге асыра алуы керек. Бірақ әзірге VMware қолдауы осындай механизмдер іске асырылған бірдей OpenStack қолдау деңгейінен сәл артта қалды.
Бірақ орналастыруға қайта оралу. Ең алдымен, панельді бастапқы орнатудан кейін жүйемізде бірінші жалға алушыны жасау керек.
Мұндағы барлық өрістер түсінікті, мен сізге бұлт өрісі туралы ғана айтып беремін. Бізде бастапқы конфигурация кезінде жасалған «әдепкі» бұлт бар. Бірақ егер біз әрбір жалға алушыны жеке деректер қоймасына және өзінің ресурс пулына қою мүмкіндігін алғымыз келсе, біз мұны әрбір тұтынушы үшін бөлек бұлттарды жасау арқылы жүзеге асыра аламыз.
Жаңа бұлтты қосу түрінде біз бастапқы конфигурация кезіндегідей параметрлерді көрсетеміз (тіпті сол хостты пайдалана аламыз), белгілі бір тұтынушыға қажетті деректер қоймасын көрсетеміз, енді қосымша параметрлерде біз қазірдің өзінде жеке-жеке көрсете аламыз қажетті пул ресурсы {"resource_pool":"YOUR_POOL_NAME"}
Сіз байқағандай, жалға алушыны құру түрінде ресурстарды бөлу немесе қандай да бір квоталар туралы ештеңе жоқ - жүйеде бұл туралы ештеңе жоқ. Жалға алушыны бір уақыттағы көшірмелер саны, репликацияға арналған машиналар саны немесе кез келген басқа параметрлер бойынша шектей алмайсыз. Сонымен, біз бірінші жалға алушыны құрдық. Енді толығымен логикалық емес, бірақ міндетті нәрсе бар - бұлттық агентті орнату. Бұл қисынсыз, себебі агент нақты тұтынушының бетіне жүктеледі.
Сонымен қатар, ол құрылған жалға алушыға байланысты емес және біздің барлық тұтынушыларымыз ол арқылы жұмыс істейді (немесе бірнеше кейін, егер біз оларды орналастырсақ). Бір агент бір мезгілде 10 сеансты қолдайды. Бір сеанс бір көлік болып есептеледі. Оның қанша дискі бар екені маңызды емес. Бүгінгі күні VMware үшін Acura-да агенттерді масштабтау механизмі жоқ. Тағы бір жағымсыз сәт бар - біз Acura панелінен осы агентті «пайдалануын» қарастыра алмаймыз, бұл бізге көбірек орналастыру керек пе немесе ағымдағы орнату жеткілікті ме деген қорытындыға келді. Нәтижесінде стенд келесідей болады:
Тұтынушының порталына кірудің келесі қадамы тіркелгіні жасау болып табылады (және алдымен осы пайдаланушыға қолданылатын рөл).
Енді біздің тұтынушы порталды өз бетінше пайдалана алады. Ол үшін порталдан агенттерді жүктеп алып, өз жағына орнату керек. Агенттердің үш түрі бар: Linux, Windows және VMware.
Алғашқы екеуі физикаға немесе кез келген VMware емес гипервизордағы виртуалды машиналарға қойылады. Мұнда қосымша конфигурация талап етілмейді, агент жүктеп алады және қайда соғу керектігін біледі және бір минуттан кейін көлік Acura панелінде көрінеді. VMware агентімен жағдай біршама күрделірек. Мәселе мынада, VMware агенті де бұрыннан дайындалған және қажетті конфигурациясы бар порталдан жүктеледі. Бірақ VMware агенті біздің Acura порталымыз туралы білумен қатар, ол қолданылатын виртуалдандыру жүйесі туралы да білуі керек.
Шындығында, жүйе VMware агентін бірінші рет жүктеп алған кезде осы деректерді көрсетуді сұрайды. Мәселе мынада, біздің қауіпсіздікке деген сүйіспеншілік заманында бәрі де басқа біреудің порталында әкімші құпия сөзін көрсеткісі келмейді, бұл түсінікті. Ішінен, орналастырудан кейін агентті кез келген жолмен конфигурациялау мүмкін емес (тек оның желі параметрлерін өзгертуге болады). Бұл жерде мен өте сақ тұтынушылармен қиындықтарды көремін.
Осылайша, агенттерді орнатқаннан кейін біз Acura панеліне оралып, барлық машиналарымызды көре аламыз.
Жүйемен бір күннен астам жұмыс істегендіктен, менде әртүрлі штаттарда машиналар бар. Олардың барлығы Әдепкі тобында, бірақ қажетінше бөлек топтар құруға және оларға машиналарды тасымалдауға болады. Бұл ештеңеге әсер етпейді - тек деректердің логикалық көрінісі және оларды неғұрлым ыңғайлы жұмыс үшін топтастыру. Осыдан кейін бірінші және ең маңыздысы көші-қон процесін бастау. Біз мұны күшпен қолмен де жасай аламыз, сонымен қатар кестені, соның ішінде барлық машиналар үшін бір уақытта жаппай жасай аламыз.
Еске сала кетейін, Hystax көші-қон өнімі ретінде орналастырылған. Сондықтан біздің қайталанатын машиналарды іске қосу үшін DR жоспарын жасауымыз таңқаларлық емес. Синхрондалған күйде тұрған машиналар үшін жоспар жасай аласыз. Бір нақты VM үшін екеуін де, барлық машиналар үшін де бірден жасауға болады.
DR жоспарын жасау кезіндегі параметрлер жинағы тасымалданатын инфрақұрылымға байланысты әр түрлі болады. VMware ортасы үшін опциялардың ең аз жиынтығы қол жетімді. Машиналарға арналған қайта IP-ге де қолдау көрсетілмейді. Осыған байланысты бізді келесі тармақтар қызықтырады: VM сипаттамасында «ішкі желі» параметрі: «VMNetwork», мұнда біз VM-ді кластердегі белгілі бір желіге байланыстырамыз. Rank - бірнеше VM көшіру кезінде маңызды, олардың іске қосылу ретін анықтайды. Дәмі VM конфигурациясын сипаттайды, бұл жағдайда 1CPU, 2 ГБ жедел жады. Ішкі желілер бөлімінде біз «ішкі желі»: «VMNetwork» VMware «VM желісімен» байланысты екенін анықтаймыз.
DR жоспарын жасау кезінде дискілерді әртүрлі деректер қоймаларында «бөлудің» мүмкіндігі жоқ. Олар осы клиент бұлты үшін анықталған деректер қоймасында орналасады және сізде әртүрлі сыныптардағы дискілер болса, бұл құрылғыны іске қосу кезінде кейбір қиындықтарды тудыруы мүмкін және VM-ді Hystax-тан іске қосқаннан және «бөлгеннен» кейін ол сондай-ақ қажетті деректер қоймаларына бөлек тасымалдау дискілерін қажет етеді. Содан кейін біз DR жоспарымызды іске қосып, машиналарымыздың көтерілуін күтуіміз керек. P2V/V2V түрлендіру процесі де уақыт алады. Менің үш дискі бар ең үлкен 100 ГБ сынақ құрылғымда бұл ең көбі 10 минутты алды.
Осыдан кейін сіз іске қосылған VM-ді, ондағы қызметтерді, деректер сәйкестігін және басқа тексерулерді тексеруіңіз керек.
Сонда бізде екі нұсқа бар:
- Жою - жұмыс істеп тұрған DR жоспарын жою. Бұл әрекет іске қосылған виртуалды компьютерді жай ғана өшіреді. Бұл көшірмелер ешқайда кетпейді.
- Ажыратыңыз - репликацияланған машинаны Acura-дан жұлып алыңыз, яғни. көші-қон процесін іс жүзінде аяқтайды.
Шешімнің артықшылықтары:
- клиент жағынан да, провайдер жағынан да орнату мен конфигурациялаудың қарапайымдылығы;
- көшіруді орнату, DR жоспарын құру және көшірмелерді іске қосу жеңілдігі;
- қолдау және әзірлеушілер табылған мәселелерге тез жауап береді және оларды платформа немесе агент жаңартулары арқылы түзетеді.
Минусы
- Vmware қолдауы жеткіліксіз.
- Платформадан жалға алушылар үшін ешқандай квотаның болмауы.
Мен сондай-ақ сатушыға тапсырған мүмкіндіктерге сұраныс жасадым:
- бұлтты агенттерге арналған Acura басқару консолінен пайдалануды бақылау және орналастыру;
- жалға алушылар үшін квотаның болуы;
- әрбір жалға алушы үшін бір мезгілде қайталанулар санын және жылдамдықты шектеу мүмкіндігі;
- VMware vCloud Director қызметін қолдау;
- ресурс пулдарын қолдау (тестілеу кезінде жүзеге асырылды);
- Acura панеліндегі клиенттік инфрақұрылымнан тіркелгі деректерін енгізбестен, VMware агентін агент жағынан конфигурациялау мүмкіндігі;
- DR жоспарын іске қосу кезінде VM іске қосу процесінің «визуализациясы».
Маған үлкен шағымдар тудырған жалғыз нәрсе - құжаттама. Мен «қара жәшіктерді» ұнатпаймын және өнімнің ішінде қалай жұмыс істейтіні туралы егжей-тегжейлі құжаттама болғанды қалаймын. Ал AWS және OpenStack үшін өнім одан да көп немесе аз сипатталған болса, VMware үшін құжаттама өте аз.
Орнату нұсқаулығы бар, ол тек Acura панелін орналастыруды сипаттайды және бұлт агентінің қажеттілігі туралы бірде-бір сөз жоқ. Өнімнің техникалық сипаттамаларының толық жиынтығы бар, бұл жақсы. Мысал ретінде AWS және OpenStack көмегімен орнатуды сипаттайтын құжаттама бар (бірақ ол маған блог жазбасын көбірек еске түсіреді) және өте шағын білім қоры бар.
Жалпы, бұл, айталық, ірі жеткізушілерден үйренген құжаттама пішімі емес, сондықтан маған мүлдем ыңғайлы болмады. Сонымен қатар, мен осы құжаттамада жүйенің «ішінде» жұмыс істеуінің кейбір нюанстары туралы жауап таба алмадым - техникалық қолдаудың көмегімен көптеген сұрақтарды түсіндіруге тура келді, бұл стендті орналастыру процесін біршама созды және тестілеу.
Қорытындылай келе, жалпы маған өнім және компанияның тапсырманы орындаудағы көзқарасы ұнады деп айта аламын. Иә, кемшіліктер бар, функционалдылықтың шынымен сыни жетіспеуі бар (VMware-мен бірге). Біріншіден, компания әлі де қоғамдық бұлттарға, атап айтқанда AWS-ге назар аударатынын және кейбіреулер үшін бұл жеткілікті болатынын көруге болады. Бүгінгі күні көптеген компаниялар көп бұлтты стратегияны таңдаған кезде мұндай қарапайым және ыңғайлы өнімге ие болу өте маңызды. Бәсекелестермен салыстырғанда әлдеқайда төмен бағаны ескере отырып, бұл өнімді өте тартымды етеді.
Біз команда іздейміз . Мүмкін сен шығарсың?
Ақпарат көзі: www.habr.com