У вези са растућом популарношћу Роока, желео бих да говорим о његовим замкама и проблемима који вас очекују на том путу.
О мени: Искуство у администрацији цепх-а из хаммер верзије, оснивач заједнице у телеграму.
Да не бих био неоснован, осврнућу се на постове које прихвата Хабр (судећи по рејтингу) о проблемима са цепх-ом. Такође сам наишао на већину проблема у овим постовима. Везе до коришћеног материјала налазе се на крају поста.
У посту о Рооку, помињемо цепх с разлогом - Роок је у суштини цепх умотан у кубернетес, што значи да наслеђује све своје проблеме. Почнимо са цепх проблемима.
Поједноставите управљање кластерима
Једна од предности Роок-а је лакоћа управљања цепх-ом кроз куберентес.
Међутим, цепх садржи више од 1000 параметара за конфигурацију, док у исто време, преко роока можемо да изменимо само мањи део њих.
Пример на Луминоус
> цепх даемон мон.а цонфиг схов | вц -л
1401
Роок је позициониран као згодан начин за инсталирање и ажурирање цепх-а
Нема проблема са инсталирањем цепх-а без Роока - ансибле плаибоок је написан за 30 минута, али има доста проблема са ажурирањем.
Цитат из Крокове објаве
Пример: црусх тунаблес не ради исправно након ажурирања са хуммер на драгуљ
> цепх осд црусх схов-тунаблес
{
...
"страв_цалц_версион": 1,
"алловед_буцкет_алгс": 22,
"профил": "непознато",
"оптимал_тунаблес": 0,
...
}
Али чак и унутар мањих верзија постоје проблеми.
Пример: Ажурирање 12.2.6 доводи кластер у стање здравствене грешке и условно покварен ПГ
Немојте ажурирати, чекати и тестирати? Али изгледа да користимо Роок због погодности ажурирања, између осталог.
Сложеност кластера за опоравак од катастрофе у Рооку
Пример: ОСД пада са осипом грешака у ногама. Сумњате да је проблем у једном од параметара у конфигурацији, желите да промените конфигурацију за одређени демон, али не можете јер имате кубернетес и ДаемонСет.
Нема алтернативе. цепх телл осд.Нум ињецтаргс не ради - ОСД лаже.
Отклањање грешака
Нека подешавања и тестови перформанси захтевају директно повезивање на осд утичницу демона. У случају Роока, прво морате пронаћи жељени контејнер, затим ући у њега, пронаћи алат који недостаје за отклањање грешака и бити веома узнемирен.
Потешкоће са узастопним подизањем менија на екрану
Пример: ОСД пада у ООМ, почиње ребаланс, након чега падају следећи.
Решење: Подигните ОСД један по један, сачекајте док се потпуно не укључи у кластер и подигните следеће. (Више детаља у извештају Цепх. Анатомија катастрофе).
У случају баремметалне инсталације, ово се ради једноставно ручно; у случају топа и једног ОСД-а по чвору, нема посебних проблема; проблеми са алтернативним подизањем ће се појавити ако је ОСД > 1 по чвору.
Наравно, они се могу решити, али ми користимо Роок да поједноставимо ствари, али добијемо већу сложеност.
Потешкоће у одабиру граница за цепх демоне
За бареметалну инсталацију цепх-а, прилично је лако израчунати потребне ресурсе за кластер - постоје формуле и доступна су истраживања. Ако користите слаб ЦПУ, и даље ћете морати да извршите неке тестове перформанси да бисте сазнали шта је Нума, али је и даље лакше од Роок-а.
У случају Роок-а, поред ограничења меморије која се могу израчунати, имате питање постављања ограничења ЦПУ-а.
И овде ћете морати напорно да радите са тестовима перформанси. Ако смањите границе, добићете спори кластер; ако подесите неограничено, добићете активну употребу ЦПУ-а током ребалансирања, што ће лоше утицати на ваше апликације у кубернетес-у.
Проблеми са умрежавањем в1
За цепх се препоручује коришћење мреже од 2к10ГБ. Један за клијентски саобраћај, други за потребе цепх сервиса (ребаланс). Ако живите са цепх-ом на бареметал-у, онда се ова подела лако конфигурише, ако живите са Роок-ом, онда ће вам подела по мрежама правити проблеме, због чињенице да вам свака конфигурација кластера не дозвољава да напајате две различите мреже у под .
Проблеми са умрежавањем в2
Ако одбијете да одвојите мреже, онда ће приликом поновног балансирања цепх саобраћај зачепити цео канал и ваше апликације у кубернетес-у ће се успорити или срушити. Можете смањити брзину ребалансирања цепх-а, али тада због дугог ребалансирања добијате повећан ризик да други чвор испадне из кластера преко дискова или ООМ-а, а већ постоји загарантовано читање само за кластер.
Дугачак ребаланс - дуго заостајање у примени
Цитат из Цефовог поста. Анатомија катастрофе.
Тестирајте перформансе кластера:
Операција писања величине 4 КБ траје 1 мс, перформансе су 1000 операција/секунди у 1 нити.
Операција од 4 МБ (величина објекта) траје 22 мс, перформансе су 45 операција/секунди.
Сходно томе, када један од три домена поквари, кластер је неко време у деградираном стању, а половина врућих објеката се дистрибуира на различите верзије, тада ће половина операција писања почети принудним опоравком.
Приближно израчунавамо време принудног опоравка - уписујемо операције на деградирани објекат.
Прво читамо 4 МБ за 22 мс, пишемо 22 мс, а затим за 1 мс уписујемо 4 КБ стварних података. Укупно 45 мс по операцији писања на деградирани објекат на ССД-у, када је стандардна перформанса била 1 мс – 45 пута пад перформанси.
Што је већи проценат деградираних објеката, све постаје горе.
Испоставило се да је брзина ребаланса критична за исправан рад кластера.
Специфична подешавања сервера за цепх
цепх може захтевати специфично подешавање хоста.
Пример: сисцтл подешавања и исти ЈумбоФраме, нека од ових подешавања могу негативно утицати на ваш терет.
Права потреба за Топом остаје под знаком питања
Ако сте у облаку, имате складиште од свог добављача облака, што је много згодније.
Ако сте на сопственим серверима, онда ће управљање цепх-ом бити згодније без кубернетеса.
Да ли изнајмљујете сервере од неког јефтиног хостинга? Тада ћете се јако забавити са мрежом, њеним кашњењима и пропусним опсегом, што јасно негативно утиче на цепх.
Укупно: Имплементација куберентес-а и имплементација складиштења су различити задаци са различитим улазима и различитим опцијама решења - њихово мешање значи правити потенцијално опасан компромис зарад једног или другог. Биће веома тешко комбиновати ова решења чак иу фази пројектовања, а још увек постоји период рада.
Листа коришћене литературе:
Али кажеш Цеф... да ли је он стварно тако добар?
Цепх. Анатомија катастрофе
Извор: ввв.хабр.цом
