Кырсыктарды калыбына келтирүү чечимдери рыногундагы жаш оюнчулардын бири Hystax, 2016-жылдан баштап орусиялык стартап. Кырсыктарды калыбына келтирүү темасы абдан популярдуу жана рынок өтө атаандаш болгондуктан, стартап ар кандай булут инфраструктураларынын ортосундагы миграцияга басым жасоону чечти. Булутка жөнөкөй жана тез миграцияны уюштурууга мүмкүндүк берүүчү продукт Онланта кардарлары - колдонуучулар үчүн да абдан пайдалуу болмок. . Ошентип, мен Hystax менен таанышып, анын мүмкүнчүлүктөрүн сынай баштадым. Мен бул макалада эмне болгонун айтып берем.
Hystaxтын негизги өзгөчөлүгү анын ар кандай виртуалдаштыруу платформаларын, конок операциялык системаларын жана булут кызматтарын колдоо үчүн кеңири функционалдуулугу болуп саналат, бул сиздин иш жүктөмүңүздү каалаган жерден, каалаган жерден өткөрүп берүүгө мүмкүндүк берет.
Бул кызматтардын катачылыкка чыдамдуулугун жогорулатуу үчүн DR чечимдерин түзүүгө гана эмес, ошондой эле чыгымдарды үнөмдөөнү жогорулатуу жана берилген учурда белгилүү бир кызмат үчүн эң жакшы чечимди тандоо үчүн ар кандай сайттар менен гиперскалейрлердин ортосунда ресурстарды тез жана ийкемдүү көчүрүүгө мүмкүндүк берет. Титулдук сүрөттө көрсөтүлгөн платформалардан тышкары, компания орусиялык булут провайдерлери менен активдүү кызматташат: Yandex.Cloud, CROC Cloud Services, Mail.ru жана башкалар. 2020-жылы компания Сколководо жайгашкан R&D борборун ачканын да белгилей кетүү керек.
Рынокто көп сандаган оюнчулар тарабынан бир чечимди тандоо биз иш жүзүндө сынап көрүүнү чечкен жакшы баа саясатын жана продуктунун жогорку колдонуу мүмкүнчүлүгүн көрсөтүп турат.
Ошентип, биздин тесттик тапшырма менин VMware тесттик сайтымдан жана физикалык машиналардан VMware тарабынан башкарылуучу провайдердин сайтына көчүрүүдөн турат. Ооба, мындай миграцияны аткара ала турган көптөгөн чечимдер бар, бирок биз Hystaxты универсалдуу курал катары эсептейбиз, ал эми миграцияны бардык мүмкүн болгон комбинацияларда сынап көрүү – бул реалдуу эмес иш. Жана Oncloud.ru булуту атайын VMware программасына курулган, ошондуктан бул платформа максаттуу катары бизди көбүрөөк кызыктырат. Андан кийин, мен иштөөнүн негизги принцибине токтолом, ал жалпысынан платформадан көз каранды эмес жана VMware каалаган тараптан башка сатуучунун платформасы менен алмаштырылышы мүмкүн.
Биринчи кадам системанын башкаруу панели болуп саналат Hystax Acura, жайылтуу болуп саналат.
Ал шаблондон ачылат. Кандайдыр бир себептерден улам, биздин учурда бул толугу менен туура эмес жана сунушталган 8CPU ордуна, 16Gb жарым ресурстар менен жайгаштырылган. Ошондуктан, сиз аларды өзгөртүүнү унутпашыңыз керек, антпесе, бардыгы курулган VM ичиндеги контейнер инфраструктурасы жөн эле башталбайт жана порталга жеткиликсиз болуп калат. IN Керектүү ресурстар майда-чүйдөсүнө чейин сүрөттөлгөн, ошондой эле системанын бардык компоненттери үчүн порттор.
Калып аркылуу IP дарегин коюуда да кыйынчылыктар болду, ошондуктан биз аны консолдон өзгөрттүк. Андан кийин, сиз администратордун веб-интерфейсине өтүп, баштапкы конфигурация устасын бүтүрө аласыз.
Акыркы чекит – биздин vCenterдин IP же FQDN.
Логин жана сырсөз - бул түшүнүктүү.
Максаттуу ESXi хост аты – биздин кластердеги репликация аткарыла турган хосттордун бири.
Максаттуу маалыматтар сактагычы биздин кластердеги репликация аткарыла турган маалымат кампаларынын бири.
Hystax Acura Control Panel Public IP – башкаруу панели жеткиликтүү боло турган дарек.
Хост жана маалымат дүкөнүнө байланыштуу бир аз тактоо талап кылынат. Чындыгында Hystax репликациясы хост жана маалымат сактагыч деңгээлинде иштейт. Кийинки мен сизге ижарачы үчүн хостту жана маалымат сактагычты кантип өзгөртүүгө болорун айтып берем, бирок маселе башка. Hystax ресурстук бассейндер менен иштөөнү колдобойт, б.а. реплика дайыма кластердин тамырына барат (бул материалды жазып жаткан учурда Hystax жигиттери жаңыланган версиясын чыгарышты, анда алар ресурстук бассейндерди колдоо боюнча менин функциялык өтүнүчүмдү тез арада ишке ашырышты). vCloud Директору да колдоого алынбайт, б.а. эгерде менин абалымдагыдай, ижарачы бүткүл кластерге администратордук укуктарга ээ эмес, белгилүү бир ресурс пулуна гана ээ болсо жана биз Hystaxка кирүү мүмкүнчүлүгүн берсек, анда ал бул VMлерди өз алдынча көчүрүп, ишке киргизе алат, бирок ал аларды VMware инфраструктурасында көрө албайт, ал кире алган жана ошого жараша виртуалдык машиналарды андан ары башкарат. Кластердин администратору үчүн VMди керектүү ресурс пулуна жылдыруу же аны vCloud Директоруна импорттоо зарыл.
Эмне үчүн мен ушул пункттарга мынчалык көңүл буруп жатам? Анткени, мен буюмдун концепциясын түшүнгөнүмдө, кардар Acura панелин колдонуу менен каалаган миграцияны же DRди өз алдынча ишке ашыра алышы керек. Бирок азырынча VMware колдоосу OpenStack колдоо деңгээлинен бир аз артта калды, мында окшош механизмдер буга чейин ишке ашырылган.
Бирок, келгиле, жайылтууга кайрылалы. Биринчиден, панелди баштапкы орнотуудан кийин, биздин системада биринчи ижарачыны түзүшүбүз керек.
Бул жерде бардык талаалар ачык, мен сизге булут талаасы жөнүндө гана айтып берем. Бизде мурунтан эле баштапкы конфигурация учурунда түзүлгөн "демейки" булут бар. Бирок, эгерде биз ар бир ижарачынын өзүнүн маалымат дүкөнүнө жана өзүнүн ресурстук бассейнине жайгаштырууну кааласак, биз муну ар бир кардарыбыз үчүн өзүнчө булуттарды түзүү менен ишке ашыра алабыз.
Жаңы булутту кошуу формасында биз баштапкы конфигурациядагыдай эле параметрлерди көрсөтөбүз (бир эле хостту колдоно алабыз), белгилүү бир кардар үчүн талап кылынган маалымат кампасын көрсөтөбүз, эми кошумча параметрлерде талап кылынган ресурсту жекече көрсөтө алабыз. бассейн {"resource_pool" : "YOUR_POOL_NAME"}
Сиз байкагандай, ижарачыны түзүү формасында ресурстарды бөлүштүрүү же кандайдыр бир квоталар жөнүндө эч нерсе жок - системада мунун бири да жок. Ижарачыны бир убактагы репликалардын саны, репликациялоо үчүн машиналардын саны же башка параметрлер боюнча чектөө мүмкүн эмес. Ошентип, биз биринчи ижарачыны түздүк. Азыр толугу менен логикалык эмес, милдеттүү нерсе бар - булут агентин орнотуу. Бул логикага туура келбейт, анткени агент белгилүү бир кардардын баракчасына жүктөлөт.
Ошол эле учурда, ал түзүлгөн ижарачыга байланган эмес, жана биздин бардык кардарлар ал аркылуу иштешет (же бир нече аркылуу, эгерде биз аларды жайгаштырсак). Бир агент бир эле убакта 10 сессияны колдойт. Бир машина бир сеанс катары эсептелет. Канча диск бар экени маанилүү эмес. Бүгүнкү күнгө чейин, VMware астында Acura өзүндө агенттерди масштабдоо механизми жок. Дагы бир жагымсыз учур бар - бизде Acura панелинен бул агенттин "башкарылышын" карап чыгууга мүмкүнчүлүгүбүз жок, биз көбүрөөк жайгаштырышыбыз керекпи же учурдагы орнотуу жетиштүүбү деген жыйынтыкка келүү үчүн. Натыйжада, стенд төмөнкүдөй көрүнөт:
Биздин кардар порталына кирүү үчүн кийинки кадам - бул каттоо эсебин түзүү (жана биринчиден, бул колдонуучуга тиешелүү роль).
Эми биздин кардар порталды өз алдынча колдоно алат. Ага порталдан агенттерди жүктөп алып, аны өз тарабына орнотуу керек. Агенттердин үч түрү бар: Linux, Windows жана VMware.
Биринчи экөө физикага же виртуалдык машиналарга VMwareден башка гипервизордо орнотулган. Кошумча эч нерсе конфигурациялоонун кереги жок, агент жүктөлүп алынган жана каякты тыкылдатууну мурунтан эле билет жана бир мүнөттөн кийин унаа Acura панелинде көрүнүп калат. VMware агенти менен кырдаал бир аз татаалыраак. Көйгөй, VMware үчүн агент дагы даярдалган жана керектүү конфигурацияны камтыган порталдан жүктөлүп алынганында. Бирок биздин Acura порталыбызды билүүдөн тышкары, VMware агенти ал орнотула турган виртуалдаштыруу системасы жөнүндө да билиши керек.
Чынында, система бизден VMware агентин биринчи жолу жүктөөдө бул маалыматтарды берүүнү суранат. Көйгөй мына ушунда, биздин жалпы коопсуздукту сүйгөн доордо баары эле башка бирөөнүн порталында админ сырсөзүн көрсөткүсү келбейт, бул түшүнүктүү. Ичинен, жайгаштыргандан кийин, агентти эч кандай конфигурациялоо мүмкүн эмес (сиз анын тармак жөндөөлөрүн гана өзгөртө аласыз). Бул жерде мен өзгөчө сак кардарлар менен кыйынчылыктарды алдын ала көрөм.
Ошентип, агенттерди орноткондон кийин, биз Acura панелине кайтып барып, бардык унааларыбызды көрө алабыз.
Мен бир нече күндөн бери система менен иштеп жаткандыктан, менде ар кайсы штаттарда унаалар бар. Менде алардын баары Демейки тайпада бар, бирок өзүнчө топторду түзүп, аларга керектүү машиналарды өткөрүп берсе болот. Бул эч нерсеге таасир этпейт - маалыматтарды логикалык көрсөтүү жана ыңгайлуураак иштөө үчүн аларды топтоо гана. Мындан кийин биринчи жана эң негизги ишибиз миграциялык процессти баштоо. Биз муну кол менен же графикти түзүү менен, анын ичинде бир эле учурда бардык машиналар үчүн жапырт түрдө жасай алабыз.
Эске сала кетейин, Hystax миграция үчүн продукт катары жайгаштырылган. Ошондуктан, биздин репликацияланган машиналарды иштетүү үчүн DR планын түзүү керек экендиги таң калыштуу эмес. План Шайкештирилген абалда болгон машиналар үчүн түзүлүшү мүмкүн. Сиз бир эле учурда бир конкреттүү VM үчүн да, бардык машиналар үчүн да түзө аласыз.
DR планын түзүүдө параметрлердин топтому сиз көчүрө турган инфраструктурага жараша айырмаланат. VMware чөйрөсү үчүн минималдуу параметрлер топтому жеткиликтүү. Машиналар үчүн кайра IP да колдоого алынбайт. Ушуга байланыштуу, бизди төмөнкү жагдайлар кызыктырат: VM сүрөттөмөсүндө, "подсет" параметри: "VMNetwork", мында биз VMди кластердеги белгилүү бир тармакка байланыштырабыз. Rank – бир нече VM көчүрүүдө актуалдуу; ал аларды ишке киргизүү тартибин аныктайт. Flavor - VM конфигурациясын сүрөттөйт, бул учурда - 1CPU, 2 ГБ оперативдүү эс. Subnets бөлүмүндө биз "субнет": "VMNetwork" VMware "VM Network" менен байланышканын аныктайбыз.
DR планын түзүп жатканда, дисктерди ар кандай маалымат дүкөндөрүнө "таратуунун" эч кандай жолу жок. Алар ушул кардар булуту үчүн аныкталган бир эле маалымат дүкөнүндө жайгашат жана сизде ар кандай класстардагы дисктер болсо, бул машинаны ишке киргизүүдө кээ бир кыйынчылыктарды жаратышы мүмкүн жана VMди Hystaxтан иштетип, "бөлгөндөн" кийин, ал ошондой эле керектүү маалымат кампаларына өзүнчө көчүрүү дисктерин талап кылат. Андан кийин биз DR планыбызды ишке киргизип, машиналарыбыздын көтөрүлүшүн күтүшүбүз керек. P2V/V2V айландыруу процесси да убакытты талап кылат. Менин эң чоң сыноочу машинамда, үч диски бар 100 ГБ, ал эң көп дегенде 10 мүнөттү талап кылды.
Андан кийин, сиз иштеп жаткан VMди, андагы кызматтарды, маалыматтардын ырааттуулугун текшерип, башка текшерүүлөрдү жүргүзүшүңүз керек.
Анда бизде эки жол бар:
- Жок кылуу – иштеп жаткан DR планын жок кылуу. Бул аракет жөн эле иштеп жаткан VMди өчүрөт. Бул репликалар эч жакка кетпейт.
- Ажыратыңыз - репликацияланган машинаны Acuraдан ажыратыңыз, б.а. иш жүзүндө миграция процессин аягына чыгарат.
Чечүүнүн жакшы жактары:
- кардардан да, провайдерден да орнотуунун жана конфигурациялоонун жөнөкөйлүгү;
- миграцияны орнотуу, DR планын түзүү жана репликаларды ишке киргизүү жеңил;
- колдоо жана иштеп чыгуучулар табылган көйгөйлөргө тез жооп беришет жана платформа же агент жаңыртуулары аркылуу аларды оңдойт.
Минусы
- Vmware колдоосу жетишсиз.
- Платформадан ижарачылар үчүн квоталардын жоктугу.
Мен ошондой эле Функция өтүнүчүн түздүм, аны биз сатуучуга тапшырдык:
- булут агенттери үчүн Acura башкаруу консолунан колдонууга мониторинг жана жайылтуу;
- ижарачылар үчүн квоталардын болушу;
- ар бир ижарачы үчүн бир эле учурда кайталоолордун санын жана ылдамдыгын чектөө мүмкүнчүлүгү;
- VMware vCloud директорунун колдоосу;
- ресурстук бассейндерди колдоо (сыноо учурунда ишке ашырылат);
- VMware агентин агенттин өзүнөн конфигурациялоо мүмкүнчүлүгү, Acura панелиндеги кардар инфраструктурасынан эсептик дайындарды киргизбестен;
- DR планын иштетип жатканда VM баштоо процессинин "визуализациясы".
Мага чоң сынга кабылган бир гана нерсе документация болду. Мен "кара кутуларды" жактырбайм жана продукттун ичинде кандай иштээри жөнүндө деталдуу документтер болгондо жактырам. Ал эми AWS жана OpenStack үчүн продукт аздыр-көптүр сүрөттөлсө, VMware үчүн документтер абдан аз.
Acura панелинин жайылышын гана сүрөттөгөн Орнотуу колдонмосу бар жана булут агенти да керек экендиги жөнүндө бир да сөз жок. Буюмдун техникалык мүнөздөмөлөрүнүн толук топтому бар, бул жакшы. Мисал катары AWS жана OpenStack аркылуу орнотууну "башынан аягына чейин" сүрөттөгөн документтер бар (бирок ал мага блог постуна көбүрөөк окшошот) жана абдан кичинекей Билим базасы бар.
Жалпысынан алганда, бул мен үчүн, айталы, ири сатуучулардан көнүп калган документация форматы эмес, андыктан мен таптакыр ыңгайлуу болгон жокмун. Ошол эле учурда, мен бул документацияда системанын "ичинде" кандайча иштээри тууралуу кээ бир нюанстарга жооп таба алган жокмун - көптөгөн суроолорду техникалык колдоо менен тактоо керек болчу, бул стендди орнотуу жана өткөрүү процессин бир топ кечеңдетти. тестирлөө.
Жыйынтыктап айтканда, мен жалпысынан мага продукт жана компаниянын тапшырмага мамилеси жакты деп айта алам. Ооба, кемчиликтер бар, функционалдуулуктун чындап эле критикалык жетишсиздиги бар (VMware менен байланыштуу). Биринчиден, компания дагы эле коомдук булуттарга, атап айтканда AWSге багытталган жана кээ бирөөлөр үчүн бул жетиштүү болот. Көптөгөн компаниялар көп булуттуу стратегияны тандап жаткан учурда ушундай жөнөкөй жана ыңгайлуу продуктка ээ болуу өтө маанилүү. атаандаштарга салыштырмалуу бир кыйла төмөн бааны эске алуу менен, бул продукт абдан жагымдуу кылат.
Биз команда мүчөсүн издеп жатабыз . Балким ал сенсиң?
Source: www.habr.com