
Update!. An de Kommentaren huet ee vun de Lieser proposĂ©iert ze probĂ©ieren (vlĂ€icht schafft hien selwer drun) also hunn ech eng Rubrik iwwer dĂ«s LĂ©isung bĂ€igefĂŒĂŒgt. Ech hunn och geschriwwen , well de Prozess ganz anescht wĂ©i de Rescht ass.
Fir éierlech ze sinn, hunn ech opginn an opginn (op d'mannst fir de Moment). Ech wÀert benotzen . Firwat? Wéinst Stockage! Wien hÀtt geduecht datt ech méi mat der SpÀichere géife schmaachen wéi mat Kubernetes selwer. ech benotzen well et bëlleg ass an d'Performance ass gutt a vun Ufank un hunn ech Cluster benotzt . Ech hu keng verwaltete Kubernetes Servicer vu Google/Amazon/Microsoft/DigitalOcean, etc., etc. probéiert, well ech wollt alles selwer léieren. Ech sinn och spuersam.
Also jo, ech hunn vill ZĂ€it verbruecht fir ze entscheeden wĂ©i eng SpĂ€ichere fir ze wielen wann ech e mĂ©igleche Kubernetes Stack evaluĂ©iert hunn. Ech lĂ©iwer Open Source LĂ©isungen, net nĂ«mme wĂ©inst dem PrĂ€is, mee ech hunn e puer bezuelte Optiounen aus VirwĂ«tz gekuckt well se gratis Versioune mat AschrĂ€nkungen hunn. Ech hunn e puer Zuelen aus de rezenten Tester opgeschriwwen wann ech verschidden Optiounen verglach hunn, a si kĂ«nne interessant sinn fir dĂ©i, dĂ©i iwwer Kubernetes SpĂ€ichere lĂ©ieren. Obwuel ech persĂ©inlech fir de Moment Kubernetes Ăddi gesot hunn. Ech wĂ«ll och ernimmen , dĂ©i kann Hetzner Cloud BĂ€nn direkt versuergen, awer ech hunn et nach net probĂ©iert. Ech hunn an d'Cloud Software-definĂ©iert SpĂ€ichere gekuckt well ech Replikatioun an d'FĂ€egkeet brauche fir sĂ©ier persistent BĂ€nn op all Node ze montĂ©ieren, besonnesch am Fall vun Nodefehler an aner Ă€hnlech Situatiounen. E puer LĂ©isunge bidden Point-in-Time SchnappschĂ«ss an Off-Site Backups, wat praktesch ass.
Ech hunn 6-7 SpÀicherléisungen getest:
Wéi ech scho gesot hunn Nodeems ech déi meescht vun den Optiounen aus der Lëscht getest hunn, hunn ech am Ufank op OpenEBS néiergelooss. OpenEBS ass ganz einfach ze installéieren an ze benotzen, awer fir éierlech ze sinn, no Tester mat realen Daten ënner Belaaschtung, war ech enttÀuscht mat senger Leeschtung. Dëst ass Open Source, an d'Entwéckler sinn eleng ëmmer ganz hëllefrÀich wann ech Hëllef gebraucht hunn. Leider huet et eng ganz schlecht Leeschtung am Verglach mat anere Optiounen, sou datt d'Tester mussen nei lafen. OpenEBS huet de Moment 3 SpÀichermotoren, awer ech posten Benchmark Resultater fir cStor. Ech hunn nach keng Zuelen fir Jiva a LocalPV.
An enger Nossschuel, Jiva ass e bësse méi séier, a LocalPV ass allgemeng séier, net méi schlëmm wéi den Disk Benchmark direkt. De Problem mat LocalPV ass datt de Volume nëmmen op dem Node zougÀnglech ass wou et virbereet gouf, an et gëtt guer keng Replikatioun. Ech hat e puer Problemer engem Backupsatellit via restauréiert op engem neie StÀrekoup well d'Node Nimm anescht waren. Wa mir iwwer Backups schwÀtzen, huet cStor , mat deem Dir Off-Site Backups vu Snapshots zu engem ZÀitpunkt maache kënnt, wat méi praktesch ass wéi Dateie-Niveau-Backups mat Velero-Restic. ech hu geschriwwen , fir et méi einfach ze maachen, Backups ze verwalten a restauréiert mat dësem Plugin. Am Allgemengen hunn ech OpenEBS wierklech gÀr, awer seng Leeschtung ...
Rook ass och Open Source an ënnerscheet sech vun de Rescht vun den Optiounen op der Lëscht an datt et e SpÀicherorchester ass, dee komplexe SpÀichermanagement Aufgaben mat verschiddene Backends ausféiert, z. , an anerer, déi d'Aarbecht immens vereinfacht. Ech hat Problemer mat EfgeFS wéi ech et virun e puer Méint probéiert hunn, also hunn ech haaptsÀchlech mat Ceph getest. Ceph bitt net nëmmen Blocklagerung, awer och Objektlagerung kompatibel mat S3 / Swift a verdeelt Dateiesystem. Wat ech iwwer Ceph gÀr hunn ass d'FÀegkeet Volumendaten iwwer verschidde Disken ze verbreeden, sou datt de Volume méi Disk Space benotze kann wéi op enger eenzeger Disk passt. Et ass bequem. Eng aner cool Feature ass datt wann Dir Disken an e StÀrekoup bÀidréit, da verdeelt se automatesch Daten iwwer all Disken.
Ceph huet Schnappschëss, awer souwÀit ech weess, kënnen se net direkt am Rook / Kubernetes benotzt ginn. Richteg, ech sinn net déif an dëst gaangen. Awer et gi keng Off-Site-Backups, also musst Dir eppes mat Velero / Restic benotzen, awer et ginn nëmmen Dateie-Niveau-Backups, net Punkt-an-ZÀit Schnappschëss. Wat ech wierklech iwwer Rook gefall hunn, war wéi einfach et ass mat Ceph ze schaffen - et verstoppt bal all komplizéiert Saachen a bitt Tools fir direkt mam Ceph ze schwÀtzen fir Probleemer ze léisen. Leider, wÀhrend dem Stress Test vun Ceph BÀnn, Ech hunn ëmmer Problemer mat , wouduerch de Ceph onbestÀnneg gëtt. Et ass nach net kloer ob dëst e Feeler am Ceph selwer ass oder e Problem am Wee wéi de Rook de Ceph geréiert. Ech hu mat der Erënnerung Astellunge geduscht, an et gouf besser, mÀ de Problem war net komplett geléist. Ceph huet anstÀnneg Leeschtung, wéi Dir an de Benchmarks hei ënnen kënnt gesinn. Et huet och e gutt Dashboard.
Ech hunn de Longhorn wierklech gÀr. Menger Meenung no ass dat eng villverspriechend Léisung. Richteg, d'Entwéckler selwer (Rancher Labs) zouginn datt et nach net fir d'Aarbechtsëmfeld gëeegent ass, an dat weist. Et ass Open Source an huet anstÀnneg Leeschtung (och wann se et nach net optimiséiert hunn), awer d'BÀnn daueren eng ganz laang ZÀit fir mam Pod ze verbannen, an am schlëmmste FÀll dauert et 15-16 Minutten, besonnesch nodeems Dir e grousse Backup restauréiert oder d'Aarbechtslaascht Upgrade. Et huet Snapshots an Off-Site Backups vun dëse Schnappschëss, awer si gëllen nëmme fir BÀnn, sou datt Dir nach ëmmer eppes wéi Velero braucht fir aner Ressourcen ze backen. Backups a Restauratiounen si ganz zouverlÀsseg, awer onschëlleg lues. Eescht, just onheemlech lues. CPU Notzung a Systembelaaschtung spikes dacks wann Dir mat enger mëttlerer Quantitéit un Daten am Longhorn schafft. Et gëtt e praktescht Dashboard fir Longhorn ze managen. Ech hu scho gesot datt ech de Longhorn gÀr hunn, awer et brauch eng Aarbecht.
StorageOS ass dat éischt bezuelte Produkt op der Lëscht. Et huet eng Entwécklerversioun mat enger limitéierter verwalteter SpÀichergréisst vu 500GB, awer ech denken net datt et eng Limit op d'Zuel vun de Wirbelen ass. De Verkafsdepartement huet mir gesot datt d'KÀschte bei $ 125 pro Mount fir 1 TB ufÀnken, wann ech mech richteg erënneren. Et gëtt e Basis-Dashboard an e prakteschen CLI, awer eppes komesch ass mat der Leeschtung lass: an e puer Benchmarks ass et ganz uerdentlech, awer am Volumen Stresstest hunn ech d'Geschwindegkeet guer net gÀr. Am Allgemengen, Ech weess net wat ze soen. Also ech hu wierklech net vill verstanen. Et gi keng Off-Site Backups hei an Dir musst och Velero mat Restic fir Backupvolumen benotzen. Et ass komesch, well de Produit bezuelt ass. An d'Entwéckler waren net gÀr op Slack ze kommunizéieren.
Ech hunn iwwer Robin op Reddit vun hirem techneschen Direkter gelĂ©iert. Ech hat nach ni vun him hĂ©ieren. VlĂ€icht well ech gratis LĂ©isunge gesicht hunn, awer de Robin gĂ«tt bezuelt. Si hunn eng zimlech generĂ©is gratis Versioun mat 10TB SpĂ€icheren an drĂ€i Wirbelen. Insgesamt ass d'Produkt ganz anstĂ€nneg an huet flott Features. Et gĂ«tt e super CLI, awer dĂ©i coolst Saach ass datt Dir dĂ©i ganz Applikatioun Snapshot a Backup kĂ«nnt (am Ressource Selector gĂ«tt dĂ«st Helm Releases oder "Flex Apps") genannt), inklusiv BĂ€nn an aner Ressourcen, sou datt Dir ouni Velero maache kĂ«nnt. An alles wier wonnerbar wann net fir ee klengen Detail: wann Dir restaurĂ©iert (oder "import", wĂ©i et am Robin genannt gĂ«tt) eng Applikatioun op engem neie Cluster - zum Beispill, am Fall vun Erhuelung vun enger Katastroph - d'Restauratioun, natierlech, Wierker, mee weider der Applikatioun ze Backupsatellit et verbueden ass. DĂ«st ass einfach net mĂ©iglech an dĂ«ser VerĂ«ffentlechung, wĂ©i d'EntwĂ©ckler bestĂ€tegt hunn. DĂ«st ass, fir et mild ze soen, komesch, besonnesch wann Dir dĂ©i aner Virdeeler berĂ©cksiichtegt (zum Beispill, onheemlech sĂ©ier Backups a Restauratiounen). D'EntwĂ©ckler verspriechen alles duerch dĂ©i nĂ€chst VerĂ«ffentlechung ze fixĂ©ieren. D'Performance ass allgemeng gutt, awer ech hunn eng Komeschheet gemierkt: wann ech de Benchmark direkt op engem Volume lafen, dee mam Host verbonnen ass, ass d'Liesgeschwindegkeet vill mĂ©i sĂ©ier wĂ©i dee selwechte Volumen aus dem Pod ze lafen. All aner Resultater sinn identesch, awer an der Theorie sollt et keen Ănnerscheed sinn. Obwuel si schaffen op et, Ech war opgeregt iwwer de Problem mat RestaurĂ©ieren an Backupsatellit - Ech geduecht ech hat endlech eng gĂ«eegent LĂ©isung fonnt, an ech war souguer bereet fir et ze bezuelen wann ech mĂ©i Plaz oder mĂ©i Serveren brauch.
Ech hunn hei net vill ze soen. Dëst ass e bezuelte Produkt, glÀich cool an deier. D'Leeschtung ass einfach erstaunlech. Dëst ass dee beschten Indikator bis elo. De Slack huet mir gesot datt d'PrÀisser bei $ 205 pro Mount pro Node ufÀnken, wéi op Google's GKE Marketplace opgezielt. Ech weess net ob et méi bëlleg gëtt wann Dir direkt kaaft. Ech kann dat souwisou net leeschten, also war ech ganz, ganz enttÀuscht datt d'Entwécklerlizenz (bis zu 1 TB an 3 Noden) praktesch nëtzlos ass mat Kubernetes, ausser Dir sidd zefridden mat statesche Bestëmmung. Ech hat gehofft datt d'Volumenlizenz automatesch op Entwéckler um Enn vun der Testperiod erofgeet, awer dat ass net geschitt. D'Entwéckler Lizenz kann nëmmen direkt mat Docker benotzt ginn, an d'Konfiguratioun an Kubernetes ass ganz ëmstÀndlech a limitéiert. Natierlech hunn ech léiwer Open Source, awer wann ech d'Suen hÀtt, géif ech definitiv Portworx wielen. Bis elo verglÀicht seng Leeschtung einfach net mat aneren Optiounen.
Ech hunn dĂ«s Sektioun derbĂ€igesat nodeems de Post publizĂ©iert gouf, wĂ©i e Lieser virgeschloen huet Linstor ze probĂ©ieren. Ech hunn et probĂ©iert a gefall! Mee ech muss nach e bĂ«ssen nolauschteren. Fir de Moment kann ech soen, datt d'Performance zimmlech gutt ass (ech hunn d'Benchmarkresultater hei Ă«nnendrĂ«nner derbĂ€igesat). TatsĂ€chlech hunn ech dĂ©iselwecht Leeschtung kritt wĂ©i mat engem Direct Disk Benchmark, ouni Overhead. (Frot net firwat d'Zuele vu Portworx besser si wĂ©i de Direct Disk Benchmark. Ech hunn keng Ahnung. Magie, mengen ech.) Also, Linstor schĂ©ngt bis elo ganz effektiv ze sinn. Et opzestellen ass net grad schwĂ©ier, awer et ass net sou einfach wĂ©i aner Optiounen. Als Ă©ischt musst ech Linstor installĂ©ieren (Kernel Modul an Tools/Servicer) an LVM fir Thin Provisioning an Snapshot Support ausserhalb vu Kubernetes, direkt um Host, opsetzen, an dann d'Ressourcen erstellen, dĂ©i nĂ©ideg sinn, fir de SpĂ€icher vu Kubernetes ze benotzen. Ech war net frou, datt et net funktionĂ©iert huet op CentOS an hu missen benotzen UbuntuEt ass natierlech kee grousse Problem, awer et ass e bĂ«ssen nervend, well d'Dokumentatioun (dĂ©i iwwregens exzellent ass) verschidde Pakete nennt, dĂ©i net an de spezifizĂ©ierten Epel-Repositories verfĂŒgbar sinn. Linstor huet Snapshots, awer keng Off-Site-Backups, dofir musst ech Velero mat Restic erĂ«m fir Volume-Backups benotzen. Ech gĂ©if Snapshots lĂ©iwer wĂ©i Backups op Dateiniveau hunn, awer dat ass tolerabel, wann d'LĂ©isung performant a zouverlĂ€sseg ass. Linstor ass Open Source, awer et gĂ«tt bezuelte Support. Wann ech et richteg verstanen hunn, kĂ«nnt Dir et ouni Restriktiounen benotzen, och wann Dir kee Supportkontrakt hutt, awer ech misst dat nokucken. Ech weess net, wĂ©i getest Linstor fir Kubernetes ass, awer de SpĂ€icherschicht selwer ass ausserhalb vu Kubernetes, an et gesĂ€it aus, wĂ©i wann et schonn eng ZĂ€it laang gĂ«tt, also ass et wahrscheinlech schonn Ă«nner realen Bedingungen getest ginn. GĂ«tt et hei eng LĂ©isung, dĂ©i mech dozou brĂ©ngt, meng Meenung z'Ă€nneren an zrĂ©ck op Kubernetes ze wiesselen? Ech weess et net. Ech muss e bĂ«ssen mĂ©i no sichen a mĂ©i iwwer Replikatioun lĂ©ieren. Mir wĂ€erten et gesinn. Mee den Ă©ischten Androck ass gutt. Ech gĂ©if definitiv lĂ©iwer meng eege Kubernetes Cluster amplaz vun Heroku benotzen, fir mĂ©i FrĂ€iheet ze hunn an nei Saachen ze lĂ©ieren. Well Linstor net sou einfach z'installĂ©ieren ass wĂ©i aner, schreiwen ech geschwĂ«nn en Artikel doriwwer.
Benchmarks
Leider hunn ech net vill Notizen iwwer de Verglach gehalen, well ech net geduecht hunn doriwwer ze schreiwen. Ech hunn nëmmen Resultater vun der Basis fio Benchmarks an nëmmen fir eenzel Node StÀrekéip, also ech hunn nach keng Zuelen fir replizéiert Konfiguratiounen. Awer aus dëse Resultater kënnt Dir eng graff Iddi kréien wat Dir vun all Optioun erwaart, well ech se op de selwechte Cloud Server verglach hunn, 4 Cores, 16 GB RAM, mat engem zousÀtzleche 100 GB Disk fir déi getest BÀnn. Ech hunn d'Benchmarks drÀimol fir all Léisung gemaach an d'Duerchschnëttsresultat berechent, plus ech hunn d'Serverinstellunge fir all Produkt zréckgesat. Dëst ass alles komplett onwëssenschaftlech, just fir Iech eng allgemeng Iddi ze ginn. An aneren Tester hunn ech 38 GB Fotoen a Videoe vum Volume kopéiert fir Liesen a Schreiwen ze testen, awer leider hunn ech d'Zuelen net gespÀichert. Kuerz gesot: Portworkx war vill méi séier.
Fir de Volume Benchmark hunn ech dëse Manifest benotzt:
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
name: dbench
spec:
storageClassName: ...
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 5Gi
---
apiVersion: batch/v1
kind: Job
metadata:
name: dbench
spec:
template:
spec:
containers:
- name: dbench
image: sotoaster/dbench:latest
imagePullPolicy: IfNotPresent
env:
- name: DBENCH_MOUNTPOINT
value: /data
- name: FIO_SIZE
value: 1G
volumeMounts:
- name: dbench-pv
mountPath: /data
restartPolicy: Never
volumes:
- name: dbench-pv
persistentVolumeClaim:
claimName: dbench
backoffLimit: 4Ech hunn fir d'éischt e Volumen mat der entspriechender SpÀicherklass erstallt an dunn d'Aarbecht mat fio hannert de Kulissen gelaf. Ech hunn 1 GB geholl fir d'Performance ze schÀtzen an net ze laang ze waarden. Hei d'Resultater:
Ech hunn de beschte WÀert fir all Metrik a gréng beliicht an dee schlëmmste a rout.
Konklusioun
Wéi Dir gesitt, huet Portworx an de meeschte FÀll besser gemaach wéi anerer. Awer fir mech ass et deier. Ech weess net wéi vill Robin kascht, awer si hunn eng super gratis Versioun, also wann Dir e bezuelte Produkt wëllt, kënnt Dir et probéieren (hoffentlech fixéieren se de Problem mat der Restauratioun a Backups geschwënn). Vun den drÀi gratis haten ech am mannsten Probleemer mat OpenEBS, awer seng Leeschtung ass onheemlech. Et ass schued datt ech net méi Resultater gespÀichert hunn, awer ech hoffen datt d'Zuelen a meng Kommentarer Iech hëllefen.
Source: will.com
