Један од младих играча на тржишту решења за опоравак од катастрофе је Хистак, руски стартуп из 2016. Будући да је тема опоравка од катастрофе веома популарна и да је тржиште изузетно конкурентно, стартап је одлучио да се фокусира на миграцију између различитих инфраструктура у облаку. Производ који вам омогућава да организујете једноставну и брзу миграцију у облак био би веома користан за Онлантине купце - кориснике . Тако сам упознао Хистак и почео да тестирам његове карактеристике. А шта је из тога произашло, рећи ћу у овом чланку.
Главна карактеристика Хистак-а је његова широка функционалност за подршку различитим платформама за виртуелизацију, гостујућим оперативним системима и услугама у облаку, што омогућава премештање ваших радних оптерећења са било ког места и било где.
Ово вам омогућава да креирате не само ДР решења за побољшање толеранције грешака услуга, већ и брзу, флексибилну миграцију ресурса између различитих локација и хиперскалера како бисте повећали уштеде и изабрали најбоље решење за одређену услугу у овом тренутку. Поред платформи наведених на насловној слици, компанија такође активно сарађује са руским провајдерима облака: Иандек.Цлоуд, ЦРОЦ Цлоуд Сервицес, Маил.ру и многим другим. Такође је вредно напоменути да је компанија 2020. године отворила центар за истраживање и развој који се налази у Сколкову.
Избор једног решења великог броја играча на тржишту указује на добру политику цена и високу применљивост производа, што смо одлучили да тестирамо у пракси.
Дакле, наш тестни задатак ће се састојати од миграције са моје ВМваре тестне локације и физичких машина на сајт добављача који такође користи ВМваре. Да, постоји много решења која могу да имплементирају такву миграцију, али ми сматрамо да је Хистак универзално средство, а тестирање миграције у свим могућим комбинацијама је једноставно нереалан задатак. Да, и облак Онцлоуд.ру је направљен посебно на ВМваре-у, тако да нас ова платформа, као циљ, интересује у већој мери. Затим ћу описати основни принцип рада, који у целини не зависи од платформе, а ВМваре се може заменити са било које стране платформом другог произвођача.
Први корак је постављање Хистак Ацура, који је контролни панел система.
Проширује се из шаблона. Из неког разлога, у нашем случају то није било сасвим тачно и уместо препоручених 8ЦПУ, 16Гб је распоређено са упола мањим ресурсима. Због тога не смете заборавити да их промените, иначе инфраструктура унутар ВМ-а, на којој је све изграђено, једноставно неће почети са контејнерима и портал ће бити недоступан. ИН детаљно су описани потребни ресурси, као и портови за све компоненте система.
А било је и потешкоћа са подешавањем ИП адресе преко шаблона, па смо је променили са конзоле. Након тога, можете отићи на администраторски веб интерфејс и завршити чаробњак за почетну конфигурацију.
Крајња тачка - ИП или ФКДН нашег вЦентер-а.
Корисничко име и лозинка - овде је јасно.
Циљно ЕСКСи име хоста је један од хостова у нашем кластеру на који ће се реплицирати.
Циљно складиште података је једно од складишта података нашег кластера на које ће се извршити репликација.
Хистак Ацура Цонтрол Панел Публиц ИП - адреса на којој ће контролна табла бити доступна.
Потребно је мало појашњења о хосту и складишту података. Чињеница је да Хистак репликација ради на нивоу хоста и складишта података. Затим ћу вам рећи како можете да промените хост и складиште података за закупца, али проблем је другачији. Хистак не подржава обједињавање ресурса, тј. реплика ће се увек дешавати у корену кластера (у време писања овог материјала, момци из Хистак-а су објавили ажурирану верзију, где су брзо имплементирали мој захтев у вези са подршком за скупове ресурса). Такође вЦлоуд Дирецтор није подржан, тј. ако, као у мом случају, закупац нема администраторска права на цео кластер, већ само на одређени скуп ресурса, а ми смо дали приступ Хистак-у, онда ће моћи да самостално реплицира и покреће ове ВМ, али он неће моћи да их види у ВМваре инфраструктури, којој има приступ и, сходно томе, даље управља виртуелним машинама. Администратор кластера треба да премести ВМ у одговарајући скуп ресурса или да га увезе у вЦлоуд Дирецтор.
Зашто се толико фокусирам на ове тренутке? Јер, колико ја разумем концепт производа, купац би требало да буде у могућности да самостално примени било какву миграцију или ДР користећи Ацура панел. Али до сада, ВМваре подршка мало заостаје за нивоом подршке за исти ОпенСтацк, где су такви механизми већ имплементирани.
Али назад на распоређивање. Пре свега, након почетног подешавања панела, потребно је да креирамо првог станара у нашем систему.
Сва поља су овде чиста, рећи ћу вам само о пољу Облак. Већ имамо „подразумевани“ облак који смо креирали током почетне конфигурације. Али ако желимо да будемо у могућности да сваког закупца ставимо у сопствено складиште података и у сопствени скуп ресурса, можемо то да применимо тако што ћемо креирати засебне облаке за сваког нашег клијента.
У облику додавања новог облака наводимо исте параметре као и током почетне конфигурације (можемо чак и да користимо исти хост), наводимо складиште података потребно за одређеног купца, а сада у додатним параметрима већ можемо појединачно одредити потребан ресурс базена {"ресоурце_поол" :"ИОУР_ПООЛ_НАМЕ"}
Као што сте можда приметили, у облику креирања закупца нема ништа о алокацији ресурса или некаквим квотама - од овога нема ништа у систему. Не можете ограничити закупца у броју истовремених реплика, броју машина за репликацију или било којим другим параметрима. Дакле, направили смо првог станара. Сада постоји не сасвим логична, али обавезна ствар - инсталирање Цлоуд агента. То је нелогично, јер се агент преузима на страници одређеног купца.
Истовремено, није везан за креираног закупца, и сви наши купци ће радити кроз њега (или након неколико, ако их распоредимо). Један агент подржава 10 истовремених сесија. Једна сесија се рачуна као један аутомобил. Није важно колико дискова има. До данас не постоји механизам за скалирање агената у самој Ацури за ВМваре. Постоји још један непријатан моменат – нисмо у могућности да са Ацура панела сагледамо „искоришћеност“ овог агента да бисмо закључили да ли је потребно да га применимо више или је довољна тренутна инсталација. Као резултат, штанд изгледа овако:
Следећи корак за приступ порталу нашег клијента је креирање налога (и прво, такође улога која ће бити примењена на овог корисника).
Сада наш купац може самостално да користи портал. Све што треба да уради је да преузме агенте са портала и инсталира их на своју страну. Постоје три типа агената: Линук, Виндовс и ВМваре.
Прва два се постављају на физику или на виртуелне машине на било ком хипервизору који није ВМваре. Овде није потребна додатна конфигурација, агент преузима и већ зна где да куца, а буквално за минут аутомобил ће бити видљив на Ацура панелу. Са ВМваре агентом ситуација је мало компликованија. Проблем је у томе што се Агент за ВМваре такође преузима са већ припремљеног портала и има потребну конфигурацију. Али ВМваре агент, осим што зна о нашем порталу Ацура, мора да зна и о систему виртуелизације на којем ће бити распоређен.
У ствари, систем ће од нас тражити да наведемо ове податке када први пут преузмете ВМваре агент. Проблем је што у наше доба универзалне љубави према безбедности неће сви желети да наведу своју администраторску лозинку на туђем порталу, што је сасвим разумљиво. Изнутра, након постављања, агент се не може ни на који начин конфигурисати (можете само да промените његове мрежне поставке). Овде предвиђам потешкоће са посебно опрезним купцима.
Дакле, након инсталирања агената, можемо се вратити на Ацура панел и видети све наше аутомобиле.
Пошто радим са системом више од једног дана, имам машине у разним стањима. Сви су у подразумеваној групи, али је могуће креирати посебне групе и пребацивати машине у њих, по потреби. Ово не утиче ни на шта - само на логичко представљање података и њихово груписање за практичнији рад. Прва и најважнија ствар коју након тога треба да урадимо је да започнемо процес миграције. То можемо да урадимо и насилно ручно, и да поставимо распоред, укључујући масовно за све машине одједном.
Да вас подсетим да је Хистак позициониран као производ за миграцију. Стога, није изненађујуће да, да бисмо покренули наше реплициране машине, морамо да креирамо ДР план. Можете креирати план за машине које су већ у синхронизованом стању. Можете генерисати и за једну одређену ВМ, и за све машине одједном.
Скуп параметара приликом генерисања ДР плана ће се разликовати у зависности од инфраструктуре на коју ћете мигрирати. Доступан је минималан скуп опција за ВМваре окружење. Ре-ИП за машине такође није подржан. С тим у вези, интересују нас следеће тачке: у опису ВМ параметар „субнет“: „ВМНетворк“, где везујемо ВМ за одређену мрежу у кластеру. Ранг - релевантан при миграцији неколико ВМ-а, одређује редослед којим се покрећу. Укус - описује конфигурацију ВМ-а, у овом случају - 1ЦПУ, 2ГБ РАМ-а. У одељку подмреже дефинишемо да је „подмрежа“: „ВМНетворк“ повезана са „ВМ мрежом“ ВМваре-а.
Када креирате ДР план, не постоји начин да се дискови „поделе“ на различите складишта података. Они ће се налазити у истом складишту података које је дефинисано за овај клијентски облак, а ако имате дискове различитих класа, то може изазвати одређене потешкоће при покретању машине, а након покретања и „одвајања“ ВМ-а од Хистак-а, такође ће захтевају посебне дискове за миграцију на потребне складишта података. Онда само треба да покренемо наш план ДР и сачекамо да се наши аутомобили подигну. Процес конверзије П2В/В2В такође захтева време. На мојој највећој тестној машини од 100 ГБ са три диска, ово је трајало највише 10 минута.
Након тога, требало би да проверите покренути ВМ, услуге на њему, конзистентност података и друге провере.
Затим имамо две опције:
- Избриши - избришите активни ДР план. Ова радња ће једноставно искључити покренути ВМ. Ове реплике никуда не иду.
- Одвојите - откините реплицирани аутомобил са Ацуре, тј. заправо заврши процес миграције.
Предности решења:
- једноставност инсталације и конфигурације како на страни клијента тако и на страни провајдера;
- једноставност подешавања миграције, креирање ДР плана и покретање реплика;
- подршка и програмери прилично брзо реагују на пронађене проблеме и решавају их ажурирањима платформе или агента.
Против
- Недовољна подршка за Вмваре.
- Одсуство било какве квоте за станаре са платформе.
Такође сам направио захтев за функцију, који смо предали продавцу:
- праћење коришћења и примена са Ацура Манагемент Цонсоле фор Цлоуд Агентс;
- доступност квота за станаре;
- могућност ограничавања броја истовремених репликација и брзине за сваког станара;
- подршка за ВМваре вЦлоуд Дирецтор;
- подршка за скупове ресурса (примењена током тестирања);
- могућност конфигурисања ВМваре агента са стране самог агента, без уношења акредитива из инфраструктуре клијента у Ацура панел;
- „Визуелизација“ процеса покретања ВМ-а при покретању ДР плана.
Једина ствар која ми је изазвала велике замерке је документација. Не волим баш "црне кутије" и више волим када унутра постоји детаљна документација о томе како производ функционише. И ако је за АВС и ОпенСтацк производ описан још мање или више, онда за ВМваре постоји врло мало документације.
Постоји Водич за инсталацију који описује само постављање Ацура панела и где нема ни речи о потреби за Цлоуд агентом. Постоји комплетан сет спецификација за производ, што је добро. Постоји документација која описује подешавање „од и до“ користећи АВС и ОпенСтацк као пример (иако ме више подсећа на пост на блогу), а постоји и веома мала База знања.
Генерално, ово није баш формат документације на који сам навикао, рецимо, код већих добављача, тако да ми није било баш пријатно. У исто време, у овој документацији нисам нашао одговоре о неким нијансама рада система „унутра” – морао сам да разјасним многа питања са техничком подршком, а то је прилично одуговлачило процес постављања постоља и тестирање.
Сумирајући, могу рећи да ми се генерално допао производ и приступ компаније имплементацији задатка. Да, постоје недостаци, постоји заиста критичан недостатак функционалности (у вези са ВМваре-ом). Види се да се, пре свега, компанија и даље фокусира на јавне облаке, посебно АВС, а некима ће то бити довољно. Имати тако једноставан и погодан производ данас, када многе компаније бирају мулти-цлоуд стратегију, изузетно је важно. С обзиром на много нижу цену у поређењу са конкурентима, ово чини производ изузетно атрактивним.
Тражимо тим . Можда си то ти?
Извор: ввв.хабр.цом