{"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\/hu\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","title":{"rendered":"T\u00e1rhelyek a Kubernetesben: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"T\u00e1rhelyek<\/p>\n

<\/p>\n

Friss\u00edt\u00e9s!<\/strong>. A kommentekben az egyik olvas\u00f3 javasolta, hogy pr\u00f3b\u00e1ljuk ki Linstort<\/a><\/noindex> (lehet, hogy \u0151 maga dolgozik rajta), \u00edgy hozz\u00e1adtam egy szakaszt err\u0151l a megold\u00e1sr\u00f3l. \u00cdrtam egy bejegyz\u00e9st arr\u00f3l, hogyan kell telep\u00edteni<\/a><\/noindex>, mert a folyamat nagyon elt\u00e9r a t\u00f6bbit\u0151l.<\/p>\n

<\/p>\n

\u0150szint\u00e9n sz\u00f3lva, feladtam \u00e9s lemondtam a Kubernetes<\/a><\/noindex> (mindenesetre egyel\u0151re). Haszn\u00e1lni fogom a Heroku-t<\/a><\/noindex>. Mi\u00e9rt? Mert a t\u00e1rol\u00e1s! Ki gondolta volna, hogy t\u00f6bbet foglalkozom a t\u00e1rol\u00e1ssal, mint mag\u00e1val a Kubernetes-szel. Haszn\u00e1lom a Hetzner Cloud-ot<\/a><\/noindex>, mert olcs\u00f3 \u00e9s j\u00f3 a teljes\u00edtm\u00e9ny, \u00e9s az elej\u00e9t\u0151l kezdve klasztereket telep\u00edtettem Rancher<\/a><\/noindex>. Nem pr\u00f3b\u00e1ltam ki a Google\/Amazon\/Microsoft\/DigitalOcean stb. \u00e1ltal k\u00edn\u00e1lt menedzselt Kubernetes szolg\u00e1ltat\u00e1sokat, mert mindent magam akartam megtanulni. R\u00e1ad\u00e1sul takar\u00e9kos vagyok.<\/p>\n

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

Sz\u00f3val igen, rengeteg id\u0151t t\u00f6lt\u00f6ttem azzal, hogy megpr\u00f3b\u00e1ljam kital\u00e1lni, melyik t\u00e1rol\u00f3t v\u00e1lasszam, amikor a Kubernetes lehets\u00e9ges stack-j\u00e9t terveztem. Szeretem a ny\u00edlt forr\u00e1sk\u00f3d\u00fa megold\u00e1sokat, \u00e9s nem csak az \u00e1ra miatt, hanem k\u00edv\u00e1ncsis\u00e1gb\u00f3l kipr\u00f3b\u00e1ltam n\u00e9h\u00e1ny fizet\u0151s lehet\u0151s\u00e9get is, mert ezeknek van ingyenes, korl\u00e1tozott verzi\u00f3juk. Fel\u00edrtam n\u00e9h\u00e1ny sz\u00e1mot az utols\u00f3 tesztekb\u0151l, mikor \u00f6sszehasonl\u00edtottam a k\u00fcl\u00f6nb\u00f6z\u0151 lehet\u0151s\u00e9geket, \u00e9s ezek \u00e9rdekelhetik azokat, akik a Kubernetes t\u00e1rol\u00e1ssal foglalkoznak. B\u00e1r szem\u00e9ly szerint \u00e9n egyel\u0151re b\u00facs\u00fat intettem a Kubernetesnek. M\u00e9g meg szeretn\u00e9m eml\u00edteni a CSI drivert<\/a><\/noindex>, amellyel k\u00f6zvetlen\u00fcl k\u00e9sz\u00edthetj\u00fck el\u0151 a Hetzner Cloud k\u00f6teteket, de eddig m\u00e9g nem pr\u00f3b\u00e1ltam ki. Felh\u0151alap\u00fa szoftveresen defini\u00e1lt t\u00e1rol\u00e1sokat tanulm\u00e1nyoztam, mert sz\u00fcks\u00e9gem volt replik\u00e1l\u00e1sra \u00e9s \u00e1lland\u00f3 k\u00f6tetek gyors csatlakoztat\u00e1s\u00e1ra b\u00e1rmelyik node-on, k\u00fcl\u00f6n\u00f6sen node hiba \u00e9s hasonl\u00f3 helyzetek eset\u00e9n. N\u00e9h\u00e1ny megold\u00e1s id\u0151pontra vonatkoz\u00f3 pillanatk\u00e9peket \u00e9s off-site ment\u00e9seket k\u00edn\u00e1l, ami k\u00e9nyelmes.<\/p>\n

<\/p>\n

6\u20137 t\u00e1rol\u00e1si megold\u00e1st teszteltem:<\/p>\n

<\/p>\n

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

<\/p>\n

Mint m\u00e1r eml\u00edtettem az el\u0151z\u0151 bejegyz\u00e9sben<\/a><\/noindex>, tesztelve a legt\u00f6bb lehet\u0151s\u00e9get a list\u00e1b\u00f3l, kezdetben az OpenEBS-re esett a v\u00e1laszt\u00e1som. Az OpenEBS-t nagyon egyszer\u0171 telep\u00edteni \u00e9s haszn\u00e1lni, de \u0151szint\u00e9n sz\u00f3lva a val\u00f3s adatok terhel\u00e9s alatti tesztjei ut\u00e1n a teljes\u00edtm\u00e9nye csal\u00f3d\u00e1st okozott. Ez egy ny\u00edlt forr\u00e1sk\u00f3d\u00fa megold\u00e1s, \u00e9s a fejleszt\u0151k a saj\u00e1t Slack csatorn\u00e1jukon<\/a><\/noindex> mindig nagyon seg\u00edtettek, amikor seg\u00edts\u00e9gre volt sz\u00fcks\u00e9gem. Sajnos a teljes\u00edtm\u00e9nye nagyon alacsony m\u00e1s lehet\u0151s\u00e9gekhez k\u00e9pest, ez\u00e9rt \u00fajra kellett v\u00e9gezni a teszteket. Jelenleg az OpenEBS-nek 3 t\u00e1rol\u00f3motorja van, de az cStor teljes\u00edtm\u00e9ny\u00e9nek tesztel\u00e9si eredm\u00e9nyeit publik\u00e1lom. M\u00e9g nincsenek adataim a Jiva \u00e9s a LocalPV tekintet\u00e9ben.<\/p>\n

<\/p>\n

R\u00f6viden, a Jiva kicsit gyorsabb, m\u00edg a LocalPV igaz\u00e1n gyors, nem rosszabb, mint a k\u00f6zvetlen lemez tesztje. A LocalPV probl\u00e9ma az, hogy csak azon a n\u00f3don \u00e9rhet\u0151 el, ahol el\u0151k\u00e9sz\u00edtett\u00e9k, \u00e9s nincs replik\u00e1ci\u00f3. Volt n\u00e9h\u00e1ny probl\u00e9m\u00e1m a biztons\u00e1gi ment\u00e9s vissza\u00e1ll\u00edt\u00e1s\u00e1val a Velero<\/a><\/noindex> \u00faj klaszteren, mert a n\u00f3dok nevei elt\u00e9rtek. Ha a biztons\u00e1gi ment\u00e9sekr\u0151l besz\u00e9l\u00fcnk, a cStor rendelkezik a Velero<\/a><\/noindex>pluginnal, amellyel id\u0151pontbeli snapshots offsite biztons\u00e1gi ment\u00e9seket k\u00e9sz\u00edthet\u00fcnk, ami k\u00e9nyelmesebb, mint a f\u00e1jl szint\u0171 biztons\u00e1gi ment\u00e9sek a Velero-Restic seg\u00edts\u00e9g\u00e9vel. \u00cdrtam n\u00e9h\u00e1ny scriptet<\/a><\/noindex>, hogy a ment\u00e9sek \u00e9s vissza\u00e1ll\u00edt\u00e1sok kezel\u00e9se a b\u0151v\u00edtm\u00e9nnyel egyszer\u0171bb legyen. \u00d6sszess\u00e9g\u00e9ben nagyon tetszik az OpenEBS, de a teljes\u00edtm\u00e9nye\u2026<\/p>\n

<\/p>\n

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

<\/p>\n

A Rook is ny\u00edlt forr\u00e1sk\u00f3d\u00fa, \u00e9s az \u00f6sszes t\u00f6bbi lehet\u0151s\u00e9gt\u0151l abban k\u00fcl\u00f6nb\u00f6zik, hogy ez egy t\u00e1rol\u00f3orchestr\u00e1tor, amely bonyolult t\u00e1rol\u00e1skezel\u00e9si feladatokat v\u00e9gez k\u00fcl\u00f6nb\u00f6z\u0151 backendekkel, mint p\u00e9ld\u00e1ul Ceph<\/a><\/noindex>, EdgeFS<\/a><\/noindex> \u00e9s m\u00e1sok, ami jelent\u0151sen megk\u00f6nny\u00edti a munk\u00e1t. Volt n\u00e9h\u00e1ny probl\u00e9m\u00e1m az EdgeFS-sel, amikor n\u00e9h\u00e1ny h\u00f3nappal ezel\u0151tt pr\u00f3b\u00e1ltam, \u00edgy f\u0151leg a Ceph-teszteltem. A Ceph nemcsak blokk storage-ot, hanem S3\/Swift kompatibilis objektumt\u00e1rol\u00e1st \u00e9s elosztott f\u00e1jlrendszert is k\u00edn\u00e1l. Ami tetszik a Ceph-ben, az a lehet\u0151s\u00e9g, hogy a k\u00f6tet adatait t\u00f6bb lemezen eloszthatjuk, \u00edgy a k\u00f6tet t\u00f6bb lemez ter\u00fclet\u00e9t is felhaszn\u00e1lhatja, mint ami egy lemezen elf\u00e9r. Ez k\u00e9nyelmes. Egy m\u00e1sik szuper funkci\u00f3 - amikor \u00faj lemezeket adunk a klaszterhez, automatikusan \u00fajraelosztja az adatokat az \u00f6sszes lemezen.<\/p>\n

<\/p>\n

A Ceph-ben l\u00e9teznek snapshotok, de amennyire tudom, ezeket nem lehet k\u00f6zvetlen\u00fcl haszn\u00e1lni a Rook\/Kubernetes-ben. Igaz, hogy nem m\u00e9lyedtem el ebben. Off-site backupok viszont nincsenek, \u00edgy valami Velero\/Restic megold\u00e1st kell haszn\u00e1lnunk, de az csak f\u00e1jl szint\u0171 backupokat k\u00edn\u00e1l, nem id\u0151pillanat snapshotokat. Viszont a Rook-ban nagyon tetszett a Ceph egyszer\u0171 kezel\u00e9se \u2013 szinte minden bonyolult dolgot elrejt \u00e9s eszk\u00f6z\u00f6ket k\u00edn\u00e1l a Ceph k\u00f6zvetlen kommunik\u00e1ci\u00f3j\u00e1ra a hib\u00e1k elh\u00e1r\u00edt\u00e1sa \u00e9rdek\u00e9ben. Sajnos a Ceph k\u00f6tetek stressztesztel\u00e9s\u00e9n\u00e9l folyamatosan ez a probl\u00e9ma<\/a><\/noindex>, ami miatt a Ceph instabill\u00e1 v\u00e1lik. Egyel\u0151re nem vil\u00e1gos, hogy ez egy bug a Ceph-ben, vagy a Rook kezel\u00e9si probl\u00e9m\u00e1ja. J\u00e1tszottam a mem\u00f3riabe\u00e1ll\u00edt\u00e1sokkal, \u00e9s lett egy kicsit jobb, de a probl\u00e9ma v\u00e9glegesen nem old\u00f3dott meg. A Ceph teljes\u00edtm\u00e9nye nem rossz, ahogy az az al\u00e1bbi benchmarkokb\u00f3l is l\u00e1that\u00f3. R\u00e1ad\u00e1sul j\u00f3 monitoroz\u00f3 fel\u00fclete van.<\/p>\n

<\/p>\n

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

<\/p>\n

Nagyon tetszik a Longhorn. Szerintem \u00edg\u00e9retes megold\u00e1s. Igaz, hogy a fejleszt\u0151k (Rancher Labs) elismerik, hogy a termel\u0151i k\u00f6rnyezethez m\u00e9g nem alkalmas, \u00e9s ez l\u00e1tszik is. Ny\u00edlt forr\u00e1sk\u00f3d\u00fa \u00e9s tisztess\u00e9ges teljes\u00edtm\u00e9nye van (b\u00e1r az optimaliz\u00e1l\u00e1s\u00e1n m\u00e9g nem dolgoztak), de a k\u00f6tetek csatlakoz\u00e1sa a podhoz nagyon sok\u00e1ig tart, a legrosszabb esetekben ak\u00e1r 15\u201316 perc is lehet, k\u00fcl\u00f6n\u00f6sen nagy backupok helyre\u00e1ll\u00edt\u00e1sa vagy a munkaterhel\u00e9s friss\u00edt\u00e9se ut\u00e1n. Vannak snapshotok \u00e9s off-site backupok ezekhez a snapshotokhoz, de ezek csak a k\u00f6tetekre vonatkoznak, \u00edgy sz\u00fcks\u00e9g van valami Velero szer\u0171 megold\u00e1sra az egy\u00e9b er\u0151forr\u00e1sok backupj\u00e1hoz. A backupok \u00e9s helyre\u00e1ll\u00edt\u00e1sok nagyon megb\u00edzhat\u00f3ak, de borzaszt\u00f3an lass\u00faak. Komolyan, irre\u00e1lisan lass\u00faak. A CPU er\u0151forr\u00e1sok kihaszn\u00e1lts\u00e1ga \u00e9s a rendszer terhel\u00e9se gyakran megugrik, amikor k\u00f6zepes mennyis\u00e9g\u0171 adatot kezel\u00fcnk a Longhornban. Van egy k\u00e9nyelmes monitoroz\u00f3 panel a Longhorn kezel\u00e9s\u00e9hez. M\u00e1r mondtam, hogy tetszik a Longhorn, de ezen m\u00e9g rendesen dolgozni kell.<\/p>\n

<\/p>\n

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

<\/p>\n

A StorageOS az els\u0151 fizet\u0151s term\u00e9k a list\u00e1n. Van egy fejleszt\u0151i verzi\u00f3ja, amely korl\u00e1tozott, 500 GB m\u00e9ret\u0171 kezelhet\u0151 t\u00e1rol\u00e1ssal rendelkezik, de a csom\u00f3pontok sz\u00e1m\u00e1nak korl\u00e1toz\u00e1sa \u00fagy t\u0171nik, hogy nincs. Az \u00e9rt\u00e9kes\u00edt\u00e9si oszt\u00e1lyban azt mondt\u00e1k nekem, hogy az \u00e1rak 125 doll\u00e1rt\u00f3l kezd\u0151dnek havonta 1 TB-ra, ha j\u00f3l eml\u00e9kszem. Van egy alap monitoring panel \u00e9s k\u00e9nyelmes CLI, de a teljes\u00edtm\u00e9nnyel valami furcsa t\u00f6rt\u00e9nik: egyes benchmarkok teljes\u00edtm\u00e9nye eg\u00e9szen tisztess\u00e9ges, de a k\u00f6tetek stressztesztj\u00e9n a sebess\u00e9g egy\u00e1ltal\u00e1n nem tetszett. \u00d6sszess\u00e9g\u00e9ben nem tudom, mit mondjak. Ez\u00e9rt nem is m\u00e9lyedtem el benne. Itt nincsenek off-site biztons\u00e1gi ment\u00e9sek, \u00e9s a k\u00f6tetek biztons\u00e1gi ment\u00e9s\u00e9hez is a Velero-t kell haszn\u00e1lni a Restic-kel. Furcsa, hiszen a term\u00e9k fizet\u0151s. A fejleszt\u0151k pedig nem nagyon akartak kommunik\u00e1lni a Slack-en.<\/p>\n

<\/p>\n

ezen attrib\u00fatum eset\u00e9ben t\u00f6bb k\u00fcl\u00f6nb\u00f6z\u0151 \u00e9rt\u00e9kkel rendelkezik \u2014<\/a><\/noindex><\/h3>\n

<\/p>\n

A Robin-r\u00f3l a Redditen tudtam meg az \u0151 m\u0171szaki igazgat\u00f3j\u00e1t\u00f3l. El\u0151tte sosem hallottam r\u00f3la. Tal\u00e1n az\u00e9rt, mert ingyenes megold\u00e1sokat kerestem, mientras a Robin egy fizet\u0151s szolg\u00e1ltat\u00e1s. Van egy el\u00e9g nagylelk\u0171 ingyenes verzi\u00f3juk, 10 TB t\u00e1rhellyel \u00e9s h\u00e1rom n\u00faddal. \u00d6sszess\u00e9g\u00e9ben a term\u00e9k el\u00e9gg\u00e9 \u00e9rt\u00e9kes \u00e9s kellemes funkci\u00f3kkal rendelkezik. Kiv\u00e1l\u00f3 CLI-j\u00fck van, de a legjobb az, hogy lehet\u0151s\u00e9g van az eg\u00e9sz alkalmaz\u00e1s snapshotj\u00e1ra \u00e9s biztons\u00e1gi ment\u00e9s\u00e9re (a forr\u00e1selemek kiv\u00e1laszt\u00e1s\u00e1n\u00e1l \u201eHelm release\u201d-nek vagy \u201eflex apps\u201d-nak h\u00edvj\u00e1k), bele\u00e9rtve a k\u00f6teteket \u00e9s egy\u00e9b forr\u00e1sokat, \u00edgy Velero n\u00e9lk\u00fcl is megoldhat\u00f3. Minden sz\u00e9p lenne, ha nem lenne egy kis r\u00e9szlet: ha egy alkalmaz\u00e1st egy \u00faj klaszterre kell helyre\u00e1ll\u00edtani (vagy \u201eimport\u00e1lni\u201d, ahogy a Robin h\u00edvja) - p\u00e9ld\u00e1ul katasztr\u00f3fa ut\u00e1ni helyre\u00e1ll\u00edt\u00e1s eset\u00e9n - a helyre\u00e1ll\u00edt\u00e1s term\u00e9szetesen m\u0171k\u00f6dik, de az alkalmaz\u00e1s biztons\u00e1gi ment\u00e9s\u00e9t nem lehet folytatni. Ebben a kiad\u00e1sban ez egyszer\u0171en nem lehets\u00e9ges, \u00e9s a fejleszt\u0151k ezt meger\u0151s\u00edtett\u00e9k. Ez, finoman sz\u00f3lva, furcsa, k\u00fcl\u00f6n\u00f6sen figyelembe v\u00e9ve a t\u00f6bbi el\u0151ny\u00e9t (p\u00e9ld\u00e1ul a hihetetlen\u00fcl gyors biztons\u00e1gi ment\u00e9seket \u00e9s helyre\u00e1ll\u00edt\u00e1sokat). A fejleszt\u0151k \u00edg\u00e9retet tettek arra, hogy a k\u00f6vetkez\u0151 kiad\u00e1sra megoldj\u00e1k. A teljes\u00edtm\u00e9ny \u00f6sszess\u00e9g\u00e9ben j\u00f3, de \u00e9szrevettem egy furcsas\u00e1got: ha k\u00f6zvetlen\u00fcl a hosztra csatlakoztatott k\u00f6tetben futtatom a benchmarkot, az olvas\u00e1si sebess\u00e9g sokkal magasabb, mint ugyanabban a k\u00f6tetben, de a pod-b\u00f3l. Minden m\u00e1s eredm\u00e9ny azonos, de elm\u00e9letileg ennek nem kellene \u00edgy lennie. B\u00e1r dolgoznak rajta, elkeseredtem a helyre\u00e1ll\u00edt\u00e1s \u00e9s biztons\u00e1gi ment\u00e9s probl\u00e9m\u00e1ja miatt - \u00fagy \u00e9reztem, v\u00e9gre megtal\u00e1ltam a megfelel\u0151 megold\u00e1st, \u00e9s m\u00e9g hajland\u00f3 lettem volna fizetni \u00e9rte, amikor t\u00f6bb t\u00e9rre vagy t\u00f6bb szerverre lesz sz\u00fcks\u00e9gem.<\/p>\n

<\/p>\n

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

<\/p>\n

Itt k\u00fcl\u00f6n\u00f6sebben nincs mit mondanom. Ez egy fizet\u0151s term\u00e9k, ugyanannyira nagyszer\u0171, mint dr\u00e1ga. A teljes\u00edtm\u00e9ny egyszer\u0171en csod\u00e1s. Jelenleg ez a legjobb mutat\u00f3. A Slackben azt mondt\u00e1k, hogy az \u00e1r havi 205 doll\u00e1rt\u00f3l kezd\u0151dik nod\u00e1nk\u00e9nt, ahogy azt a Google GKE Marketplace-en felt\u00fcntett\u00e9k. Nem tudom, olcs\u00f3bb lesz-e, ha k\u00f6zvetlen\u00fcl v\u00e1s\u00e1rolsz. Mindenesetre nem engedhetem meg magamnak, \u00edgy nagyon \u00e9s nagyon csal\u00f3dott voltam, hogy a fejleszt\u0151i licenc (1 TB-ig \u00e9s 3 nod\u00e1ig) gyakorlatilag haszontalan Kubernetes mellett, hacsak nem el\u00e9gedsz meg a statikus felk\u00e9sz\u00fcl\u00e9ssel. Rem\u00e9ltem, hogy a v\u00e1llalati licenc automatikusan lecs\u00f6kkent a fejleszt\u0151i szintre a pr\u00f3baverzi\u00f3 v\u00e9g\u00e9n, de ez nem t\u00f6rt\u00e9nt meg. A fejleszt\u0151i licencet csak k\u00f6zvetlen\u00fcl Dockerrel lehet haszn\u00e1lni, m\u00edg a Kubernetes konfigur\u00e1l\u00e1sa nagyon k\u00f6r\u00fclm\u00e9nyes \u00e9s korl\u00e1tozott. Term\u00e9szetesen az open source-t r\u00e9szes\u00edtem el\u0151nyben, de ha lenne p\u00e9nzem, biztosan a Portworx-ot v\u00e1lasztan\u00e1m. Jelenleg a teljes\u00edtm\u00e9nye egyszer\u0171en fel\u00fclm\u00falja a t\u00f6bbi lehet\u0151s\u00e9get.<\/p>\n

<\/p>\n

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

<\/p>\n

Ezt a r\u00e9szt m\u00e1r a bejegyz\u00e9s k\u00f6zz\u00e9t\u00e9tele ut\u00e1n adtam hozz\u00e1, amikor egy olvas\u00f3 javasolta, hogy pr\u00f3b\u00e1ljam ki a Linstort. Kipr\u00f3b\u00e1ltam, \u00e9s nagyon tetszett! De m\u00e9g van mit kutatni. Jelenleg elmondhatom, hogy a teljes\u00edtm\u00e9ny nem rossz (a benchmark eredm\u00e9nyeket lentebb adtam hozz\u00e1). Alapvet\u0151en olyan teljes\u00edtm\u00e9nyt kaptam, mint k\u00f6zvetlen diszk haszn\u00e1lat\u00e1val, teljes k\u00f6lts\u00e9gek n\u00e9lk\u00fcl. (Ne k\u00e9rdezd, mi\u00e9rt jobb a Portworx adatainak sz\u00e1ma, mint a k\u00f6zvetlen diszk benchmark\u00e9. Fogalmam sincs. Tal\u00e1n csak var\u00e1zslat.) Sz\u00f3val a Linstor eddig nagyon hat\u00e9konynak t\u0171nik. A telep\u00edt\u00e9se nem neh\u00e9z, de nem is annyira egyszer\u0171, mint a t\u00f6bbi alternat\u00edva. El\u0151sz\u00f6r a Linstort (kernel modul \u00e9s eszk\u00f6z\u00f6k\/szolg\u00e1ltat\u00e1sok) kellett telep\u00edtenem, \u00e9s be\u00e1ll\u00edtanom az LVM-et a thin provisioning \u00e9s a Kubernetes-en k\u00edv\u00fcli snapshotok t\u00e1mogat\u00e1s\u00e1ra k\u00f6zvetlen\u00fcl a gazdag\u00e9pen, majd l\u00e9trehozni a t\u00e1rol\u00e1s haszn\u00e1lat\u00e1hoz sz\u00fcks\u00e9ges er\u0151forr\u00e1sokat Kubernetes-b\u0151l. Nem tetszett, hogy CentOS-on nem m\u0171k\u00f6d\u00f6tt, \u00e9s Ubuntu-t kellett haszn\u00e1lnom. Persze nem tragikus, de kiss\u00e9 bosszant\u00f3 mert a dokument\u00e1ci\u00f3 (am\u00fagy remek) eml\u00edt n\u00e9h\u00e1ny csomagot, amelyet nem tal\u00e1lni az Epel-adatb\u00e1zisokban. A Linstor t\u00e1mogatja a snapshotokat, de nem az off-site biztons\u00e1gi ment\u00e9seket, \u00edgy \u00fajra a Velero volt sz\u00fcks\u00e9ges a k\u00f6tetek biztons\u00e1gi ment\u00e9s\u00e9hez Restic seg\u00edts\u00e9g\u00e9vel. Jobban prefer\u00e1ln\u00e1m a snapshotokat a f\u00e1jl szint\u0171 biztons\u00e1gi ment\u00e9sek helyett, de ezt el lehet viselni, ha a megold\u00e1s teljes\u00edtm\u00e9ny- \u00e9s megb\u00edzhat\u00f3s\u00e1g szempontj\u00e1b\u00f3l is rendben van. A Linstornak ny\u00edlt forr\u00e1sk\u00f3d\u00fa a k\u00f3dja, de van fizetett t\u00e1mogat\u00e1s is. Ha j\u00f3l \u00e9rtem, korl\u00e1tlanul haszn\u00e1lhat\u00f3, m\u00e9g akkor is, ha nincs t\u00e1mogat\u00e1si szerz\u0151d\u00e9se, de ezt \u00e9rdemes tiszt\u00e1zni. Nem tudom, mennyire van a Linstor bevizsg\u00e1lva Kubernetes-re, de a t\u00e1rol\u00e1si szint Kubernetes-en k\u00edv\u00fcl van, \u00e9s \u00fagy t\u0171nik, a megold\u00e1s nem tegnap jelent meg, sz\u00f3val val\u00f3s k\u00f6rnyezetben m\u00e1r val\u00f3sz\u00edn\u0171leg bevizsg\u00e1lt\u00e1k. Van itt olyan megold\u00e1s, ami miatt meggondoln\u00e1m magam \u00e9s visszat\u00e9rn\u00e9k a Kubernetes-hez? Nem tudom, nem tudom. M\u00e9g kell kutakodnom, a replik\u00e1ci\u00f3t is meg kell n\u00e9znem. Majd megl\u00e1tjuk. De az els\u0151 benyom\u00e1s j\u00f3. Hat\u00e1rozottan ink\u00e1bb haszn\u00e1ln\u00e1m a saj\u00e1t Kubernetes klasztereimet a Heroku helyett, hogy t\u00f6bb szabads\u00e1got kapjak \u00e9s \u00faj dolgokat tanuljak. Mivel a Linstor telep\u00edt\u00e9se nem olyan egyszer\u0171, mint a t\u00f6bbi, hamarosan \u00edrok err\u0151l egy bejegyz\u00e9st.<\/p>\n

<\/p>\n

Benchmarkok<\/h3>\n

<\/p>\n

Sajn\u00e1lom, hogy kev\u00e9s \u00f6sszehasonl\u00edt\u00e1st mentettem el, mert nem gondoltam, hogy err\u0151l \u00edrni fogok. Csak a fenti alap benchmarkok eredm\u00e9nyei vannak, \u00e9s azok is csak az egycsom\u00f3pontos klaszterekre vonatkoznak, \u00edgy a replik\u00e1lt konfigur\u00e1ci\u00f3khoz m\u00e9g nincsenek sz\u00e1madataim. De ezek alapj\u00e1n nagyj\u00e1b\u00f3l k\u00e9pet kaphatunk arr\u00f3l, hogy mit v\u00e1rhatunk az egyes opci\u00f3kt\u00f3l, mivel azonos felh\u0151szervereken, 4 maggal \u00e9s 16 GB RAM-mal teszteltem \u0151ket, valamint 100 GB-os k\u00fcl\u00f6n diszkot haszn\u00e1ltam a tesztelt k\u00f6tetekhez. Minden megold\u00e1sn\u00e1l h\u00e1romszor futtattam a benchmarkokat, \u00e9s kisz\u00e1moltam az \u00e1tlagos eredm\u00e9nyt, emellett minden term\u00e9khez vissza\u00e1ll\u00edtottam a szerver be\u00e1ll\u00edt\u00e1sait. Ez az eg\u00e9sz teljesen nem tudom\u00e1nyos, csup\u00e1n annyira, hogy \u00e1tfog\u00f3 k\u00e9pet kapj. M\u00e1s tesztekben 38 GB k\u00e9pet \u00e9s vide\u00f3t m\u00e1soltam k\u00f6tetb\u0151l k\u00f6tetbe, hogy teszteljem az olvas\u00e1st \u00e9s \u00edr\u00e1st, de sajnos nem jegyeztem fel a sz\u00e1mokat. R\u00f6viden: a Portworx sokkal gyorsabb volt.<\/p>\n

<\/p>\n

A k\u00f6tetek benchmarkj\u00e1hoz ezt a manifestot haszn\u00e1ltam:<\/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
El\u0151sz\u00f6r l\u00e9trehoztam egy k\u00f6tetet a megfelel\u0151 t\u00e1rol\u00e1si oszt\u00e1llyal, majd h\u00e1tt\u00e9rben futtattam egy fio feladatot. 1 GB-ot v\u00e1lasztottam a teljes\u00edtm\u00e9ny becsl\u00e9s\u00e9re, hogy ne kelljen t\u00fals\u00e1gosan sok\u00e1ig v\u00e1rakozni. \u00cdme az eredm\u00e9nyek:<\/p>\n
<\/p>\n
\"T\u00e1rhelyek<\/a><\/noindex><\/p>\n
<\/p>\n
Minden mutat\u00f3hoz a legjobb \u00e9rt\u00e9ket z\u00f6lddel, a legrosszabbat pedig pirossal jel\u00f6ltem.<\/p>\n
<\/p>\n
Z\u00e1r\u00e1s<\/h3>\n
<\/p>\n
Ahogy l\u00e1tj\u00e1tok, a legt\u00f6bb esetben a Portworx jobbnak bizonyult a t\u00f6bbin\u00e9l. De sz\u00e1momra dr\u00e1ga. Nem tudom, mennyibe ker\u00fcl a Robin, de van egy remek ingyenes verzi\u00f3ja, sz\u00f3val, ha fizet\u0151s term\u00e9kre van sz\u00fcks\u00e9ged, \u00e9rdemes kipr\u00f3b\u00e1lni (rem\u00e9lem, hamarosan orvosolj\u00e1k a helyre\u00e1ll\u00edt\u00e1si \u00e9s biztons\u00e1gi ment\u00e9si probl\u00e9m\u00e1kat). A h\u00e1rom ingyenes k\u00f6z\u00fcl nekem az OpenEBS-sel volt a legkevesebb probl\u00e9m\u00e1m, de a teljes\u00edtm\u00e9nye siralmas. K\u00e1r, hogy nem mentettem el t\u00f6bb eredm\u00e9nyt, de rem\u00e9lem, hogy a megadott sz\u00e1mok \u00e9s a megjegyz\u00e9seim hasznosak lesznek sz\u00e1modra.<\/p>\n
Forr\u00e1s: 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\udd47T\u00e1rol\u00f3k Kubernetesben: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/hu\/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":"hu_HU","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\/hu\/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\/hu\/wp-json\/wp\/v2\/posts\/37528","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=37528"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/37528\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/28163"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=37528"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=37528"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=37528"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}