{"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\/sv\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","title":{"rendered":"Lagringsl\u00f6sningar 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":"<p><img decoding=\"async\" alt=\"Lagringsl\u00f6sningar i Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor\" src=\"\/wp-content\/uploads\/2019\/08\/304037eee8371c64de73ae0fc42f05ac.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><strong>Uppdatering!<\/strong>. I kommentarerna f\u00f6reslog en av l\u00e4sarna att jag skulle prova <noindex><a rel=\"nofollow\" href=\"https:\/\/www.linbit.com\/en\/linstor\/\">Linstor<\/a><\/noindex> (kanske arbetar han sj\u00e4lv med det), s\u00e5 jag la till en sektion om denna l\u00f6sning. Jag skrev ocks\u00e5 <noindex><a rel=\"nofollow\" href=\"http:\/\/vitobotta.com\/2019\/08\/07\/linstor-storage-with-kubernetes\/\">ett inl\u00e4gg om hur man installerar det<\/a><\/noindex>, eftersom processen skiljer sig mycket fr\u00e5n de andra.<\/p>\n<p><\/p>\n<p>Om jag ska vara \u00e4rlig gav jag upp och avstod fr\u00e5n <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/\">Kubernetes<\/a><\/noindex> (\u00e5tminstone f\u00f6r tillf\u00e4llet). Jag kommer att anv\u00e4nda <noindex><a rel=\"nofollow\" href=\"https:\/\/www.heroku.com\/\">Heroku<\/a><\/noindex>. Varf\u00f6r? P\u00e5 grund av lagring! Vem kunde tro att jag skulle pyssla mer med lagringsl\u00f6sningar \u00e4n med Kubernetes sj\u00e4lv. Jag anv\u00e4nder <noindex><a rel=\"nofollow\" href=\"https:\/\/www.hetzner.com\/cloud\">Hetzner Cloud<\/a><\/noindex>, eftersom det \u00e4r prisv\u00e4rt och prestandan \u00e4r bra, och jag har fr\u00e5n b\u00f6rjan distribuerat kluster med hj\u00e4lp av <noindex><a rel=\"nofollow\" href=\"https:\/\/rancher.com\/\">Rancher<\/a><\/noindex>. Jag har inte provat de hanterade Kubernetes-tj\u00e4nsterna fr\u00e5n Google\/Amazon\/Microsoft\/DigitalOcean och s\u00e5 vidare, eftersom jag ville l\u00e4ra mig allt sj\u00e4lv. Och dessutom \u00e4r jag sparsam.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>S\u00e5 ja, jag har lagt ner mycket tid p\u00e5 att f\u00f6rs\u00f6ka best\u00e4mma vilken lagring jag skulle v\u00e4lja n\u00e4r jag planerade den m\u00f6jliga stacken f\u00f6r Kubernetes. Jag f\u00f6redrar l\u00f6sningar med \u00f6ppen k\u00e4llkod, inte bara p\u00e5 grund av priset, men jag har ocks\u00e5 unders\u00f6kt ett par betalda alternativ av nyfikenhet, eftersom de har gratisversioner med begr\u00e4nsningar. Jag noterade n\u00e5gra siffror fr\u00e5n de senaste testerna n\u00e4r jag j\u00e4mf\u00f6rde olika alternativ, och de kan intressera dem som studerar lagring i Kubernetes. \u00c4ven om jag personligen har sagt adj\u00f6 till Kubernetes f\u00f6r tillf\u00e4llet. Jag vill ocks\u00e5 n\u00e4mna <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/hetznercloud\/csi-driver\">CSI-drivrutinen<\/a><\/noindex>, d\u00e4r man direkt kan f\u00f6rbereda volymer i Hetzner Cloud, men jag har inte provat den \u00e4n. Jag har unders\u00f6kt molnbaserade programvarudefinierade lagringsl\u00f6sningar, eftersom jag beh\u00f6vde replikering och m\u00f6jlighet att snabbt ansluta permanenta volymer p\u00e5 vilken nod som helst, s\u00e4rskilt i h\u00e4ndelse av nodfel och liknande situationer. Vissa l\u00f6sningar erbjuder snapshots vid en viss tidpunkt och off-site s\u00e4kerhetskopior, vilket \u00e4r praktiskt.<\/p>\n<p><\/p>\n<p>Jag har testat 6\u20137 lagringsl\u00f6sningar:<\/p>\n<p><\/p>\n<h3 id=\"openebshttpsopenebsio\"><noindex><a rel=\"nofollow\" href=\"https:\/\/openebs.io\/\">OpenEBS<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Som jag n\u00e4mnde <noindex><a rel=\"nofollow\" href=\"http:\/\/vitobotta.com\/2019\/07\/03\/openebs-tips\/\">i det f\u00f6reg\u00e5ende inl\u00e4gget<\/a><\/noindex>, efter att ha testat de flesta alternativ fr\u00e5n listan, valde jag f\u00f6rst OpenEBS. OpenEBS \u00e4r v\u00e4ldigt enkelt att installera och anv\u00e4nda, men \u00e4rligt talat, efter tester med verkliga data under belastning, blev jag besviken p\u00e5 dess prestanda. Det \u00e4r \u00f6ppen k\u00e4llkod, och utvecklarna \u00e4r p\u00e5 sin <noindex><a rel=\"nofollow\" href=\"https:\/\/openebs-community.slack.com\/\">Slack-kanal<\/a><\/noindex> de har alltid varit till mycket hj\u00e4lp n\u00e4r jag har beh\u00f6vt assistans. Tyv\u00e4rr har den mycket l\u00e5g prestanda j\u00e4mf\u00f6rt med andra alternativ, s\u00e5 jag var tvungen att g\u00f6ra testerna p\u00e5 nytt. Just nu har OpenEBS 3 lagringsmotorn, men jag publicerar benchmarkresultaten f\u00f6r cStor. Jag har \u00e4nnu inga siffror f\u00f6r Jiva och LocalPV.<\/p>\n<p><\/p>\n<p>Kort sagt, Jiva \u00e4r lite snabbare, och LocalPV \u00e4r verkligen snabb, inte s\u00e4mre \u00e4n benchmarken direkt fr\u00e5n disken. Problemet med LocalPV \u00e4r att \u00e5tkomsten bara kan f\u00e5s p\u00e5 den nod d\u00e4r den har f\u00f6rberetts, och det finns ingen replikering. Jag hade vissa problem med att \u00e5terst\u00e4lla s\u00e4kerhetskopior genom <noindex><a rel=\"nofollow\" href=\"https:\/\/velero.io\/\">Velero<\/a><\/noindex> p\u00e5 den nya klustret eftersom namnen p\u00e5 noderna skilde sig \u00e5t. N\u00e4r det g\u00e4ller s\u00e4kerhetskopior har cStor <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/openebs\/velero-plugin\">en plugin f\u00f6r Velero<\/a><\/noindex>, som kan g\u00f6ra off site s\u00e4kerhetskopior av snapshot vid en viss tidpunkt, vilket \u00e4r bekv\u00e4mare \u00e4n s\u00e4kerhetskopior p\u00e5 filniv\u00e5 med Velero-Restic. Jag har skrivit <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/vitobotta\/velero-openebs-backup\">n\u00e5gra skript<\/a><\/noindex>, f\u00f6r att underl\u00e4tta hantering av backup och \u00e5terst\u00e4llningar med den h\u00e4r pluginen. Generellt sett gillar jag OpenEBS mycket, men dess prestanda\u2026<\/p>\n<p><\/p>\n<h3 id=\"rookhttpsrookio\"><noindex><a rel=\"nofollow\" href=\"https:\/\/rook.io\/\">Rook<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Rook har ocks\u00e5 \u00f6ppen k\u00e4llkod, och det skiljer sig fr\u00e5n de andra alternativen p\u00e5 listan genom att det \u00e4r en lagringsorkestrator som utf\u00f6r komplexa uppgifter f\u00f6r lagringshantering med olika backend, exempelvis <noindex><a rel=\"nofollow\" href=\"https:\/\/ceph.io\/\">Ceph<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"http:\/\/edgefs.io\/\">EdgeFS<\/a><\/noindex> och andra, vilket avsev\u00e4rt f\u00f6renklar arbetet. Jag hade problem med EdgeFS n\u00e4r jag testade det f\u00f6r n\u00e5gra m\u00e5nader sedan, s\u00e5 jag testade fr\u00e4mst med Ceph. Ceph erbjuder inte bara blocklagring utan ocks\u00e5 objektslagring som \u00e4r kompatibel med S3\/Swift och ett distribuerat filsystem. Vad jag gillar med Ceph \u00e4r m\u00f6jligheten att sprida data \u00f6ver flera diskar s\u00e5 att volymen kan anv\u00e4nda mer diskutrymme \u00e4n vad som f\u00e5r plats p\u00e5 en enda disk. Det \u00e4r praktiskt. En annan bra funktion \u00e4r n\u00e4r du l\u00e4gger till diskar i klustret, s\u00e5 omf\u00f6rdelar den automatiskt data \u00f6ver alla diskar.<\/p>\n<p><\/p>\n<p>Ceph har snapshots, men s\u00e5vitt jag vet kan de inte anv\u00e4ndas direkt i Rook\/Kubernetes. Dock har jag inte gr\u00e4vt djupare i det. Men det finns inga off-site-backups, s\u00e5 det blir n\u00f6dv\u00e4ndigt att anv\u00e4nda n\u00e5got som Velero\/Restic, men de erbjuder bara filniv\u00e5-backups, inte snapshots vid en viss tidpunkt. Dessutom gillade jag verkligen hur enkelt det \u00e4r att arbeta med Ceph i Rook \u2013 det d\u00f6ljer n\u00e4stan alla komplicerade grejer och erbjuder verktyg f\u00f6r att kommunicera med Ceph direkt f\u00f6r fels\u00f6kning. Tyv\u00e4rr uppstod alltid <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/rook\/rook\/issues\/3132\">detta problem<\/a><\/noindex>, vilket g\u00f6r att Ceph blir instabilt. \u00c4n s\u00e5 l\u00e4nge \u00e4r det oklart om det \u00e4r en bugg i Ceph sj\u00e4lv eller ett problem med hur Rook hanterar Ceph. Jag har lekt med minnesinst\u00e4llningarna, och det blev b\u00e4ttre, men problemet \u00e4r inte helt l\u00f6st. Ceph har bra prestanda, som syns i benchmarksen nedan. Dessutom har den en bra \u00f6vervakningspanel.<\/p>\n<p><\/p>\n<h3 id=\"rancher-longhornhttpsgithubcomlonghornlonghorn\"><noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/longhorn\/longhorn\">Rancher Longhorn<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Jag gillar Longhorn mycket. Jag tycker att det \u00e4r en lovande l\u00f6sning. Utvecklarna sj\u00e4lva (Rancher Labs) erk\u00e4nner dock att det \u00e4nnu inte \u00e4r klart f\u00f6r produktionsmilj\u00f6, och det m\u00e4rks. Det har \u00f6ppen k\u00e4llkod och hyfsad prestanda (\u00e4ven om de \u00e4nnu inte har arbetat med att optimera den), men volymerna ansluter sig v\u00e4ldigt l\u00e5ngsamt till podden, och i v\u00e4rsta fall tar det 15\u201316 minuter, s\u00e4rskilt efter \u00e5terst\u00e4llning av en stor backup eller uppgradering av arbetsbelastningen. Det har snapshots och off-site-backups av dessa snapshots, men de g\u00e4ller endast volymer, s\u00e5 du kommer fortfarande att beh\u00f6va n\u00e5got som Velero f\u00f6r backup av de andra resurserna. Backups och \u00e5terst\u00e4llningar \u00e4r mycket p\u00e5litliga, men obscena l\u00e5ngsamma. Seri\u00f6st, de \u00e4r bara absurt l\u00e5ngsamma. Anv\u00e4ndningen av CPU-resurser och systembelastningen skjuter ofta i h\u00f6jden n\u00e4r man arbetar med medelstora datam\u00e4ngder i Longhorn. Det finns en anv\u00e4ndarv\u00e4nlig \u00f6vervakningspanel f\u00f6r att hantera Longhorn. Jag har redan sagt att jag gillar Longhorn, men det beh\u00f6ver verkligen f\u00f6rb\u00e4ttras.<\/p>\n<p><\/p>\n<h3 id=\"storageoshttpsstorageoscom\"><noindex><a rel=\"nofollow\" href=\"https:\/\/storageos.com\/\">StorageOS<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>StorageOS \u00e4r den f\u00f6rsta betalprodukten i listan. Den har en utvecklarversion med ett begr\u00e4nsat storlek p\u00e5 hanterat lagringsutrymme p\u00e5 500 GB, men antalet noder verkar inte vara begr\u00e4nsat. I f\u00f6rs\u00e4ljningsavdelningen sa de att kostnaden b\u00f6rjar fr\u00e5n $125 per m\u00e5nad f\u00f6r 1 TB, om jag minns r\u00e4tt. Det finns en grundl\u00e4ggande \u00f6vervakningspanel och en anv\u00e4ndarv\u00e4nlig CLI, men prestandan \u00e4r m\u00e4rklig: i vissa benchmarks \u00e4r den helt acceptabel, men i stresstesterna var hastigheten inte alls tillfredsst\u00e4llande. S\u00e5 jag vet inte vad jag ska s\u00e4ga. D\u00e4rf\u00f6r har jag inte granskat det s\u00e4rskilt noga. H\u00e4r finns inga off-site-backuper, och man m\u00e5ste ocks\u00e5 anv\u00e4nda Velero med Restic f\u00f6r att s\u00e4kerhetskopiera volymer. Konstigt, eftersom produkten \u00e4r betalad. Dessutom verkade utvecklarna inte vara s\u00e4rskilt intresserade av att kommunicera p\u00e5 Slack.<\/p>\n<p><\/p>\n<h3 id=\"robinhttpsrobinio\"><noindex><a rel=\"nofollow\" href=\"https:\/\/robin.io\/\">Robin<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Jag h\u00f6rde om Robin p\u00e5 Reddit fr\u00e5n deras tekniska chef. Jag hade aldrig h\u00f6rt talas om det tidigare. Kanske f\u00f6r att jag s\u00f6kte gratisl\u00f6sningar, medan Robin \u00e4r betald. De har en ganska gener\u00f6s gratisversion med 10 TB lagring och tre noder. Generellt \u00e4r produkten mycket bra och har trevliga funktioner. Det finns en utm\u00e4rkt CLI, men det b\u00e4sta \u00e4r att man kan ta snapshots och s\u00e4kerhetskopiera hela applikationen (i resursv\u00e4ljaren kallas detta f\u00f6r Helm-releaser eller \"flex apps\"), inklusive volymer och andra resurser, s\u00e5 att man kan klara sig utan Velero. Och allt skulle vara fantastiskt om det inte vore f\u00f6r en liten detalj: om man ska \u00e5terst\u00e4lla (eller \"importera\", som det kallas i Robin) applikationen p\u00e5 en ny kluster \u2013 till exempel i h\u00e4ndelse av katastrof\u00e5terst\u00e4llning \u2013 s\u00e5 fungerar \u00e5terst\u00e4llningen, men man kan tyv\u00e4rr inte forts\u00e4tta med s\u00e4kerhetskopieringen av applikationen. I denna release \u00e4r det helt enkelt om\u00f6jligt, och utvecklarna har bekr\u00e4ftat detta. Det \u00e4r, milt sagt, konstigt, s\u00e4rskilt med tanke p\u00e5 de andra f\u00f6rdelarna (till exempel otroligt snabba s\u00e4kerhetskopieringar och \u00e5terst\u00e4llningar). Utvecklarna lovar att allt kommer att \u00e5tg\u00e4rdas i n\u00e4sta release. Prestandan \u00e4r \u00f6verlag bra, men jag m\u00e4rkte en avvikelse: om man k\u00f6r en benchmark direkt p\u00e5 volymen som \u00e4r ansluten till v\u00e4rden, s\u00e5 \u00e4r l\u00e4shastigheten mycket h\u00f6gre \u00e4n p\u00e5 samma volym inuti podden. Alla andra resultat \u00e4r identiska, men teoretiskt sett borde det inte finnas n\u00e5gon skillnad. \u00c4ven om de arbetar p\u00e5 det h\u00e4r, blev jag besviken \u00f6ver problemet med \u00e5terst\u00e4llning och s\u00e4kerhetskopiering \u2013 jag k\u00e4nde att jag \u00e4ntligen hade hittat en l\u00e4mplig l\u00f6sning, och jag var till och med redo att betala f\u00f6r den n\u00e4r jag beh\u00f6vde mer utrymme eller fler servrar.<\/p>\n<p><\/p>\n<h3 id=\"portworxhttpsportworxcom\"><noindex><a rel=\"nofollow\" href=\"https:\/\/portworx.com\/\">Portworx<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>H\u00e4r har jag inte mycket att s\u00e4ga. Det h\u00e4r \u00e4r en betald produkt, b\u00e5de imponerande och dyr. Prestandan \u00e4r fantastisk. Hittills \u00e4r detta den b\u00e4sta indikatorn. I Slack fick jag veta att priset b\u00f6rjar fr\u00e5n $205 per m\u00e5nad f\u00f6r en nod, enligt vad som anges i Google GKE Marketplace. Jag vet inte om det blir billigare om man k\u00f6per direkt. Hur som helst, jag har inte r\u00e5d med det, s\u00e5 jag blev mycket besviken \u00f6ver att utvecklarlicensen (upp till 1 TB och 3 noder) \u00e4r praktiskt taget v\u00e4rdel\u00f6s med Kubernetes, om man inte \u00e4r n\u00f6jd med statisk beredning. Jag hoppades att f\u00f6retagslicensen automatiskt skulle s\u00e4nkas till utvecklarlicens vid slutet av provperioden, men s\u00e5 blev det inte. Utvecklarlicensen kan endast anv\u00e4ndas direkt med Docker, och att st\u00e4lla in det i Kubernetes \u00e4r mycket besv\u00e4rligt och begr\u00e4nsat. Jag f\u00f6redrar sj\u00e4lvklart \u00f6ppen k\u00e4llkod, men om jag hade pengarna skulle jag absolut v\u00e4lja Portworx. Hittills kan dess prestanda helt enkelt inte j\u00e4mf\u00f6ras med andra alternativ.<\/p>\n<p><\/p>\n<h3 id=\"linstorhttpswwwlinbitcomenlinstor\"><noindex><a rel=\"nofollow\" href=\"https:\/\/www.linbit.com\/en\/linstor\/\">Linstor<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Jag lade till denna del efter att inl\u00e4gget publicerades, n\u00e4r en l\u00e4sare f\u00f6reslog att jag skulle testa Linstor. Jag provade det och gillade det! Men det finns mer att utforska. Just nu kan jag s\u00e4ga att prestandan \u00e4r ganska bra (benchmarkresultaten \u00e4r tillagda nedan). I grund och botten fick jag samma prestanda som f\u00f6r disken direkt, helt utan f\u00f6rluster. (Fr\u00e5ga inte varf\u00f6r Portworx har b\u00e4ttre siffror \u00e4n benchmarken f\u00f6r disken direkt. Jag har ingen aning. Magi, kanske.) S\u00e5 Linstor verkar f\u00f6r n\u00e4rvarande mycket effektivt. Att installera det \u00e4r inte precis sv\u00e5rt, men inte s\u00e5 enkelt som andra alternativ. F\u00f6rst var jag tvungen att installera Linstor (kernmodul och verktyg\/tj\u00e4nster) och konfigurera LVM f\u00f6r thin provisioning och snapshotst\u00f6d utanf\u00f6r Kubernetes, direkt p\u00e5 v\u00e4rden, och sedan skapa de resurser som beh\u00f6vs f\u00f6r att anv\u00e4nda lagring fr\u00e5n Kubernetes. Jag gillade inte att det inte fungerade p\u00e5 CentOS och att jag var tvungen att anv\u00e4nda Ubuntu. Det \u00e4r inte farligt, f\u00f6rst\u00e5s, men lite frustrerande, eftersom dokumentationen (som f\u00f6r \u00f6vrigt \u00e4r utm\u00e4rkt) n\u00e4mner flera paket som \u00e4r om\u00f6jliga att hitta i de angivna Epel-repositories. I Linstor finns det snapshots, men inga off-site s\u00e4kerhetskopior, s\u00e5 h\u00e4r var jag tvungen att anv\u00e4nda Velero med Restic f\u00f6r att s\u00e4kerhetskopiera volymer. Jag skulle f\u00f6redra snapshots ist\u00e4llet f\u00f6r filsystemniv\u00e5-s\u00e4kerhetskopior, men det g\u00e5r att leva med om l\u00f6sningen \u00e4r prestandam\u00e4ssig och p\u00e5litlig. Linstor \u00e4r \u00f6ppen k\u00e4llkod, men det finns betald support. Om jag f\u00f6rst\u00e5r det r\u00e4tt kan det anv\u00e4ndas utan begr\u00e4nsningar, \u00e4ven om du inte har n\u00e5got supportavtal, men det beh\u00f6ver bekr\u00e4ftas. Jag vet inte hur v\u00e4l Linstor \u00e4r testat f\u00f6r Kubernetes, men sj\u00e4lva lagringsniv\u00e5n ligger utanf\u00f6r Kubernetes och, som det verkar, har l\u00f6sningen funnits ett tag, s\u00e5 den har nog testats i praktiken. Finns det en l\u00f6sning h\u00e4r som f\u00e5r mig att t\u00e4nka om och \u00e5terv\u00e4nda till Kubernetes? Jag vet inte, jag vet inte. Jag beh\u00f6ver utforska mer, studera replikering. Vi f\u00e5r se. Men det f\u00f6rsta intrycket \u00e4r bra. Jag skulle helt klart f\u00f6redra att anv\u00e4nda mina egna Kubernetes-kluster ist\u00e4llet f\u00f6r Heroku f\u00f6r att f\u00e5 mer frihet och l\u00e4ra mig nytt. Eftersom Linstor inte installeras lika enkelt som andra, kommer jag snart att skriva ett inl\u00e4gg om det.<\/p>\n<p><\/p>\n<h3 id=\"benchmarki\">Benchmarking<\/h3>\n<p><\/p>\n<p>Tyv\u00e4rr har jag sparat f\u00e5 j\u00e4mf\u00f6relsetal eftersom jag inte trodde att jag skulle skriva om detta. Jag har endast resultaten fr\u00e5n grundl\u00e4ggande fio-benchmarktester och bara f\u00f6r kluster med en nod, s\u00e5 jag har inga siffror f\u00f6r replikerade konfigurationer \u00e4nnu. Men baserat p\u00e5 dessa resultat kan man f\u00e5 en ungef\u00e4rlig uppfattning om vad man kan f\u00f6rv\u00e4nta sig av varje alternativ, eftersom jag j\u00e4mf\u00f6rde dem p\u00e5 identiska molnservrar, 4 k\u00e4rnor, 16 GB RAM, med en extra 100 GB disk f\u00f6r de testade volymerna. Jag k\u00f6rde benchmarktester tre g\u00e5nger f\u00f6r varje l\u00f6sning och ber\u00e4knade det genomsnittliga resultatet, plus att jag \u00e5terst\u00e4llde serverinst\u00e4llningarna f\u00f6r varje produkt. Allt detta \u00e4r helt ovetenskapligt, bara s\u00e5 att ni f\u00e5r en allm\u00e4n uppfattning. I andra tester kopierade jag 38 GB bilder och videor mellan volymen f\u00f6r att testa l\u00e4s- och skrivprestanda, men tyv\u00e4rr har jag inte sparat siffrorna. Kort sagt, Portworx var mycket snabbare.<\/p>\n<p><\/p>\n<p>F\u00f6r volymbenchmarken anv\u00e4nde jag denna manifestfil:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">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><\/p>\n<p>F\u00f6rst skapade jag en volym med motsvarande lagringsklass och sedan k\u00f6rde jag en uppgift med fio i bakgrunden. Jag valde 1 GB f\u00f6r att uppskatta prestandan och inte beh\u00f6va v\u00e4nta f\u00f6r l\u00e4nge. H\u00e4r \u00e4r resultaten:<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/nm\/i_\/4h\/nmi_4holmvcqehuigcoespgeure.png\"><img decoding=\"async\" alt=\"Lagringsl\u00f6sningar i Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor\" src=\"\/wp-content\/uploads\/2019\/08\/41e91c4e299759817bba6a2a8e9ff14e.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>Jag har markerat det b\u00e4sta v\u00e4rdet f\u00f6r varje m\u00e4tning i gr\u00f6nt och det s\u00e4msta i r\u00f6tt.<\/p>\n<p><\/p>\n<h3 id=\"zaklyuchenie\">Slutsats<\/h3>\n<p><\/p>\n<p>Som ni kan se presterade Portworx generellt b\u00e4ttre \u00e4n de andra. Men f\u00f6r mig \u00e4r det dyrt. Jag vet inte vad Robin kostar, men de har en utm\u00e4rkt gratisversion, s\u00e5 om du beh\u00f6ver en betald produkt kan du prova (hoppas de snart l\u00f6ser problemet med \u00e5terst\u00e4llning och backup). Av de tre gratisalternativen har jag haft minst problem med OpenEBS, men dess prestanda \u00e4r underm\u00e5lig. Tyv\u00e4rr har jag inte sparat fler resultat, men jag hoppas att de siffror och kommentarer jag har kan hj\u00e4lpa er.<\/p>\n<p>K\u00e4lla: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/464987\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\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? [&hellip;]<\/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<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\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\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:18:10+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:18:10+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\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\/sv\/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":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/37528","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=37528"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/37528\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/28163"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=37528"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=37528"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=37528"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}