{"id":37528,"date":"2019-10-31T22:18:10","date_gmt":"2019-10-31T19:18:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor\/"},"modified":"2019-10-31T22:18:10","modified_gmt":"2019-10-31T19:18:10","slug":"hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","title":{"rendered":"Stocare \u00een Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Stocare<\/p>\n

<\/p>\n

Actualizare!<\/strong>. \u00cen comentarii, unul dintre cititori a sugerat s\u0103 \u00eencerc\u0103m Linstor<\/a><\/noindex> (poate c\u0103 el lucreaz\u0103 la asta), a\u0219a c\u0103 am ad\u0103ugat un capitol despre aceast\u0103 solu\u021bie. De asemenea, am scris un post despre cum s\u0103-l instalez<\/a><\/noindex>, deoarece procesul este foarte diferit de celelalte.<\/p>\n

<\/p>\n

Sincer, am renun\u021bat \u0219i m-am retras de la Kubernetes<\/a><\/noindex> (cel pu\u021bin deocamdat\u0103). Voi folosi Heroku<\/a><\/noindex>. De ce? Din cauza stoc\u0103rii! Cine s-ar fi g\u00e2ndit c\u0103 voi petrece mai mult timp cu solu\u021biile de stocare dec\u00e2t cu Kubernetes \u00een sine. Folosesc Hetzner Cloud<\/a><\/noindex>, pentru c\u0103 este ieftin \u0219i performan\u021ba este bun\u0103, \u0219i de la \u00eenceput am desf\u0103\u0219urat clustere folosind Rancher<\/a><\/noindex>. Nu am \u00eencercat serviciile gestionate Kubernetes de la Google\/Amazon\/Microsoft\/DigitalOcean \u0219i a\u0219a mai departe, pentru c\u0103 am vrut s\u0103 \u00eenv\u0103\u021b singur. \u0218i sunt \u0219i zg\u00e2rcit.<\/p>\n

<\/a><\/noindex><\/p>\n

A\u0219a c\u0103 \u2013 da, am petrecut o mul\u021bime de timp \u00eencerc\u00e2nd s\u0103 decid ce solu\u021bie de stocare s\u0103 aleg, c\u00e2nd m\u0103 g\u00e2ndeam la posibila stiv\u0103 pe Kubernetes. Prefer solu\u021biile open-source, nu doar din cauza pre\u021bului, dar am studiat c\u00e2teva op\u021biuni pl\u0103tite din curiozitate, pentru c\u0103 au versiuni gratuite cu limit\u0103ri. Am notat c\u00e2teva cifre din ultimele teste c\u00e2nd am comparat diferitele op\u021biuni \u0219i acestea ar putea interesa pe cei care studiaz\u0103 stocarea \u00een Kubernetes. De\u0219i personal m-am desp\u0103r\u021bit de Kubernetes pentru moment. Vreau s\u0103 mai men\u021bionez driverul CSI<\/a><\/noindex>, \u00een care po\u021bi preg\u0103ti direct volumele Hetzner Cloud, dar nu l-am \u00eencercat \u00eenc\u0103. Am studiat stoc\u0103rile cloud definite prin software, deoarece aveam nevoie de replicare \u0219i de capacitatea de a monta rapid volume persistente pe orice nod, mai ales \u00een caz de e\u0219ec al nodurilor \u0219i \u00een alte situa\u021bii similare. Unele solu\u021bii ofer\u0103 snapshot-uri la un moment dat \u0219i backup-uri off-site, ceea ce este convenabil.<\/p>\n

<\/p>\n

Am testat 6\u20137 solu\u021bii pentru stocare:<\/p>\n

<\/p>\n

OpenEBS<\/a><\/noindex><\/h3>\n

<\/p>\n

A\u0219a cum am spus \u00een postarea anterioar\u0103<\/a><\/noindex>, dup\u0103 ce am testat majoritatea op\u021biunilor din list\u0103, la \u00eenceput m-am oprit la OpenEBS. OpenEBS este foarte simplu de instalat \u0219i utilizat, dar, sincer, dup\u0103 teste cu date reale sub sarcin\u0103, performan\u021ba sa m-a dezam\u0103git. Este open-source \u0219i dezvoltatorii pe canalul lor Slack<\/a><\/noindex> m-au ajutat \u00eentotdeauna foarte mult c\u00e2nd aveam nevoie de ajutor. Din p\u0103cate, are o performan\u021b\u0103 foarte sc\u0103zut\u0103 \u00een compara\u021bie cu alte op\u021biuni, a\u0219a c\u0103 a trebuit s\u0103 refac testele. \u00cen prezent, OpenEBS are 3 motoare de stocare, dar public rezultatele benchmark-ului pentru cStor. Deocamdat\u0103 nu am cifre pentru Jiva \u0219i LocalPV.<\/p>\n

<\/p>\n

\u00cen cuvinte simple, Jiva este pu\u021bin mai rapid, iar LocalPV este foarte rapid, la fel de bun ca benchmark-ul direct al discului. Problema cu LocalPV este c\u0103 accesul se poate ob\u021bine doar pe nodul pe care a fost preg\u0103tit, iar replicarea nu exist\u0103 deloc. Am avut unele probleme cu restaurarea backup-ului prin Velero<\/a><\/noindex> pe un nou cluster, deoarece numele nodurilor erau diferite. Vorbind despre backup-uri, cStor are un plugin pentru Velero<\/a><\/noindex>, cu care se pot face backup-uri off site ale instantaneelor la un moment dat, ceea ce este mai convenabil dec\u00e2t backup-urile la nivel de fi\u0219iere cu Velero-Restic. Am scris c\u00e2teva scripturi<\/a><\/noindex>, pentru a gestiona mai u\u0219or backup-urile \u0219i restaur\u0103rile cu acest plugin. \u00cen general, \u00eemi place foarte mult OpenEBS, dar performan\u021ba sa…<\/p>\n

<\/p>\n

Rook<\/a><\/noindex><\/h3>\n

<\/p>\n

Rook are, de asemenea, cod surs\u0103 deschis, iar fa\u021b\u0103 de celelalte op\u021biuni din list\u0103, se diferen\u021biaz\u0103 prin faptul c\u0103 este un orchestrator de stocare, care \u00eendepline\u0219te sarcini complexe de gestionare a stoc\u0103rii cu diferite backend-uri, de exemplu Ceph<\/a><\/noindex>, EdgeFS<\/a><\/noindex> \u0219i altele, ceea ce simplific\u0103 semnificativ munca. Am avut probleme cu EdgeFS c\u00e2nd l-am \u00eencercat acum c\u00e2teva luni, a\u0219a c\u0103 am testat \u00een principal cu Ceph. Ceph ofer\u0103 nu doar stocare de blocuri, ci \u0219i stocare de obiecte compatibil\u0103 cu S3\/Swift \u0219i un sistem de fi\u0219iere distribuit. Ceea ce \u00eemi place la Ceph este posibilitatea de a r\u0103sp\u00e2ndi datele volumului pe mai multe discuri, astfel \u00eenc\u00e2t volumul s\u0103 poat\u0103 folosi mai mult spa\u021biu pe disc dec\u00e2t se \u00eencap \u00eentr-un singur disc. Este convenabil. O alt\u0103 caracteristic\u0103 interesant\u0103 este c\u0103, atunci c\u00e2nd adaugi discuri \u00een cluster, le redistribuie automat datele pe toate discurile.<\/p>\n

<\/p>\n

\u00cen Ceph exist\u0103 instantanee, dar, din c\u00e2te \u0219tiu, acestea nu pot fi utilizate direct \u00een Rook\/Kubernetes. Totu\u0219i, nu am aprofundat subiectul. Nu exist\u0103 backup-uri off site, deci va trebui s\u0103 folosim ceva de genul Velero\/Restic, dar acestea ofer\u0103 doar backup-uri la nivel de fi\u0219iere, nu instantanee de moment. Totu\u0219i, mi-a pl\u0103cut foarte mult modul simplu de lucru cu Ceph \u00een Rook\u2014acesta ascunde aproape toate aspectele complexe \u0219i ofer\u0103 instrumente pentru a interac\u021biona direct cu Ceph pentru depanare. Din p\u0103cate, am avut \u00eentotdeauna probleme pe timpul test\u0103rii de stres pentru volumele Ceph. aceast\u0103 problem\u0103<\/a><\/noindex>, din cauza c\u0103reia Ceph devine instabil. \u00cenc\u0103 nu este clar dac\u0103 este o eroare \u00een Ceph \u00eensu\u0219i sau o problem\u0103 de modul \u00een care Rook gestioneaz\u0103 Ceph. Am experimentat cu set\u0103rile de memorie, \u0219i a fost un pic mai bine, dar problema nu a fost complet rezolvat\u0103. Ceph are o performan\u021b\u0103 decent\u0103, a\u0219a cum se poate observa \u00een benchmark-urile de mai jos. De asemenea, are un panou de monitorizare bun.<\/p>\n

<\/p>\n

Rancher Longhorn<\/a><\/noindex><\/h3>\n

<\/p>\n

\u00cemi place foarte mult Longhorn. Cred c\u0103 este o solu\u021bie promi\u021b\u0103toare. Totu\u0219i, dezvoltatorii \u00een\u0219i\u0219i (Rancher Labs) recunosc c\u0103 \u00een prezent nu este potrivit pentru medii de produc\u021bie, \u0219i acest lucru este evident. Este open source \u0219i are o performan\u021b\u0103 decent\u0103 (de\u0219i optimizarea acesteia nu a fost \u00eenc\u0103 realizat\u0103), dar volumele se conecteaz\u0103 foarte lent la pod, \u0219i \u00een cele mai rele cazuri dureaz\u0103 \u00eentre 15-16 minute, mai ales dup\u0103 ce ai restaurat un backup mare sau dup\u0103 un upgrade de sarcin\u0103 de lucru. Are instantanee \u0219i backup-uri off site ale acestor instantanee, dar se aplic\u0103 doar volumelor, a\u0219a c\u0103 va trebui s\u0103 ai totu\u0219i ceva de genul Velero pentru backup-ul celorlalte resurse. Backup-urile \u0219i restaur\u0103rile sunt foarte fiabile, dar extrem de lente. Serios, pur \u0219i simplu sunt incredibil de lente. Utilizarea resurselor CPU \u0219i \u00eenc\u0103rcarea sistemului cresc adesea c\u00e2nd lucrezi cu un volum mediu de date \u00een Longhorn. Exist\u0103 un panou de monitorizare convenabil pentru a gestiona Longhorn. Am men\u021bionat deja c\u0103 \u00eemi place Longhorn, dar trebuie s\u0103 se lucreze serios la el.<\/p>\n

<\/p>\n

StorageOS<\/a><\/noindex><\/h3>\n

<\/p>\n

StorageOS este primul produs pl\u0103tit din list\u0103. Are o versiune pentru dezvoltatori cu un spa\u021biu de stocare gestionat limitat la 500 GB, dar num\u0103rul de noduri, cred, nu este restric\u021bionat. \u00cen departamentul de v\u00e2nz\u0103ri mi s-a spus c\u0103 pre\u021bul porne\u0219te de la 125 USD pe lun\u0103 pentru 1 TB, dac\u0103 mi-am amintit corect. Exist\u0103 un panou de monitorizare de baz\u0103 \u0219i un CLI comod, dar performan\u021ba este oarecum ciudat\u0103: \u00een anumite benchmarkuri este destul de decent\u0103, dar \u00een testul de stres al volumelor viteza nu mi-a pl\u0103cut deloc. \u00cen general, nu \u0219tiu ce s\u0103 spun. A\u0219a c\u0103 nu m-am ad\u00e2ncit prea mult. Aici nu sunt back-upuri off-site \u0219i va trebui s\u0103 folosesc Velero cu Restic pentru backupul volumelor. Ciudat, av\u00e2nd \u00een vedere c\u0103 produsul este pl\u0103tit. \u0218i, de asemenea, dezvoltatorii nu p\u0103reau dornici s\u0103 comunice pe Slack.<\/p>\n

<\/p>\n

Robin<\/a><\/noindex><\/h3>\n

<\/p>\n

Am aflat despre Robin pe Reddit de la directorul lor tehnic. Nu mai auzisem de el p\u00e2n\u0103 atunci. Poate pentru c\u0103 c\u0103utam solu\u021bii gratuite, iar Robin este un produs pl\u0103tit. Au o versiune gratuit\u0103 destul de generoas\u0103 cu stocare de 10 TB \u0219i trei noduri. \u00cen general, produsul este destul de bun, av\u00e2nd func\u021bii pl\u0103cute. Exist\u0103 un CLI excelent, dar cel mai tare este faptul c\u0103 po\u021bi face un snapshot \u0219i un backup al \u00eentregii aplica\u021bii (\u00een selectorul de resurse, aceasta este numit\u0103 variante Helm sau \u201eflex apps\u201d), inclusiv volumele \u0219i alte resurse, astfel \u00eenc\u00e2t po\u021bi evita Velero. Totul ar fi fost minunat, dac\u0103 nu ar fi fost un detaliu mic: dac\u0103 restaurezi (sau \u201eimporti\u201d, a\u0219a cum se nume\u0219te \u00een Robin) aplica\u021bia pe un nou cluster \u2014 de exemplu, \u00een cazul unei recuper\u0103ri dup\u0103 o defec\u021biune \u2014 restaurarea, desigur, func\u021bioneaz\u0103, dar continuarea backup-ului aplica\u021biei nu este posibil\u0103. \u00cen aceast\u0103 variant\u0103, pur \u0219i simplu nu se poate face, iar dezvoltatorii au confirmat acest lucru. Este, pe scurt, ciudat, mai ales av\u00e2nd \u00een vedere celelalte avantaje (de exemplu, backup-uri \u0219i restaur\u0103ri incredibil de rapide). Dezvoltatorii promit s\u0103 rezolve toate problemele p\u00e2n\u0103 la urm\u0103toarea variant\u0103. Performan\u021ba, \u00een general, este bun\u0103, dar am observat o ciud\u0103\u021benie: dac\u0103 rulezi un benchmark direct pe volumul conectat la gazd\u0103, viteza de citire este mult mai mare dec\u00e2t pe acela\u0219i volum, dar din interiorul podului. Toate celelalte rezultate sunt identice, dar \u00een teorie nu ar trebui s\u0103 existe o diferen\u021b\u0103. De\u0219i lucreaz\u0103 la asta, am fost dezam\u0103git din cauza problemelor cu restaurarea \u0219i backup-ul \u2014 mi s-a p\u0103rut c\u0103 \u00een sf\u00e2r\u0219it g\u0103sisem o solu\u021bie potrivit\u0103, \u0219i chiar eram dispus s\u0103 pl\u0103tesc pentru ea atunci c\u00e2nd aveam nevoie de mai mult spa\u021biu sau mai multe servere.<\/p>\n

<\/p>\n

Portworx<\/a><\/noindex><\/h3>\n

<\/p>\n

Aici nu am multe de spus. Este un produs pl\u0103tit, la fel de grozav \u0219i scump. Performan\u021ba este pur \u0219i simplu uimitoare. P\u00e2n\u0103 acum, acesta este cel mai bun rezultat. \u00cen Slack mi-au spus c\u0103 pre\u021bul \u00eencepe de la 205 USD pe lun\u0103 pentru un nod, a\u0219a cum este men\u021bionat \u00een GKE Marketplace de la Google. Nu \u0219tiu dac\u0103 va fi mai ieftin dac\u0103 cump\u0103ra\u021bi direct. \u00cen orice caz, nu \u00eemi permit a\u0219a ceva, a\u0219a c\u0103 am fost foarte \u0219i foarte dezam\u0103git c\u0103 licen\u021ba pentru dezvoltatori (de p\u00e2n\u0103 la 1 TB \u0219i 3 noduri) este practic inutilizabil\u0103 cu Kubernetes, dec\u00e2t dac\u0103 e\u0219ti mul\u021bumit cu preg\u0103tirea static\u0103. Speram c\u0103 licen\u021ba enterprise va trece automat la nivelul de dezvoltator la sf\u00e2r\u0219itul perioadei de prob\u0103, dar nu s-a \u00eent\u00e2mplat. Licen\u021ba pentru dezvoltatori poate fi utilizat\u0103 doar direct cu Docker, iar configurarea \u00een Kubernetes este foarte complex\u0103 \u0219i limitat\u0103. Bine\u00een\u021beles, prefer open-source, dar dac\u0103 a\u0219 avea banii, a\u0219 alege cu siguran\u021b\u0103 Portworx. P\u00e2n\u0103 acum, performan\u021ba sa pur \u0219i simplu nu se compar\u0103 cu alte op\u021biuni.<\/p>\n

<\/p>\n

Linstor<\/a><\/noindex><\/h3>\n

<\/p>\n

Am ad\u0103ugat aceast\u0103 sec\u021biune dup\u0103 publicarea postului, c\u00e2nd un cititor a sugerat s\u0103 \u00eencerc Linstor. L-am \u00eencercat \u0219i mi-a pl\u0103cut! Dar mai trebuie s\u0103 aprofundez. Acum pot spune c\u0103 performan\u021ba este decent\u0103 (rezultatele benchmark-ului le-am ad\u0103ugat mai jos). Practic, am ob\u021binut aceea\u0219i performan\u021b\u0103 ca pentru un disc direct, f\u0103r\u0103 costuri suplimentare. (Nu m\u0103 \u00eentreba\u021bi de ce Portworx are cifre mai bune dec\u00e2t benchmark-ul discului direct. N-am idee. Magie, probabil.) A\u0219a c\u0103 Linstor pare foarte eficient pentru moment. Instalarea nu este extrem de complicat\u0103, dar nici at\u00e2t de simpl\u0103 precum alte variante. La \u00eenceput, a trebuit s\u0103 instalez Linstor (modul kernel \u0219i instrumente\/servicii) \u0219i s\u0103 configurez LVM pentru thin provisioning \u0219i suport pentru snapshots \u00een afara Kubernetes, direct pe host, \u0219i apoi s\u0103 creez resursele necesare pentru a utiliza stocarea din Kubernetes. Nu mi-a pl\u0103cut c\u0103 nu a func\u021bionat pe CentOS, a\u0219a c\u0103 a trebuit s\u0103 folosesc Ubuntu. Nu este o problem\u0103 mare, dar este pu\u021bin frustrant, deoarece \u00een documenta\u021bia (care, apropo, este excelent\u0103) sunt men\u021bionate c\u00e2teva pachete care nu pot fi g\u0103site \u00een depozitele Epel indicate. \u00cen Linstor exist\u0103 snapshots, dar nu backup-uri off-site, a\u0219a c\u0103 din nou a fost necesar s\u0103 folosesc Velero cu Restic pentru a face backup-uri ale volumelor. A\u0219 fi preferat snapshots \u00een loc de backup-uri la nivel de fi\u0219iere, dar se poate tolera dac\u0103 solu\u021bia este performant\u0103 \u0219i de \u00eencredere. Linstor are cod surs\u0103 deschis, dar exist\u0103 suport pl\u0103tit. Dac\u0103 \u00een\u021beleg bine, poate fi utilizat f\u0103r\u0103 restric\u021bii, chiar dac\u0103 nu ave\u021bi un contract de suport, dar trebuie s\u0103 clarific acest lucru. Nu \u0219tiu c\u00e2t de bine a fost testat Linstor pentru Kubernetes, dar nivelul de stocare este \u00een afara Kubernetes \u0219i, judec\u00e2nd dup\u0103 toate, solu\u021bia nu a ap\u0103rut ieri, a\u0219a c\u0103 probabil a fost testat\u0103 \u00een condi\u021bii reale. Exist\u0103 vreo solu\u021bie aici care s\u0103 m\u0103 fac\u0103 s\u0103 m\u0103 r\u0103zg\u00e2ndesc \u0219i s\u0103 m\u0103 \u00eentorc la Kubernetes? Nu \u0219tiu, nu \u0219tiu. Trebuie s\u0103 mai aprofundez, s\u0103 studiez replicarea. Vom vedea. Dar prima impresie este bun\u0103. Cu siguran\u021b\u0103 a\u0219 prefera s\u0103 folosesc clusterele mele Kubernetes \u00een loc de Heroku pentru a avea mai mult\u0103 libertate \u0219i a \u00eenv\u0103\u021ba lucruri noi. Deoarece instalarea Linstor nu este at\u00e2t de simpl\u0103 ca la celelalte, voi scrie \u00een cur\u00e2nd un post despre asta.<\/p>\n

<\/p>\n

Benchmark-uri<\/h3>\n

<\/p>\n

Din p\u0103cate, am p\u0103strat pu\u021bine \u00eenregistr\u0103ri despre compara\u021bie, pentru c\u0103 nu am crezut c\u0103 voi scrie despre asta. Am doar rezultatele benchmark-urilor de baz\u0103 fio \u0219i doar pentru clustere cu un singur nod, astfel c\u0103 pentru configura\u021biile replicate nu am cifre pentru moment. Dar pe baza acestor rezultate se poate ob\u021bine o idee aproximativ\u0103 despre ce s\u0103 a\u0219tep\u021bi de la fiecare op\u021biune, pentru c\u0103 le-am comparat pe servere cloud identice, 4 nuclee, 16 GB RAM, cu un disc suplimentar de 100 GB pentru volumele testate. Am rulat benchmark-urile de trei ori pentru fiecare solu\u021bie \u0219i am calculat rezultatul mediu, plus am resetat set\u0103rile serverului pentru fiecare produs. Toate acestea nu sunt deloc \u0219tiin\u021bifice, doar pentru a v\u0103 face o idee general\u0103. \u00cen alte teste am copiat 38 GB de fotografii \u0219i video de pe volum \u0219i pe volum, pentru a testa citirea \u0219i scrierea, dar din p\u0103cate nu am p\u0103strat cifrele. Pe scurt: Portworx a fost mult mai rapid.<\/p>\n

<\/p>\n

Pentru benchmark-ul volumelor am folosit acest manifest:<\/p>\n

<\/p>\n

kind: PersistentVolumeClaim\napiVersion: v1\nmetadata:\n  name: dbench\nspec:\n  storageClassName: ...\n  accessModes:\n    - ReadWriteOnce\n  resources:\n    requests:\n      storage: 5Gi\n---\napiVersion: batch\/v1\nkind: Job\nmetadata:\n  name: dbench\nspec:\n  template:\n    spec:\n      containers:\n      - name: dbench\n        image: sotoaster\/dbench:latest\n        imagePullPolicy: IfNotPresent\n        env:\n          - name: DBENCH_MOUNTPOINT\n            value: \/data\n          - name: FIO_SIZE\n            value: 1G\n        volumeMounts:\n        - name: dbench-pv\n          mountPath: \/data\n      restartPolicy: Never\n      volumes:\n      - name: dbench-pv\n        persistentVolumeClaim:\n          claimName: dbench\n  backoffLimit: 4<\/code><\/pre>\n
<\/p>\n
La \u00eenceput am creat un volum cu clasa de stocare corespunz\u0103toare, apoi am rulat o sarcin\u0103 cu fio \u00een fundal. Am ales 1 GB pentru a estima performan\u021ba \u0219i a nu a\u0219tepta prea mult. Iat\u0103 rezultatele:<\/p>\n
<\/p>\n
\"Stocare<\/a><\/noindex><\/p>\n
<\/p>\n
Am eviden\u021biat cea mai bun\u0103 valoare pentru fiecare indicator \u00een verde \u0219i cea mai slab\u0103 \u00een ro\u0219u.<\/p>\n
<\/p>\n
Concluzie<\/h3>\n
<\/p>\n
Dup\u0103 cum pute\u021bi observa, \u00een cele mai multe cazuri, Portworx s-a comportat mai bine dec\u00e2t ceilal\u021bi. Dar pentru mine este scump. Nu \u0219tiu c\u00e2t cost\u0103 Robin, dar au o versiune gratuit\u0103 excelent\u0103, a\u0219a c\u0103, dac\u0103 ave\u021bi nevoie de un produs pl\u0103tit, o pute\u021bi \u00eencerca (sper c\u0103 vor rezolva \u00een cur\u00e2nd problema cu recuperarea \u0219i backup-urile). Dintre cele trei gratuite, am avut cele mai pu\u021bine probleme cu OpenEBS, dar performan\u021ba sa este foarte slab\u0103. \u00cemi pare r\u0103u c\u0103 nu am p\u0103strat mai multe rezultate, dar sper ca cifrele \u0219i comentariile mele s\u0103 v\u0103 ajute.<\/p>\n
Sursa: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435!. \u0412 \u043a\u043e\u043c\u043c\u0435\u043d\u0442\u0430\u0445 \u043e\u0434\u0438\u043d \u0438\u0437 \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0435\u0439 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0438\u043b \u043f\u043e\u043f\u0440\u043e\u0431\u043e\u0432\u0430\u0442\u044c Linstor (\u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e, \u043e\u043d \u0441\u0430\u043c \u043d\u0430\u0434 \u043d\u0438\u043c \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442), \u0442\u0430\u043a \u0447\u0442\u043e \u044f \u0434\u043e\u0431\u0430\u0432\u0438\u043b \u0440\u0430\u0437\u0434\u0435\u043b \u043e\u0431 \u044d\u0442\u043e\u043c \u0440\u0435\u0448\u0435\u043d\u0438\u0438. \u0415\u0449\u0435 \u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u043f\u043e\u0441\u0442 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u0435\u0433\u043e \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0441\u0438\u043b\u044c\u043d\u043e \u043e\u0442\u043b\u0438\u0447\u0430\u0435\u0442\u0441\u044f \u043e\u0442 \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u044b\u0445. \u0415\u0441\u043b\u0438 \u0447\u0435\u0441\u0442\u043d\u043e, \u044f \u0441\u0434\u0430\u043b\u0441\u044f \u0438 \u043e\u0442\u043a\u0430\u0437\u0430\u043b\u0441\u044f \u043e\u0442 Kubernetes (\u0432\u043e \u0432\u0441\u044f\u043a\u043e\u043c \u0441\u043b\u0443\u0447\u0430\u0435, \u043f\u043e\u043a\u0430). \u0411\u0443\u0434\u0443 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Heroku. \u041f\u043e\u0447\u0435\u043c\u0443? […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28163,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37528","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Stocare \u00een Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"ro_RO","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0425\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430 \u0432 Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster","og:url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:18:10+00:00","article:modified_time":"2019-10-31T19:18:10+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37528","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 18:13:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:25:26","updated":"2026-01-23 18:13:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/37528","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=37528"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/37528\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/28163"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=37528"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=37528"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=37528"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}