ማከማቻ በኩበርኔትስ፡ OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor

ማከማቻ በኩበርኔትስ፡ OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor

አዘምን!. በአስተያየቶቹ ውስጥ ከአንባቢዎቹ አንዱ ለመሞከር ሐሳብ አቅርቧል ሊንስተር (ምናልባት እሱ ራሱ እየሰራ ሊሆን ይችላል) ስለዚህ ስለ መፍትሄው ክፍል ጨምሬያለሁ። እኔም ጻፍኩ። እንዴት እንደሚጭኑት ላይ ይለጥፉምክንያቱም ሂደቱ ከሌሎቹ በጣም የተለየ ነው.

እውነት ለመናገር ተስፋ ቆርጬ ተውኩት ኩባንያቶች (ቢያንስ ለጊዜው)። እጠቀማለሁ ሄሮኩ. ለምን? በማከማቻ ምክንያት! ከኩበርኔትስ ከራሱ ይልቅ ማከማቻ ጋር እበላሻለሁ ብሎ ማን አሰበ። እጠቀማለው Hetzner ደመናዋጋው ርካሽ ስለሆነ አፈፃፀሙ ጥሩ ስለሆነ እና ገና ከመጀመሪያው ጀምሮ ዘለላዎችን አሰማርቻለሁ Rancher. ሁሉንም ነገር እራሴ መማር ስለፈለኩ ኩበርኔትስ የሚተዳደሩ አገልግሎቶችን ከGoogle/Amazon/Microsoft/DigitalOcean ወዘተ ወዘተ. ወዘተ አልሞከርኩም። እኔም ቆጣቢ ነኝ።

ስለዚህ - አዎ፣ በኩበርኔትስ ላይ ሊኖር የሚችለውን ቁልል ሳስብ የትኛውን ማከማቻ እንደምመርጥ ለመወሰን ብዙ ጊዜ አሳለፍኩ። የክፍት ምንጭ መፍትሄዎችን እመርጣለሁ, እና በዋጋው ምክንያት ብቻ ሳይሆን, ከጉጉት የተነሳ ሁለት የሚከፈልባቸው አማራጮችን ተመለከትኩኝ, ምክንያቱም እገዳዎች ያላቸው ነፃ ስሪቶች ስላሏቸው. የተለያዩ አማራጮችን ሳወዳድር ከቅርብ ጊዜ መለኪያዎች ውስጥ ጥቂት ቁጥሮችን ጻፍኩ እና በ Kubernetes ውስጥ ማከማቻን ለሚማሩ ሰዎች ፍላጎት ሊኖራቸው ይችላል። ምንም እንኳን በግሌ እስካሁን ከኩበርኔትስ ጋር ተሰናብቼ ነበር። እኔም መጥቀስ እፈልጋለሁ የሲኤስአይ ሹፌርየ Hetzner Cloud ጥራዞችን በቀጥታ ማቅረብ የምትችልበት፣ ግን እስካሁን አልሞከርኩትም። በማንኛውም መስቀለኛ መንገድ ላይ በተለይም የመስቀለኛ ክፍል ብልሽቶች እና ሌሎች ተመሳሳይ ሁኔታዎች ላይ ማባዛት እና የማያቋርጥ ጥራዞችን በፍጥነት የመጫን ችሎታ ስለምፈልግ በCloud ሶፍትዌር የተገለጸ ማከማቻ ውስጥ እየተመለከትኩ ነበር። አንዳንድ መፍትሄዎች የነጥብ-ጊዜ ቅጽበተ-ፎቶዎችን እና ከጣቢያ ውጪ ምትኬዎችን ያቀርባሉ፣ ይህም ምቹ ነው።

6-7 የማከማቻ መፍትሄዎችን ሞከርኩ፡-

ኢቢኤስን ይክፈቱ

አስቀድሜ እንዳልኩት ባለፈው ልጥፍ ውስጥከዝርዝሩ ውስጥ ያሉትን አብዛኛዎቹን አማራጮች ከሞከርኩ በኋላ በመጀመሪያ በOpenEBS ላይ መኖር ጀመርኩ። ክፍት ኢቢኤስ ለመጫን እና ለመጠቀም በጣም ቀላል ነው፣ ግን እውነቱን ለመናገር፣ በተጫነው እውነተኛ መረጃ ከተሞከርኩ በኋላ አፈፃፀሙ አሳዝኖኛል። ይህ ክፍት ምንጭ ነው፣ እና ገንቢዎች በራሳቸው ናቸው። ለስላሳ ቻናል እርዳታ በሚያስፈልገኝ ጊዜ ሁል ጊዜ በጣም አጋዥ። እንደ አለመታደል ሆኖ ከሌሎች አማራጮች ጋር ሲወዳደር በጣም ደካማ አፈጻጸም አለው፣ ስለዚህ ፈተናዎቹን እንደገና ማካሄድ ነበረብኝ። አሁን OpenEBS 3 የማጠራቀሚያ ሞተር አለው፣ ግን ለcStor የቤንችማርክ ውጤቶችን እየለጠሁ ነው። እስካሁን ለጂቫ እና LocalPV ቁጥሮች የለኝም።

በአጭር አነጋገር፣ ጂቫ በትንሹ ፈጣን ነው፣ እና LocalPV በአጠቃላይ ፈጣን ነው፣ ከአሽከርካሪው ቤንችማርክ የከፋ አይደለም። የLocalPV ችግር ድምጹ ሊደረስበት የሚችለው በተሰጠበት መስቀለኛ መንገድ ላይ ብቻ ነው፣ እና ምንም አይነት ድግግሞሽ የለም። በ በኩል ምትኬን ወደነበረበት መመለስ ላይ አንዳንድ ችግሮች አጋጥመውኝ ነበር። ጀልባ በአዲሱ ክላስተር ላይ የመስቀለኛ ስሞች የተለያዩ ስለሆኑ። ስለ ምትኬዎች ስንናገር፣ cStor አለው። ተሰኪ ለ ቬለሮበVelero-Restic ከፋይል ደረጃ መጠባበቂያዎች የበለጠ ምቹ የሆነ ከጣቢያ ውጪ የነጥብ-ጊዜ ቅጽበታዊ መጠባበቂያ ቅጂዎችን ማድረግ ይችላሉ። ጻፍኩ በርካታ ስክሪፕቶችበዚህ ፕለጊን ምትኬዎችን እና እነበረበት መልስን ለማስተዳደር ቀላል ለማድረግ። በአጠቃላይ፣ OpenEBSን በጣም እወዳለሁ፣ ግን አፈፃፀሙ...

Rook

ሩክ እንዲሁ ክፍት ምንጭ ነው ፣ እና በዝርዝሩ ውስጥ ካሉት አማራጮች የሚለየው ውስብስብ የማከማቻ አስተዳደር ስራዎችን በተለያዩ የኋላ ክፍሎች የሚያከናውን የማከማቻ ኦርኬስትራ ነው ፣ ለምሳሌ ኬፍ, EdgeFS እና ሌሎች, ይህም ስራውን በእጅጉ ያቃልላል. ከጥቂት ወራት በፊት ስሞክር ከ EfgeFS ጋር ችግሮች አጋጥመውኝ ነበር፣ ስለዚህ በዋናነት በሴፍ ሞከርኩት። Ceph የማገጃ ማከማቻን ብቻ ሳይሆን ከS3/Swift እና ከተከፋፈለ የፋይል ስርዓት ጋር የሚስማማ የነገር ማከማቻ ያቀርባል። ስለ ሴፍ የምወደው ነገር የድምጽ መጠን መረጃን በበርካታ ዲስኮች ላይ የማሰራጨት ችሎታ ነው ስለዚህም ድምጹ በአንድ ዲስክ ላይ ከሚገባው በላይ የዲስክ ቦታን መጠቀም ይችላል። ምቹ ነው። ሌላው ጥሩ ባህሪ ዲስኮች ወደ ክላስተር ሲጨመሩ በራስ ሰር በሁሉም ዲስኮች ላይ መረጃን ያሰራጫል።

Ceph ቅጽበተ-ፎቶዎች አሉት፣ ግን እስከማውቀው ድረስ በሮክ/ኩበርኔትስ ውስጥ በቀጥታ መጠቀም አይችሉም። አልገባኝም አልገባኝም። ነገር ግን ከጣቢያ ውጪ ምንም መጠባበቂያዎች የሉም፣ ስለዚህ የሆነ ነገር በVelero/Restic መጠቀም አለቦት፣ነገር ግን የፋይል ደረጃ መጠባበቂያዎች ብቻ እንጂ የነጥብ ጊዜ ቅጽበታዊ እይታዎች የሉም። ስለ ሩክ በጣም የምወደው ነገር ግን ከሴፍ ጋር መስራት ቀላል ነው - ሁሉንም ማለት ይቻላል ውስብስብ ነገሮችን ይደብቃል እና ለመላ ፍለጋ በቀጥታ ከሴፍ ጋር ለመነጋገር መሳሪያዎችን ያቀርባል። በሚያሳዝን ሁኔታ, በሴፍ ጥራዞች የጭንቀት ፈተና ላይ, ሁልጊዜም ነበረኝ ይህ ችግርሴፍ ያልተረጋጋ እንዲሆን የሚያደርገው። ይህ በራሱ በሴፍ ላይ ያለ ስህተት ወይም ሩክ ሴፍን እንዴት እንደሚያስተዳድር ላይ ያለ ችግር እንደሆነ እስካሁን ግልጽ አይደለም። በማህደረ ትውስታ ቅንጅቶች ውስጥ ገባሁ፣ እና ተሻሽሏል፣ ግን ችግሩ ሙሉ በሙሉ አልተቀረፈም። ከታች ባሉት መመዘኛዎች እንደሚታየው ሴፍ ጥሩ አፈጻጸም አለው። እንዲሁም ጥሩ ዳሽቦርድ አለው።

Rancher Longhorn

ሎንግሆርን በጣም እወዳለሁ። ይህ ተስፋ ሰጪ መፍትሄ ይመስለኛል። እውነት ነው, ገንቢዎቹ እራሳቸው (ራንቸር ላብስ) እስካሁን ድረስ ለምርት አካባቢ ተስማሚ እንዳልሆነ አምነዋል, ይህ ደግሞ ያሳያል. ክፍት ምንጭ ነው እና ጥሩ አፈጻጸም አለው (እስካሁን አላመቻቹትም) ግን ጥራዞች ከፖድ ጋር ለማያያዝ በጣም ረጅም ጊዜ ይወስዳሉ እና በጣም በከፋ ሁኔታ ከ15-16 ደቂቃዎችን ይወስዳል በተለይም ትልቅ ምትኬን ወደነበረበት ከተመለሰ በኋላ ወይም የሥራ ጫና ማሻሻል. የእነዚያ ቅጽበታዊ ገጽ እይታዎች ቅጽበታዊ ገጽ እይታዎች እና ከጣቢያ ውጪ መጠባበቂያዎች አሉት፣ ግን እነሱ የሚተገበሩት ጥራዞች ላይ ብቻ ነው፣ ስለዚህ አሁንም የተቀሩትን ሀብቶች ምትኬ ለማስቀመጥ እንደ ቬሌሮ ያለ ነገር ያስፈልግዎታል። ምትኬ እና መልሶ ማቋቋም በጣም አስተማማኝ ናቸው ነገር ግን ጨዋነት የጎደለው ቀርፋፋ ነው። በቁም ነገር፣ በዝግታ ብቻ። በሎንግሆርን ውስጥ ከአማካይ የውሂብ መጠን ጋር ሲሰሩ የሲፒዩ አጠቃቀም እና የስርዓት ጭነት ብዙ ጊዜ ይጨምራል። ሎንግሆርን ለማስተዳደር ምቹ ዳሽቦርድ አለ። ሎንግሆርን እንደምወደው አስቀድሜ ተናግሬአለሁ፣ ግን በትክክል መስራት አለበት።

ማከማቻዎች OS

StorageOS በዝርዝሩ ውስጥ የመጀመሪያው የሚከፈልበት ምርት ነው። የተወሰነ የሚተዳደር ማከማቻ መጠን 500 ጂቢ ያለው የገንቢ ስሪት አለው፣ ነገር ግን በአንጓዎች ብዛት ላይ ገደብ ያለው አይመስለኝም። የሽያጭ ክፍሉ በትክክል ካስታወስኩ ለ 125 ቲቢ በወር ከ1 ዶላር እንደሚጀምር ነግሮኛል። መሰረታዊ ዳሽቦርድ እና ምቹ CLI አለ ፣ ግን በአፈፃፀሙ ላይ አንድ እንግዳ ነገር እየተከሰተ ነው-በአንዳንድ መመዘኛዎች ውስጥ በጣም ጨዋ ነው ፣ ግን በጥራዞች ውጥረት ፈተና ፣ ፍጥነቱን በጭራሽ አልወደድኩትም። በአጠቃላይ ምን እንደምል አላውቅም። ስለዚህ በትክክል አልገባኝም። ከጣቢያ ውጪ ያሉ ምትኬዎች እዚህ የሉም እና እንዲሁም ቬሌሮን ከሬስቲክ ወደ ምትኬ ጥራዞች መጠቀም ይኖርብዎታል። እንግዳ ነገር ነው, ምክንያቱም ምርቱ የተከፈለ ነው. እና ገንቢዎቹ በ Slack ውስጥ ለመግባባት ጓጉተው አልነበሩም።

ሮቢን

ስለ ሮቢን በሬዲት ላይ ከCTO ተምሬያለሁ። ከዚህ በፊት ስለ እሱ ሰምቼው አላውቅም ነበር። ምናልባት ነፃ መፍትሄዎችን በመፈለግ ላይ ስለነበር እና ሮቢን ይከፈላል. 10TB ማከማቻ እና ሶስት አንጓዎች ያለው ቆንጆ ለጋስ የሆነ ነፃ ስሪት አላቸው። በአጠቃላይ, ምርቱ በጣም ጨዋ እና ጥሩ ባህሪያት ያለው ነው. በጣም ጥሩ CLI አለ ነገር ግን በጣም ጥሩው ነገር ሙሉውን አፕሊኬሽኑን (Helm releases ወይም "flex apps" በሪሶርስ መራጭ ውስጥ) ጥራዞችን እና ሌሎች ሃብቶችን በማካተት ቅጽበታዊ ገጽ እይታ እና ምትኬ ማድረግ ይችላሉ፣ ስለዚህ ያለ ቬሌሮ ማድረግ ይችላሉ። እና ለአንድ ትንሽ ዝርዝር ካልሆነ ሁሉም ነገር ድንቅ ይሆናል: ወደነበረበት ከመለሱ (ወይም "አስመጪ", በሮቢን እንደሚጠራው) በአዲስ ክላስተር ላይ ማመልከቻ - ለምሳሌ, በአደጋ ማገገም - እድሳት, እርግጥ ነው፣ ይሰራል፣ ግን ትግበራ የተከለከለ ነው ምትኬን መቀጠል። በዚህ ልቀት ውስጥ፣ ይህ በቀላሉ አይቻልም፣ እና ገንቢዎቹ አረጋግጠዋል። በተለይም ሌሎች ጥቅሞችን በሚያስቡበት ጊዜ (ለምሳሌ በሚያስደንቅ ሁኔታ ፈጣን መጠባበቂያ እና መልሶ ማቋቋም) ይህ ቢያንስ ቢያንስ እንግዳ ነገር ነው። ገንቢዎቹ በሚቀጥለው ልቀት ሁሉንም ነገር ለማስተካከል ቃል ገብተዋል። አፈፃፀሙ በአጠቃላይ ጥሩ ነው፣ ግን አንድ እንግዳ ነገር አስተውያለሁ፡ ቤንችማርክን በቀጥታ ከአስተናጋጁ ጋር በተያያዙት የድምጽ መጠን ላይ ብታካሂዱ፣ የንባብ ፍጥነቱ ከተመሳሳይ ድምጽ በጣም ከፍ ያለ ነው፣ ነገር ግን ከፖድ ውስጥ። ሁሉም ሌሎች ውጤቶች ተመሳሳይ ናቸው, ነገር ግን በንድፈ ሀሳብ ውስጥ ምንም ልዩነት ሊኖር አይገባም. ምንም እንኳን እነሱ እየሰሩበት ቢሆንም፣ በመልሶ ማቋቋም እና በመጠባበቂያው ችግር ተበሳጭቼ ነበር - በመጨረሻ ተስማሚ መፍትሄ ያገኘሁ መስሎ ታየኝ፣ እና ተጨማሪ ቦታ ወይም ተጨማሪ አገልጋይ ስፈልግ ለመክፈል እንኳን ዝግጁ ነበርኩ።

ፖርትዎርክስ

እዚህ ብዙ የምለው የለኝም። ይህ የሚከፈልበት ምርት ነው, እኩል አሪፍ እና ውድ. አፈፃፀሙ አስደናቂ ነው። እስካሁን ድረስ ይህ በጣም ጥሩው አመላካች ነው. Slack በGoogle GKE የገበያ ቦታ ላይ እንደተዘረዘረው ዋጋዎች በወር ከ205 ዶላር እንደሚጀምሩ ነግሮኛል። በቀጥታ ከገዙ ርካሽ እንደሚሆን አላውቅም። ያም ሆነ ይህ፣ አቅም የለኝም፣ ስለዚህ የገንቢ ፍቃድ (እስከ 1 ቴባ እና 3 ኖዶች) በስታቲክ አቅርቦት ካልረኩ በስተቀር ከ Kubernetes ጋር ምንም ፋይዳ እንደሌለው በጣም በጣም አዝኛለሁ። በሙከራ ጊዜ ማብቂያ ላይ የድምጽ ፍቃዱ በራስ-ሰር ወደ ገንቢ እንደሚወርድ ተስፋ አድርጌ ነበር፣ ግን ያ አልሆነም። የገንቢ ፈቃዱ በቀጥታ ከዶከር ጋር ብቻ ጥቅም ላይ ሊውል ይችላል፣ እና በኩበርኔትስ ውስጥ ያለው ማዋቀር በጣም አስቸጋሪ እና የተገደበ ነው። እርግጥ ነው፣ ክፍት ምንጭን እመርጣለሁ፣ ነገር ግን ገንዘብ ቢኖረኝ በእርግጠኝነት ፖርትዎርክስን እመርጣለሁ። እስካሁን ድረስ አፈፃፀሙ በቀላሉ ከሌሎች አማራጮች ጋር አይወዳደርም።

ሊንስተር

ልጥፉ ከታተመ በኋላ አንባቢ ሊንስተርን ለመሞከር ሲጠቁም ይህንን ክፍል ጨምሬያለሁ። ሞከርኩት እና ወደድኩት! ግን አሁንም መቆፈር አለብዎት. አሁን አፈፃፀሙ መጥፎ አይደለም ማለት እችላለሁ (የቤንችማርክ ውጤቶች ከዚህ በታች ተጨምረዋል)። እንደ እውነቱ ከሆነ, ያለምንም ክፍያ በቀጥታ ለዲስክ ተመሳሳይ አፈፃፀም አግኝቻለሁ. (ለምን የ Portworx ቁጥሮች ከድራይቭ ቤንችማርክ የተሻለ እንደሆኑ አትጠይቁ። ምንም ሀሳብ የለኝም። አስማት፣ እገምታለሁ።) ስለዚህ ሊንስተር እስካሁን ድረስ በጣም ውጤታማ ይመስላል። እሱን መጫን ያን ያህል አስቸጋሪ አይደለም, ነገር ግን እንደ ሌሎች አማራጮች ቀላል አይደለም. መጀመሪያ ሊንስቶርን (የከርነል ሞጁል እና መሳሪያዎች/አገልግሎቶች) መጫን እና LVMን ከኩበርኔትስ ውጪ ለቅጽበታዊ አቅርቦት እና ቅጽበታዊ ገጽ እይታ ድጋፍ በቀጥታ በአስተናጋጁ ላይ ማዋቀር እና ከዚያ ከ Kubernetes ማከማቻ ለመጠቀም የሚያስፈልጉትን ሀብቶች መፍጠር ነበረብኝ። በ CentOS ላይ አለመስራቱን እና ኡቡንቱን መጠቀም እንዳለበት አልወደድኩትም። በእርግጥ አስፈሪ አይደለም, ነገር ግን ትንሽ የሚያበሳጭ ነው, ምክንያቱም ሰነዱ (በነገራችን ላይ በጣም ጥሩ ነው) በተገለጹት የ Epel ማከማቻዎች ውስጥ የማይገኙ በርካታ ፓኬጆችን ይጠቅሳል. ሊንስቶር ቅጽበተ-ፎቶዎች አሉት፣ ነገር ግን ከጣቢያ ውጪ መጠባበቂያዎች የሉም፣ ስለዚህ እዚህ እንደገና ጥራዞችን ለማስቀመጥ ቬሌሮ ከሬስቲክ ጋር መጠቀም ነበረብኝ። በፋይል ደረጃ ምትኬዎች ላይ ቅጽበተ-ፎቶዎችን እመርጣለሁ፣ ነገር ግን መፍትሄው ውጤታማ እና አስተማማኝ ከሆነ ይህ ሊታገስ ይችላል። ሊንስተር ክፍት ምንጭ ነው ግን የሚከፈልበት ድጋፍ አለው። በትክክል ከተረዳሁ, ምንም እንኳን የድጋፍ ውል ባይኖርዎትም, ያለ ገደብ ጥቅም ላይ ሊውል ይችላል, ነገር ግን ይህ መገለጽ አለበት. ሊንስቶር ለ Kubernetes እንዴት እንደሚሞከር አላውቅም, ነገር ግን የማከማቻው ንብርብር እራሱ ከ Kubernetes ውጭ ነው, እና እንደሚታየው, መፍትሄው ትናንት አልታየም, ስለዚህ ምናልባት ቀድሞውኑ በእውነተኛ ሁኔታዎች ውስጥ ተፈትኗል. ሃሳቤን እንድቀይር እና ወደ ኩበርኔትስ እንድመለስ የሚያደርግ መፍትሄ እዚህ አለ? አላውቅም. አሁንም በጥልቀት መቆፈር፣ መባዛትን ማጥናት አለብን። እስኪ እናያለን. ግን የመጀመሪያው ስሜት ጥሩ ነው. የበለጠ ነፃነት ለማግኘት እና አዳዲስ ነገሮችን ለመማር በእርግጠኝነት ከሄሮኩ ይልቅ የራሴን የኩበርኔትስ ስብስቦችን መጠቀም እመርጣለሁ። ሊንስቶርን መጫን እንደሌሎች ቀላል ስላልሆነ ስለሱ በቅርቡ ልጥፍ እጽፋለሁ።

መመዘኛዎች

እንደ አለመታደል ሆኖ ስለ ንጽጽሩ ጥቂት መዝገቦችን አስቀምጫለሁ, ምክንያቱም ስለ እሱ እጽፋለሁ ብዬ አላሰብኩም ነበር. የ fio ቤዝላይን ቤንችማርክ ውጤቶች ብቻ አሉኝ እና ለነጠላ የመስቀለኛ ክፍል ስብስቦች ብቻ ነው፣ ስለዚህ ለተባዙ ውቅሮች እስካሁን ቁጥሮች የለኝም። ነገር ግን ከእነዚህ ውጤቶች ከእያንዳንዱ አማራጭ ምን እንደሚጠብቁ ግምታዊ ሀሳብ ማግኘት ይችላሉ ፣ ምክንያቱም በተመሳሳይ የደመና አገልጋዮች ፣ 4 ኮር ፣ 16 ጂቢ ራም ፣ ለተፈተኑት ጥራዞች ከተጨማሪ 100 ጂቢ ዲስክ ጋር አነፃፅሬያቸዋለሁ። ለእያንዳንዱ መፍትሄ መለኪያዎችን ሶስት ጊዜ ሮጥኩ እና አማካይ ውጤቱን አስላለሁ እና ለእያንዳንዱ ምርት የአገልጋይ ቅንብሮችን እንደገና አስጀምሬያለሁ። ይህ ሁሉ ሙሉ በሙሉ ሳይንሳዊ አይደለም, ልክ እርስዎ በአጠቃላይ ቃላት መረዳት. በሌሎች ሙከራዎች 38 ጂቢ ፎቶዎችን እና ቪዲዮዎችን ከድምጽ እና ማንበብ እና መጻፍ ለመፈተሽ ገልብጫለሁ ፣ ግን ፣ ወዮ ፣ ቁጥሮቹን አላስቀመጥኩም። በአጭሩ፡ Portworkx በጣም ፈጣን ነበር።

ለድምጽ መለኪያ፣ ይህንን አንጸባራቂ ተጠቀምኩ፡

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: 4

መጀመሪያ ከተገቢው የማከማቻ ክፍል ጋር አንድ ጥራዝ ፈጠርኩ እና ስራውን ከትዕይንቱ በስተጀርባ ከ fio ጋር ሄድኩ። አፈፃፀሙን ለመገመት እና ብዙ ጊዜ ላለመጠበቅ 1 ጊባ ወስጃለሁ። ውጤቶቹ እነሆ፡-

ማከማቻ በኩበርኔትስ፡ OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor

ለእያንዳንዱ መለኪያ ምርጡን በአረንጓዴ እና መጥፎውን በቀይ ገልጫለሁ።

መደምደሚያ

እንደሚመለከቱት፣ በአብዛኛዎቹ ሁኔታዎች ፖርትዎርክስ ከሌሎች በተሻለ ሁኔታ ፈጽሟል። ለእኔ ግን ውድ ነው። የሮቢን ወጪ ምን ያህል እንደሆነ አላውቅም፣ ግን በጣም ጥሩ የሆነ የነፃ እትም አለ፣ ስለዚህ የሚከፈልበት ምርት ከፈለጉ፣ ሊሞክሩት ይችላሉ (በቅርቡ ችግሩን በመልሶ ማቋቋም እና መጠባበቂያዎች እንደሚያስተካክሉት ተስፋ አደርጋለሁ)። ከሦስቱ ነጻ ከሆኑት፣ በOpenEBS ላይ በጣም ጥቂት ችግሮች አጋጥመውኛል፣ ነገር ግን አፈፃፀሙ አስከፊ ነው። ይቅርታ ተጨማሪ ውጤቶችን አላስቀመጥኩም, ግን ቁጥሮቹ እና አስተያየቶቼ እንደሚረዱዎት ተስፋ አደርጋለሁ.

ምንጭ: hab.com

አስተያየት ያክሉ