{"id":71858,"date":"2020-02-28T21:00:08","date_gmt":"2020-02-28T18:00:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/patterny-hraneniya-dannyh-v-kubernetes"},"modified":"2020-03-03T16:14:09","modified_gmt":"2020-03-03T13:14:09","slug":"patterny-hraneniya-dannyh-v-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/patterny-hraneniya-dannyh-v-kubernetes","title":{"rendered":"Modelet e ruajtjes s\u00eb t\u00eb dh\u00ebnave n\u00eb Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Modelet<\/a><\/noindex>
\nP\u00ebrsh\u00ebndetje, Habr!<\/p>\n

Ju kujtojm\u00eb se kemi publikuar nj\u00eb lib\u00ebr tjet\u00ebr jasht\u00ebzakonisht interesant dhe t\u00eb dobish\u00ebm libri<\/a><\/noindex> p\u00ebr modelet Kubernetes. I gjith\u00eb kjo filloi me \"Modele<\/a><\/noindex>\" t\u00eb Brendan Burns, dhe megjithat\u00eb, puna n\u00eb k\u00ebt\u00eb segment \u00ebsht\u00eb e ngjeshur<\/a><\/noindex>. Sot, ne ju ofrojm\u00eb t\u00eb lexoni nj\u00eb artikull nga blogu MinIO, q\u00eb p\u00ebrmbledh tendencat dhe specifikat e modeleve t\u00eb ruajtjes s\u00eb t\u00eb dh\u00ebnave n\u00eb Kubernetes.
\n<\/a><\/noindex><\/p>\n

Kubernetes ka ndryshuar thelb\u00ebsisht modelet tradicionale t\u00eb zhvillimit dhe implementimit t\u00eb aplikacioneve. Tani ekipi mund t\u00eb marr\u00eb vet\u00ebm disa dit\u00eb p\u00ebr zhvillimin, testimin dhe implementimin e aplikacionit \u2013 n\u00eb ambientet e ndryshme, dhe t\u00eb gjitha k\u00ebto brenda klaster\u00ebve Kubernetes. Nj\u00eb pun\u00eb me teknologjit\u00eb e brezit t\u00eb kaluar zakonisht merrte jav\u00eb t\u00eb t\u00ebra, po jo muaj.<\/p>\n

Ky p\u00ebrshpejtim \u00ebsht\u00eb b\u00ebr\u00eb i mundur fal\u00eb abstraksionit q\u00eb ofron Kubernetes - dometh\u00ebn\u00eb, fal\u00eb faktit se Kubernetes vet\u00eb merr p\u00ebrsip\u00ebr nd\u00ebrveprimin me detajet e ul\u00ebta t\u00eb makinave fizike ose virtuale, duke lejuar p\u00ebrdoruesit t\u00eb shpallin nd\u00ebr t\u00eb tjera procesorin e duhur, sasin\u00eb e nevojshme t\u00eb memories, dhe numrin e ekzemplar\u00ebve t\u00eb kontejner\u00ebve. Si\u00e7 mb\u00ebshtetet Kubernetes nga nj\u00eb komunitet i madh, dhe si p\u00ebrdorimi i Kubernetes vazhdon t\u00eb zgjerrohet, ai \u00ebsht\u00eb me nj\u00eb diferenc\u00eb t\u00eb madhe lider mes t\u00eb gjitha platformave t\u00eb orkestrimit t\u00eb kontejner\u00ebve.<\/p>\n

Me zgjerimin e p\u00ebrdorimit t\u00eb Kubernetes, rritet gjithashtu konfuzioni rreth modeleve t\u00eb ruajtjes s\u00eb t\u00eb dh\u00ebnave q\u00eb p\u00ebrdoren n\u00eb t\u00eb.<\/b><\/i>.<\/p>\n

Me gjith\u00eb konkurrenc\u00ebn p\u00ebr nj\u00eb cop\u00eb nga torta Kubernetes (at\u00eb q\u00eb p\u00ebrfshin ruajtjen e t\u00eb dh\u00ebnave), kur diskutohet p\u00ebr ruajtjen e t\u00eb dh\u00ebnave, sinjali k\u00ebtu humbet n\u00eb nj\u00eb zhurm\u00eb t\u00eb madhe.
\nKubernetes p\u00ebrmbush modelin modern t\u00eb zhvillimit dhe implementimit t\u00eb aplikacioneve, si dhe menaxhimin e tyre. Ky model modern t\u00ebrheq ruajtjen e t\u00eb dh\u00ebnave nga llogaritjet. P\u00ebr t\u00eb kuptuar plot\u00ebsisht k\u00ebt\u00eb shk\u00ebputje n\u00eb kontekstin e Kubernetes, \u00ebsht\u00eb gjithashtu e nevojshme t\u00eb kuptohet se \u00e7far\u00eb jan\u00eb aplikacionet q\u00eb punojn\u00eb me ruajtje t\u00eb gjendjes dhe ato q\u00eb punojn\u00eb pa ruajtje t\u00eb gjendjes, si dhe si p\u00ebrshtatet ruajtja e t\u00eb dh\u00ebnave me k\u00ebt\u00eb. K\u00ebtu, qasja e REST API, e p\u00ebrdorur nga S3, ka avantazhe t\u00eb dukshme krahasuar me qasjen POSIX\/CSI, karakteristike p\u00ebr zgjidhje t\u00eb tjera.<\/p>\n

N\u00eb k\u00ebt\u00eb artikull, ne do t\u00eb flasim p\u00ebr modelet e ruajtjes s\u00eb t\u00eb dh\u00ebnave n\u00eb Kubernetes dhe do t\u00eb shqyrtojm\u00eb ndar\u00eb debatin rreth aplikacioneve q\u00eb punojn\u00eb me gjendje dhe pa gjendje, p\u00ebr t\u00eb kuptuar mir\u00eb se \u00e7far\u00eb e ndan ato dhe pse kjo \u00ebsht\u00eb e r\u00ebnd\u00ebsishme. N\u00eb vazhdim do t\u00eb shqyrtojm\u00eb aplikacionet dhe modelet e ruajtjes s\u00eb t\u00eb dh\u00ebnave q\u00eb p\u00ebrdoren n\u00eb to n\u00eb drit\u00ebn e praktikave m\u00eb t\u00eb mira t\u00eb pun\u00ebs me kontejner\u00eb dhe Kubernetes.<\/p>\n

Kontejner\u00ebt pa gjendje<\/h4>\n

\nKontejner\u00ebt p\u00ebr natyr\u00ebn e tyre jan\u00eb t\u00eb leht\u00eb dhe efemer\u00eb. Ata mund t\u00eb ndalen, fshihen ose implementohen leht\u00ebsisht n\u00eb nj\u00eb nod tjet\u00ebr - p\u00ebr t\u00eb gjitha k\u00ebto nevojiten vet\u00ebm disa sekonda. N\u00eb nj\u00eb sistem t\u00eb madh t\u00eb orkestrimit t\u00eb kontejner\u00ebve, k\u00ebto operacione ndodhin vazhdimisht, dhe p\u00ebrdoruesit madje nuk e ndiejn\u00eb k\u00ebt\u00eb ndryshim. Megjithat\u00eb, l\u00ebvizjet jan\u00eb t\u00eb mundshme vet\u00ebm n\u00ebse konteineri nuk ka asnj\u00eb var\u00ebsi nga nodeli ku ndodhet. P\u00ebr k\u00ebta kontejner\u00eb, thuhet se ata punojn\u00eb pa gjendje<\/i>.<\/p>\n

Kontejner\u00ebt me gjendje<\/h4>\n

\nN\u00ebse konteineri ruan t\u00eb dh\u00ebna n\u00eb pajisje t\u00eb lidhura lokalisht (ose n\u00eb nj\u00eb pajisje bllokuese), at\u00ebher\u00eb ruajtja e t\u00eb dh\u00ebnave ku ndodhet duhen l\u00ebvizur n\u00eb nj\u00eb nod t\u00eb ri s\u00eb bashku me vet\u00eb konteinerin - n\u00eb rast se ka nj\u00eb d\u00ebshtim. Kjo \u00ebsht\u00eb e r\u00ebnd\u00ebsishme, pasi n\u00eb t\u00eb kund\u00ebrt, aplikacioni q\u00eb funksionon n\u00eb konteiner nuk do t\u00eb mund t\u00eb funksionoj\u00eb si\u00e7 duhet, pasi i duhet t\u00eb aksesoj\u00eb t\u00eb dh\u00ebnat e ruajtura n\u00eb pajisjet lokale. P\u00ebr k\u00ebta kontejner\u00eb, thuhet se ata punojn\u00eb me gjendje<\/i>.<\/p>\n

Nga nj\u00eb pik\u00ebpamje t\u00eb past\u00ebr teknike, kontejner\u00ebt me gjendje gjithashtu mund t\u00eb l\u00ebvizin n\u00eb nod t\u00eb tjera. Zakonisht, kjo sigurohet p\u00ebrmes sistemeve t\u00eb skedave t\u00eb shp\u00ebrndara ose ruajtesve t\u00eb rrjetit t\u00eb bllokut q\u00eb jan\u00eb t\u00eb lidhura me t\u00eb gjitha nodet ku funksionojn\u00eb kontejner\u00eb. K\u00ebshtu, kontejner\u00ebt kan\u00eb akses n\u00eb volumin p\u00ebr ruajtjen e t\u00eb dh\u00ebnave t\u00eb q\u00ebndrueshme, dhe informacioni ruhet n\u00eb disqe q\u00eb ndodhen n\u00eb t\u00eb gjith\u00eb rrjetin. Ky metod do ta quaj \"afro-kontejner me gjendje<\/i>\", dhe n\u00eb pjes\u00ebn tjet\u00ebr t\u00eb artikullit do ta em\u00ebrtoj k\u00ebshtu p\u00ebr q\u00ebllime t\u00eb nj\u00ebllojt\u00ebsis\u00eb.<\/p>\n

\"Modelet
\n
\nN\u00eb qasjen tipike t\u00eb konteiner\u00ebve me gjendje, t\u00eb gjitha podet e aplikacioneve lidhen me nj\u00eb sistem skedash t\u00eb shp\u00ebrndar\u00eb - k\u00ebshtu krijohet nj\u00eb lloj ruajtjeje t\u00eb ndar\u00eb, ku ndodhen t\u00eb gjith\u00eb t\u00eb dh\u00ebnat e aplikacioneve. Edhe pse jan\u00eb t\u00eb mundshme disa variacione, kjo \u00ebsht\u00eb nj\u00eb qasje me nivel t\u00eb lart\u00eb.<\/p>\n

S\u00eb tanishme, le t\u00eb kuptojm\u00eb pse qasja e kontejner\u00ebve me ruajtje t\u00eb q\u00ebndrueshme n\u00eb bot\u00ebn e orientuar nga re \u00ebsht\u00eb nj\u00eb antipatrone.<\/p>\n

Projektimi i aplikacioneve t\u00eb orientuara nga re<\/h4>\n

\nTradicionalisht, aplikacionet kan\u00eb p\u00ebrdorur baza t\u00eb dh\u00ebnash p\u00ebr ruajtjen e strukturuar t\u00eb informacionit dhe diske lokale ose sisteme t\u00eb shp\u00ebrndara t\u00eb skedar\u00ebve ku derdhen t\u00eb gjitha t\u00eb dh\u00ebnat e pa strukturuara ose madje edhe gjysm\u00eb t\u00eb strukturuara. Nd\u00ebrsa volumet e t\u00eb dh\u00ebnave t\u00eb pa strukturuara rriteshin, zhvilluesit kuptuan se POSIX ishte tep\u00ebr \"flas\u00ebs\", p\u00ebrcaktonte kosto t\u00eb konsiderueshme dhe, p\u00ebrfundimisht, pengonte funksionimin e aplikacionit kur kalonte n\u00eb shkall\u00eb t\u00eb v\u00ebrtet\u00eb t\u00eb madhe.<\/p>\n

Kjo kryesisht \u00e7oi n\u00eb shfaqjen e nj\u00eb standardi t\u00eb ri p\u00ebr ruajtjen e t\u00eb dh\u00ebnave, pra, depozita t\u00eb orientuara nga re q\u00eb funksionojn\u00eb kryesisht n\u00eb baz\u00eb t\u00eb REST API dhe \u00e7lirojn\u00eb aplikacionin nga ngarkesa e mir\u00ebmbajtjes s\u00eb ruajtjes lokale t\u00eb t\u00eb dh\u00ebnave. N\u00eb k\u00ebt\u00eb rast, aplikacioni n\u00eb fakt kalon n\u00eb nj\u00eb gjendje pune pa ruajtje t\u00eb q\u00ebndrueshme (pasi gjendja ndodhet n\u00eb nj\u00eb depo t\u00eb larg\u00ebt). Aplikacionet moderne nd\u00ebrtohen nga e para duke marr\u00eb parasysh k\u00ebt\u00eb faktor. Si rregull, \u00e7do aplikacion modern q\u00eb p\u00ebrpunon t\u00eb dh\u00ebna t\u00eb \u00e7far\u00ebdo lloji (log, metadata, blob dhe t\u00eb tjera) \u00ebsht\u00eb nd\u00ebrtuar sipas paradigm\u00ebs s\u00eb orientuar nga re, ku gjendja \u00ebsht\u00eb transferuar n\u00eb nj\u00eb sistem t\u00eb softuerit t\u00eb dedikuar p\u00ebr ruajtjen e saj. <\/p>\n

Qasja e kontejner\u00ebve me ruajtje t\u00eb q\u00ebndrueshme e shtyn t\u00eb gjith\u00eb k\u00ebt\u00eb paradigm\u00eb t\u00eb rikthehet pik\u00ebrisht aty ku nisi! <\/b><\/i><\/p>\n

Kur p\u00ebrdoren nd\u00ebrfaqet POSIX p\u00ebr ruajtjen e t\u00eb dh\u00ebnave, aplikacionet funksionojn\u00eb ashtu si\u00e7 do t\u00eb b\u00ebnin n\u00ebse do t\u00eb ruanin gjendjen, dhe p\u00ebr k\u00ebt\u00eb arsye ato largohen nga parimet m\u00eb t\u00eb r\u00ebnd\u00ebsishme t\u00eb projektimit t\u00eb orientuar nga re, pra, nga mund\u00ebsia p\u00ebr t\u00eb ndryshuar dimensionet e flukseve t\u00eb pun\u00ebs t\u00eb aplikacionit n\u00eb var\u00ebsi t\u00eb ngarkes\u00ebs hyr\u00ebse, p\u00ebr t\u00eb kaluar n\u00eb nj\u00eb nyje t\u00eb re, sapo nyja aktuale d\u00ebshtoj\u00eb, dhe k\u00ebshtu me radh\u00eb.<\/p>\n

Duke e shqyrtuar k\u00ebt\u00eb situat\u00eb m\u00eb me kujdes, zbuloni se kur zgjidhni nj\u00eb depo t\u00eb dh\u00ebnash, p\u00ebrs\u00ebri dhe p\u00ebrs\u00ebri ndodhemi p\u00ebrball\u00eb dilem\u00ebs \"POSIX kund\u00ebr REST API\", POR me nj\u00eb p\u00ebrkeq\u00ebsim t\u00eb shtuar t\u00eb problemeve POSIX, t\u00eb shkaktuara nga natyra e shp\u00ebrndar\u00eb e ambienteve Kubernetes. N\u00eb ve\u00e7anti,<\/p>\n