{"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\/da\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","title":{"rendered":"Lager i 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":"

\"Lager<\/p>\n

<\/p>\n

Opdatering!<\/strong>. I kommentarerne foreslog en af l\u00e6serne at pr\u00f8ve Linstor<\/a><\/noindex> (m\u00e5ske arbejder han selv p\u00e5 det), s\u00e5 jeg har tilf\u00f8jet et afsnit om denne l\u00f8sning. Jeg har ogs\u00e5 skrevet et indl\u00e6g om, hvordan man installererer det<\/a><\/noindex>, fordi processen adskiller sig meget fra de andre.<\/p>\n

<\/p>\n

\u00c6rligt talt, jeg gav op og opgav Kubernetes<\/a><\/noindex> (i hvert fald for nu). Jeg vil bruge Heroku<\/a><\/noindex>. Hvorfor? P\u00e5 grund af opbevaring! Hvem kunne have troet, at jeg ville bruge mere tid p\u00e5 opbevaring end p\u00e5 Kubernetes selv. Jeg bruger Hetzner Cloud<\/a><\/noindex>, fordi det er billigt og ydeevnen er god, og fra starten har jeg implementeret klynger ved hj\u00e6lp af Rancher<\/a><\/noindex>. Jeg har ikke pr\u00f8vet de administrerede Kubernetes-tjenester fra Google\/Amazon\/Microsoft\/DigitalOcean osv., fordi jeg ville l\u00e6re alt selv. Og s\u00e5 er jeg \u00f8konomisk.<\/p>\n

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

S\u00e5 ja, jeg har brugt en masse tid p\u00e5 at beslutte, hvilket lager jeg skulle v\u00e6lge, da jeg overvejede den mulige stak p\u00e5 Kubernetes. Jeg foretr\u00e6kker open source-l\u00f8sninger, ikke kun p\u00e5 grund af prisen, men jeg har unders\u00f8gt et par betalte muligheder ud af nysgerrighed, fordi de har gratis versioner med begr\u00e6nsninger. Jeg noterede nogle tal fra de seneste tests, da jeg sammenlignede forskellige muligheder, og de kan interessere dem, der unders\u00f8ger opbevaring i Kubernetes. Selvom jeg personligt har sagt farvel til Kubernetes for nu. Jeg vil ogs\u00e5 n\u00e6vne CSI-driveren<\/a><\/noindex>, hvor man kan forberede Hetzner Cloud-volumener direkte, men jeg har ikke pr\u00f8vet det endnu. Jeg har unders\u00f8gt cloud-baseret softwaredefineret opbevaring, fordi jeg havde brug for replikering og evnen til hurtigt at tilslutte persistente volumen p\u00e5 enhver node, is\u00e6r i tilf\u00e6lde af nodefejl og lignende situationer. Nogle l\u00f8sninger tilbyder snapshots p\u00e5 et givent tidspunkt og off-site backups, hvilket er praktisk.<\/p>\n

<\/p>\n

Jeg har testet 6\u20137 lagringsl\u00f8sninger:<\/p>\n

<\/p>\n

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

<\/p>\n

Som jeg allerede har n\u00e6vnt i det forrige indl\u00e6g<\/a><\/noindex>, efter at have testet de fleste af mulighederne p\u00e5 listen, gik jeg oprindeligt med OpenEBS. OpenEBS er meget let at installere og bruge, men \u00e6rligt talt, efter tests med reelle data under belastning, blev jeg skuffet over dens ydeevne. Det er open source, og udviklerne er p\u00e5 deres Slack-kanal<\/a><\/noindex> har altid v\u00e6ret en stor hj\u00e6lp, n\u00e5r jeg havde brug for assistance. Desv\u00e6rre har det en meget lav ydeevne sammenlignet med andre muligheder, s\u00e5 jeg var n\u00f8dt til at k\u00f8re testene igen. Nu har OpenEBS 3 lagringsmotorer, men jeg offentligg\u00f8r benchmark-resultaterne for cStor. Jeg har endnu ikke tal for Jiva og LocalPV.<\/p>\n

<\/p>\n

Kort sagt er Jiva lidt hurtigere, mens LocalPV er meget hurtig, ikke v\u00e6rre end benchmarket direkte p\u00e5 disken. Problemet med LocalPV er, at adgangen kun kan f\u00e5s p\u00e5 den node, hvor den blev forberedt, og der findes slet ingen replikation. Jeg har haft nogle problemer med at gendanne backup via Velero<\/a><\/noindex> p\u00e5 den nye klynge, fordi noderne havde forskellige navne. Hvad ang\u00e5r backups, har cStor en plugin til Velero<\/a><\/noindex>, som g\u00f8r det muligt at lave off-site backups af snapshots p\u00e5 et givet tidspunkt, hvilket er mere praktisk end filniveau backups med Velero-Restic. Jeg har skrevet flere scripts<\/a><\/noindex>, s\u00e5 det bliver lettere at administrere backup og gendannelse med dette plugin. Generelt kan jeg rigtig godt lide OpenEBS, men dets ydeevne\u2026<\/p>\n

<\/p>\n

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

<\/p>\n

Rook har ogs\u00e5 \u00e5ben kildekode, og adskiller sig fra de andre muligheder p\u00e5 listen ved at v\u00e6re en lagerorkestrator, der udf\u00f8rer komplekse opgaver til lagerstyring med forskellige backend-l\u00f8sninger, s\u00e5som Ceph<\/a><\/noindex>, EdgeFS<\/a><\/noindex> og andre, hvilket v\u00e6sentligt forenkler arbejdet. Jeg havde problemer med EdgeFS, da jeg pr\u00f8vede det for nogle m\u00e5neder siden, s\u00e5 jeg testede prim\u00e6rt med Ceph. Ceph tilbyder ikke kun bloklager, men ogs\u00e5 objektlager, der er kompatibelt med S3\/Swift og et distribueret filsystem. Hvad jeg kan lide ved Ceph, er muligheden for at sprede dataene af volumener over flere diske, s\u00e5 volumen kan bruge mere diskplads end hvad der kan v\u00e6re p\u00e5 en enkelt disk. Det er praktisk. En anden fed funktion er, at n\u00e5r du tilf\u00f8jer diske til klyngen, omfordeler den automatisk dataene p\u00e5 tv\u00e6rs af alle diske.<\/p>\n

<\/p>\n

Ceph har snapshots, men s\u00e5 vidt jeg ved, kan de ikke bruges direkte i Rook\/Kubernetes. Jeg har dog ikke dykket dybere ind i det. Off-site backups findes ikke, s\u00e5 det bliver n\u00f8dvendigt at bruge noget som Velero\/Restic, men der er kun backups p\u00e5 filniveau, ikke snapshots p\u00e5 et bestemt tidspunkt. Til geng\u00e6ld har jeg virkelig nydt den enkle h\u00e5ndtering af Ceph i Rook \u2014 det skjuler n\u00e6sten alle komplicerede ting og tilbyder v\u00e6rkt\u00f8jer til at interagere med Ceph direkte for fejlfinding. Desv\u00e6rre har jeg konstant haft det problem<\/a><\/noindex>, som g\u00f8r Ceph ustabilt. Det er endnu ikke klart, om det er en fejl i selve Ceph eller et problem med, hvordan Rook styrer Ceph. Jeg har leget lidt med hukommelsesindstillingerne, og det blev bedre, men problemet er ikke helt l\u00f8st. Ceph har en rimelig ydeevne, som det kan ses i benchmarks nedenfor. Og s\u00e5 har det et godt overv\u00e5gningspanel.<\/p>\n

<\/p>\n

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

<\/p>\n

Jeg kan virkelig godt lide Longhorn. Jeg synes, det er en lovende l\u00f8sning. Selvom udviklerne selv (Rancher Labs) erkender, at det endnu ikke er klart til produktionsmilj\u00f8er, hvilket er tydeligt. Det har open source-kode og en god ydeevne (selvom de ikke har arbejdet p\u00e5 optimering endnu), men volume kan tage lang tid at tilslutte til en pod, og i de v\u00e6rste tilf\u00e6lde kan det tage 15-16 minutter, is\u00e6r efter gendannelse af en stor backup eller opgradering af arbejdsbelastningen. Det har snapshots og off-site backups af disse snapshots, men de g\u00e6lder kun for volumes, s\u00e5 du f\u00e5r stadig brug for noget som Velero til backup af de andre ressourcer. Backups og gendannelser er meget p\u00e5lidelige, men grusomt langsomme. Seri\u00f8st, det er bare ekstremt langsomt. Brug af CPU-ressourcer og systembelastning stiger ofte, n\u00e5r der arbejdes med en gennemsnitlig datam\u00e6ngde i Longhorn. Der er et brugervenligt overv\u00e5gningspanel til at administrere Longhorn. Jeg har n\u00e6vnt, at jeg kan lide Longhorn, men der skal virkelig arbejdes p\u00e5 det.<\/p>\n

<\/p>\n

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

<\/p>\n

StorageOS er det f\u00f8rste betalte produkt p\u00e5 listen. Der findes en udviklerversion med en begr\u00e6nset st\u00f8rrelse af det administrerede lager p\u00e5 500 GB, men antallet af noder er, efter min mening, ikke begr\u00e6nset. I salgsafdelingen sagde de, at prisen starter fra $125 om m\u00e5neden for 1 TB, hvis jeg husker rigtigt. Der er et grundl\u00e6ggende overv\u00e5gningspanel og et brugervenligt CLI, men noget underligt foreg\u00e5r med ydeevnen: i nogle benchmarks er den ganske anst\u00e6ndig, men i stresstests af volumenerne kunne jeg ikke lide hastigheden overhovedet. Generelt ved jeg ikke, hvad jeg skal sige. Derfor har jeg ikke dykket alt for meget ned i det. Der er ingen off-site backups, og man m\u00e5 ogs\u00e5 bruge Velero med Restic til at tage backups af volumenerne. Underligt, siden produktet er betalt. Og desuden har udviklerne ikke v\u00e6ret ivrige efter at kommunikere i Slack.<\/p>\n

<\/p>\n

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

<\/p>\n

Jeg fik kendskab til Robin p\u00e5 Reddit fra deres tekniske direkt\u00f8r. Jeg havde aldrig h\u00f8rt om det f\u00f8r, muligvis fordi jeg ledte efter gratis l\u00f8sninger, mens Robin er betalt. De har en ret gener\u00f8s gratis version med 10 TB lager og tre noder. Generelt er produktet ganske udm\u00e6rket og har nogle gode funktioner. Der er en fremragende CLI, men det bedste er, at man kan lave snapshots og backups af hele applikationen (i ressourcev\u00e6lgeren kaldes det Helm-releases eller \u00abflex apps\u00bb), inklusive volumes og andre ressourcer, s\u00e5 man kan undg\u00e5 Velero. Og alt ville v\u00e6re vidunderligt, hvis det ikke var for en lille detalje: hvis man gendanner (eller \u00abimporterer\u00bb, som det hedder i Robin) applikationen p\u00e5 et nyt cluster \u2014 for eksempel ved katastrofegendannelse \u2014 s\u00e5 virker gendannelsen selvf\u00f8lgelig, men man kan ikke forts\u00e6tte med at tage backup af applikationen. I denne version er det simpelthen ikke muligt, og udviklerne har bekr\u00e6ftet det. Det er mildt sagt underligt, is\u00e6r i betragtning af de andre fordele (for eksempel utroligt hurtige backups og gendannelser). Udviklerne lover at rette det til n\u00e6ste version. Ydelsen er generelt god, men jeg bem\u00e6rkede noget m\u00e6rkeligt: hvis man k\u00f8rer et benchmark direkte p\u00e5 volume, der er tilsluttet til v\u00e6rten, er l\u00e6sehastigheden meget h\u00f8jere end i den samme volume, men indefra pod'en. Alle andre resultater er identiske, men i teorien burde der ikke v\u00e6re nogen forskel. Selvom de arbejder p\u00e5 dette, blev jeg skuffet over problemet med gendannelse og backup \u2014 jeg troede, jeg endelig havde fundet den rigtige l\u00f8sning, og jeg var endda klar til at betale for det, n\u00e5r jeg ville have brug for mere plads eller flere servere.<\/p>\n

<\/p>\n

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

<\/p>\n

Her har jeg ikke meget at sige. Det er et betalingsprodukt af h\u00f8j kvalitet, men ogs\u00e5 dyrt. Ydelsen er simpelthen fantastisk. Indtil videre er det den bedste pr\u00e6station. I Slack blev jeg informeret om, at prisen starter fra $205 om m\u00e5neden pr. node, som angivet i Googles GKE Marketplace. Jeg ved ikke, om det bliver billigere, hvis man k\u00f8ber direkte. Under alle omst\u00e6ndigheder har jeg ikke r\u00e5d til det, s\u00e5 jeg blev meget skuffet over, at udviklertilladelsen (op til 1 TB og 3 noder) er praktisk taget ubrugelig med Kubernetes, medmindre man n\u00f8jes med statisk ops\u00e6tning. Jeg havde h\u00e5bet, at virksomhedstilladelsen automatisk ville nedjusteres til udviklerniveau ved slutningen af pr\u00f8veperioden, men det skete ikke. Udviklertilladelsen kan kun bruges direkte med Docker, og ops\u00e6tningen i Kubernetes er meget besv\u00e6rlig og begr\u00e6nset. Jeg foretr\u00e6kker selvf\u00f8lgelig open source, men hvis jeg havde pengene, ville jeg helt sikkert v\u00e6lge Portworx. Indtil videre kan dens ydeevne simpelthen ikke sammenlignes med andre muligheder.<\/p>\n

<\/p>\n

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

<\/p>\n

Jeg tilf\u00f8jede denne sektion efter publiceringen af indl\u00e6gget, da en l\u00e6ser foreslog at pr\u00f8ve Linstor. Jeg pr\u00f8vede det, og jeg kan godt lide det! Men jeg skal stadig unders\u00f8ge det n\u00e6rmere. Lige nu kan jeg sige, at ydeevnen er fin (benchmarkresultaterne er tilf\u00f8jet nedenfor). I princippet har jeg f\u00e5et samme ydeevne som direkte fra disken, helt uden omkostninger. (Sp\u00f8rg ikke, hvorfor Portworx's tal er bedre end benchmarken for disken direkte. Jeg har ikke noget svar. Magi, m\u00e5ske.) S\u00e5 Linstor ser indtil videre ud til at v\u00e6re meget effektivt. Det er ikke ligefrem sv\u00e6rt at installere, men det er heller ikke s\u00e5 let som de andre muligheder. F\u00f8rst m\u00e5tte jeg installere Linstor (kernelmodul og v\u00e6rkt\u00f8jer\/tjenester) og konfigurere LVM til thin provisioning og underst\u00f8ttelse af snapshots uden for Kubernetes, direkte p\u00e5 v\u00e6rten, og derefter oprette de n\u00f8dvendige ressourcer til at bruge lageret fra Kubernetes. Jeg kunne ikke lide, at det ikke fungerede p\u00e5 CentOS, s\u00e5 jeg m\u00e5tte bruge Ubuntu. Det er selvf\u00f8lgelig ikke en katastrofe, men det er lidt frustrerende, fordi dokumentationen (som i \u00f8vrigt er fremragende) n\u00e6vner flere pakker, som ikke kan findes i de angivne Epel-repositories. Linstor har snapshots, men ikke offsite backups, s\u00e5 jeg blev igen n\u00f8dt til at bruge Velero med Restic til at tage backups af volumener. Jeg ville have foretrukket snapshots frem for backups p\u00e5 filniveau, men det kan tolereres, hvis l\u00f8sningen er effektiv og p\u00e5lidelig. Linstor har open source, men der er betalt support. Hvis jeg forst\u00e5r det korrekt, kan det bruges uden begr\u00e6nsninger, selvom du ikke har en supportaftale, men det skal bekr\u00e6ftes. Jeg ved ikke, hvor godt Linstor er testet for Kubernetes, men selve lagerlaget er uden for Kubernetes, og \u00e5benbart har l\u00f8sningen ikke set dagens lys i g\u00e5r, s\u00e5 det er nok blevet testet under virkelige forhold. Er der nogen l\u00f8sning her, der vil f\u00e5 mig til at ombestemme mig og vende tilbage til Kubernetes? Jeg ved ikke, jeg ved ikke. Jeg skal stadig unders\u00f8ge det n\u00e6rmere og se p\u00e5 replikering. Vi f\u00e5r se. Men det f\u00f8rste indtryk er godt. Jeg ville helt klart foretr\u00e6kke at bruge mine egne Kubernetes-klynger frem for Heroku for at f\u00e5 mere frihed og l\u00e6re noget nyt. Da Linstor ikke er s\u00e5 nemt at installere som de andre, vil jeg snart skrive et indl\u00e6g om det.<\/p>\n

<\/p>\n

Benchmarktests<\/h3>\n

<\/p>\n

Desv\u00e6rre har jeg gemt f\u00e5 sammenligningsoplysninger, fordi jeg ikke t\u00e6nkte, at jeg ville skrive om dette. Jeg har kun resultaterne fra de grundl\u00e6ggende benchmarks fra fio, og kun for klynger med \u00e9n node, s\u00e5 jeg har ikke tal for replikerede konfigurationer endnu. Men ud fra disse resultater kan du f\u00e5 en id\u00e9 om, hvad du kan forvente af hver mulighed, da jeg sammenlignede dem p\u00e5 de samme cloud-servere med 4 kerner, 16 GB RAM og med en ekstra 100 GB disk til de testede volumener. Jeg k\u00f8rte benchmarks tre gange for hver l\u00f8sning og beregnede det gennemsnitlige resultat, plus at jeg nulstillede serverindstillingerne for hvert produkt. Alt dette er p\u00e5 ingen m\u00e5de videnskabeligt, det var bare for at give dig en generel forst\u00e5else. I andre tests kopierede jeg 38 GB billeder og videoer fra et volumen og til et andet for at teste l\u00e6sning og skrivning, men desv\u00e6rre har jeg ikke gemt tallene. Kort sagt: Portworx var langt hurtigere.<\/p>\n

<\/p>\n

Til volume benchmark brugte jeg dette 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
F\u00f8rst oprettede jeg et volumen med den relevante lagerklasse, og derefter k\u00f8rte jeg en opgave med fio i baggrunden. Jeg valgte 1 GB for at estimere ydeevnen og for ikke at vente for l\u00e6nge. Her er resultaterne:<\/p>\n
<\/p>\n
\"Lager<\/a><\/noindex><\/p>\n
<\/p>\n
Jeg har fremh\u00e6vet den bedste v\u00e6rdi for hver m\u00e5ling med gr\u00f8nt og den v\u00e6rste med r\u00f8dt.<\/p>\n
<\/p>\n
Konklusion<\/h3>\n
<\/p>\n
Som du kan se, pr\u00e6sterede Portworx bedre end de andre i de fleste tilf\u00e6lde. Men for mig er det dyrt. Jeg ved ikke, hvad Robin koster, men de har en fremragende gratis version, s\u00e5 hvis du har brug for et betalt produkt, kan du pr\u00f8ve det (jeg h\u00e5ber, de snart l\u00f8ser problemerne med gendannelse og backup). Af de tre gratis l\u00f8sninger havde jeg f\u00e6rrest problemer med OpenEBS, men dets ydeevne er ikke s\u00e6rlig god. Det er \u00e6rgerligt, at jeg ikke gemte flere resultater, men forh\u00e5bentlig hj\u00e6lper de angivne tal og mine kommentarer dig.<\/p>\n
Kilde: 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\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\udd47Lagring i Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/da\/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":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/37528","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=37528"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37528\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/28163"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=37528"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=37528"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=37528"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}