ማከማቻ በኩበርኔትስ፡ 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 ጋር ምንም ፋይዳ እንደሌለው በጣም በጣም አዝኛለሁ። በሙከራ ጊዜ ማብቂያ ላይ የድምጽ ፍቃዱ በራስ-ሰር ወደ ገንቢ እንደሚወርድ ተስፋ አድርጌ ነበር፣ ግን ያ አልሆነም። የገንቢ ፈቃዱ በቀጥታ ከዶከር ጋር ብቻ ጥቅም ላይ ሊውል ይችላል፣ እና በኩበርኔትስ ውስጥ ያለው ማዋቀር በጣም አስቸጋሪ እና የተገደበ ነው። እርግጥ ነው፣ ክፍት ምንጭን እመርጣለሁ፣ ነገር ግን ገንዘብ ቢኖረኝ በእርግጠኝነት ፖርትዎርክስን እመርጣለሁ። እስካሁን ድረስ አፈፃፀሙ በቀላሉ ከሌሎች አማራጮች ጋር አይወዳደርም።

ሊንስተር

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

መመዘኛዎች

እንደ አለመታደል ሆኖ ስለ ንጽጽሩ ጥቂት መዝገቦችን አስቀምጫለሁ, ምክንያቱም ስለ እሱ እጽፋለሁ ብዬ አላሰብኩም ነበር. የ 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 ላይ በጣም ጥቂት ችግሮች አጋጥመውኛል፣ ነገር ግን አፈፃፀሙ አስከፊ ነው። ይቅርታ ተጨማሪ ውጤቶችን አላስቀመጥኩም, ግን ቁጥሮቹ እና አስተያየቶቼ እንደሚረዱዎት ተስፋ አደርጋለሁ.

ምንጭ: hab.com