AERODISK vAIR hyperconverged መፍትሄ። መሰረቱ የARDFS ፋይል ስርዓት ነው።

ሰላም የሀብር አንባቢዎች። በዚህ ጽሑፍ, በእኛ ስለተዘጋጀው hyperconverged ስርዓት AERODISK vAIR የሚናገር ዑደት እንከፍታለን. በመጀመሪያ ፣ ስለ ሁሉም ነገር በመጀመሪያ ጽሑፍ ውስጥ ሁሉንም ነገር መንገር እንፈልጋለን ፣ ግን ስርዓቱ በጣም የተወሳሰበ ነው ፣ ስለሆነም ዝሆኑን በከፊል እንበላለን።

ታሪኩን በስርአቱ አፈጣጠር ታሪክ እንጀምር፣ ወደ ARDFS የፋይል ስርዓት የ vAIR መሰረት የሆነውን በጥቂቱ እንመርምር እና እንዲሁም የዚህን መፍትሄ አቀማመጥ በሩሲያ ገበያ ላይ ትንሽ እንወያይ።

በሚቀጥሉት መጣጥፎች ውስጥ ስለ የተለያዩ የስነ-ህንፃ አካላት (ክላስተር ፣ ሃይፐርቫይዘር ፣ የጭነት ሚዛን ፣ የክትትል ስርዓት ፣ ወዘተ) ፣ የማዋቀር ሂደት ፣ የፍቃድ ጉዳዮችን ከፍ ለማድረግ ፣ የብልሽት ሙከራዎችን ለየብቻ እናሳያለን እና በእርግጥ ስለ ጭነት ሙከራ እንጽፋለን። እና መጠን. እንዲሁም የተለየ ጽሑፍ ለማህበረሰብ የvAIR ስሪት እናቀርባለን።

ኤሮዲስክ ስለ ማከማቻ ስርዓቶች ታሪክ ነው? ወይም ለምን hyperconvergent ከነጭራሹ ጀመርን?

መጀመሪያ ላይ፣ የራሳችንን hyperconvergent የመፍጠር ሃሳብ በ2010 አካባቢ ወደ እኛ መጣ። በዚያን ጊዜ በገበያ ላይ ኤሮዲስክም ሆነ ተመሳሳይ መፍትሄዎች (የንግድ ቦክስ hyperconverged ስርዓቶች) አልነበሩም። የእኛ ተግባር የሚከተለው ነበር-ከአካባቢው ዲስክ ካላቸው የአገልጋዮች ስብስብ ፣ በኤተርኔት ፕሮቶኮል በኩል በይነተገናኝ ግንኙነት ፣ የተራዘመ ማከማቻ መሥራት እና እዚያ ቨርቹዋል ማሽኖችን እና የፕሮግራም አውታረ መረብን ማስኬድ አስፈላጊ ነበር። ይህ ሁሉ ያለ ማከማቻ መተግበር ነበረበት (ምክንያቱም በቀላሉ ለማጠራቀሚያ ገንዘብ ስለሌለ እና የማከማቻ ስርዓታችንን ገና ስላልፈጠርን)።

ብዙ የክፍት ምንጭ መፍትሄዎችን ሞክረን አሁንም ይህንን ችግር ፈታን, ግን መፍትሄው በጣም የተወሳሰበ እና ለመድገም አስቸጋሪ ነበር. በተጨማሪም, ይህ መፍትሔ ከ "ስራዎች? አትንኩ!" ስለዚህ ያንን ችግር ከፈታን በኋላ የሥራችንን ውጤት ወደ ሙሉ ምርት የመቀየር ሀሳብ አላዳበርንም ።

ከዚያ ክስተት በኋላ, ከዚህ ሃሳብ ርቀናል, ነገር ግን አሁንም ይህ ተግባር ሙሉ በሙሉ ሊፈታ የሚችል ነው የሚል ስሜት ነበረን, እና የእንደዚህ አይነት ውሳኔ ጥቅሞች ከግልጽ በላይ ነበሩ. ለወደፊቱ, በውጭ ኩባንያዎች የተለቀቁ የ HCI ምርቶች ይህንን ስሜት ብቻ አረጋግጠዋል.

ስለዚህ, በ 2016 አጋማሽ ላይ, የተሟላ ምርት የመፍጠር አካል ሆኖ ወደዚህ ተግባር ተመለስን. በዚያን ጊዜ ከባለሀብቶች ጋር ምንም ዓይነት ግንኙነት ስላልነበረን ለራሳችን ብዙ ገንዘብ ለማይሆን የልማት መደርደሪያ መግዛት ነበረብን። አቪቶ ላይ BU አገልጋዮችን ከጻፍን በኋላ ወደ ሥራ ሄድን።

ዋናው የመጀመርያው ስራ የራሳችን የሆነ ቀላል ቢሆንም የራሳችንን የፋይል ስርዓት መፍጠር ሲሆን ይህም መረጃን በራስ ሰር እና እኩል በሆነ መልኩ በቨርቹዋል ብሎኮች መልክ በማሰራጨት በ n-th የክላስተር ኖዶች ውስጥ በኤተርኔት ግንኙነት የተገናኘ። በተመሳሳይ ጊዜ, FS በደንብ እና በቀላሉ መመዘን እና ከአጎራባች ስርዓቶች ነጻ መሆን አለበት, ማለትም. እንደ "ልክ ማከማቻ" ከ vAIR መራቅ።

የመጀመሪያው vAIR ጽንሰ-ሐሳብ

ከእነሱ ጋር ብዙ የፕሮጀክት ልምድ ስለነበረን ሆን ብለን የተዘረጋ ማከማቻ (ሴፍ፣ ግሉስተር፣ ሉስት እና የመሳሰሉትን) ለማደራጀት ዝግጁ የሆኑ ክፍት ምንጭ መፍትሄዎችን ለራሳችን ልማት መጠቀማችንን ትተናል። በእርግጥ እነዚህ መፍትሄዎች በራሳቸው በጣም ጥሩ ናቸው, እና በ Aerodisk ላይ ከመሥራትዎ በፊት, ከእነሱ ጋር ከአንድ በላይ የመዋሃድ ፕሮጀክቶችን ተግባራዊ እናደርጋለን. ግን የአንድ ደንበኛን የተወሰነ ተግባር መተግበር አንድ ነገር ነው ፣ሰራተኞችን ማሰልጠን እና ምናልባትም ከትልቅ ሻጭ ድጋፍን መግዛት እና ሌላው ነገር እኛ እንደ ሻጭ ፣ ስለራሳችን እንኳን ሊያውቅ ይችላል ። ለሁለተኛው ግብ, አሁን ያሉት ክፍት ምንጭ ምርቶች እኛን አይስማሙንም, ስለዚህ የተከፋፈለውን የፋይል ስርዓት እራሳችንን ለመቁረጥ ወሰንን.
ከሁለት አመት በኋላ በበርካታ ገንቢዎች (በ vAIR ላይ ስራን ከጥንታዊው የማከማቻ ሞተር ስራ ጋር በማጣመር) የተወሰነ ውጤት አስመዝግበዋል.

እ.ኤ.አ. በ 2018 ፣ ቀላሉን የፋይል ስርዓት ጽፈናል እና አስፈላጊውን ማሰሪያ ጨምረናል። ስርዓቱ ከተለያዩ ሰርቨሮች የተውጣጡ አካላዊ (አካባቢያዊ) ዲስኮችን በማጣመር በውስጣዊ ትስስር በኩል ወደ አንድ ጠፍጣፋ ገንዳ ውስጥ በማገናኘት ወደ ቨርቹዋል ብሎኮች “ቆርጠዋቸዋል” እና ከዚያ የተለያዩ የስህተት መቻቻል ያላቸው መሳሪያዎች የተፈጠሩት ምናባዊ መሳሪያዎች ከተፈጠሩባቸው ምናባዊ ብሎኮች ነው። እና KVM hypervisor. መኪኖችን በመጠቀም ተፈጽሟል።

በፋይል ስርዓቱ ስም ብዙም አልተቸገርንም እና በአጭሩ ARDFS ብለን ጠርተነዋል (እንዴት እንደሆነ ገምት))

ይህ ተምሳሌት ጥሩ ይመስላል (በምስላዊ አይደለም, በእርግጥ, በዚያን ጊዜ ምንም የእይታ ንድፍ አልነበረም) እና በአፈፃፀም እና በመጠን ረገድ ጥሩ ውጤቶችን አሳይቷል. ከመጀመሪያው ትክክለኛ ውጤት በኋላ፣ ሙሉ በሙሉ የተሟላ የልማት አካባቢ እና ከvAIR ጋር ብቻ የሚሰራ የተለየ ቡድን በማደራጀት ይህንን ፕሮጀክት አስጀመርን።

ልክ በዚያን ጊዜ, የመፍትሄው አጠቃላይ ስነ-ህንፃ ብስለት ነበር, ይህም ገና ትልቅ ለውጦችን አላደረገም.

ወደ ኤአርዲኤፍኤስ የፋይል ስርዓት ይዝለሉ

ኤአርዲኤፍኤስ የvAIR የጀርባ አጥንት ነው፣ ይህም ለሁሉም ክላስተር የተከፋፈለ ስህተትን የሚቋቋም ማከማቻ ያቀርባል። ከአርዲኤፍኤስ መለያ ባህሪያት አንዱ (ነገር ግን ብቸኛው አይደለም) ምንም ተጨማሪ የወሰኑ አገልጋዮችን ለሜታ እና አስተዳደር አለመጠቀሙ ነው። ይህ በመጀመሪያ የተፀነሰው የመፍትሄውን ውቅር ለማቃለል እና ለአስተማማኝነቱ ነው.

የማከማቻ መዋቅር

በሁሉም የክላስተር ኖዶች ውስጥ፣ ኤአርዲኤፍኤስ ከሁሉም የሚገኝ የዲስክ ቦታ ምክንያታዊ ገንዳ ያደራጃል። ገንዳው ገና መረጃ ወይም የተቀረጸ ቦታ አለመሆኑን መረዳት አስፈላጊ ነው, ነገር ግን በቀላሉ ምልክት ያድርጉ, ማለትም. ማንኛቸውም vAIR ያላቸው አንጓዎች ወደ ክላስተር ሲጨመሩ በቀጥታ ወደ የተጋራው የኤአርዲኤፍኤስ ገንዳ ይታከላሉ እና የዲስክ ሃብቶች በጠቅላላው ክላስተር (ለወደፊት የውሂብ ማከማቻም ይገኛሉ) በቀጥታ ይጋራሉ። ይህ አካሄድ ቀደም ሲል በሚሰራው ስርዓት ላይ ምንም አይነት ከባድ ተጽእኖ ሳያስከትል በራሪ ላይ አንጓዎችን ለመጨመር እና ለማስወገድ ያስችላል. እነዚያ። ስርዓቱ በ "ጡቦች" ለመለካት በጣም ቀላል ነው, አስፈላጊ ከሆነ በክላስተር ውስጥ ያሉትን አንጓዎች መጨመር ወይም ማስወገድ.

በARDFS ገንዳ አናት ላይ 4 ሜጋባይት መጠን ካለው ምናባዊ ብሎኮች የተገነቡ ቨርቹዋል ዲስኮች (የምናባዊ ማሽኖች ማከማቻ ዕቃዎች) ተጨምረዋል። ውሂቡ በቀጥታ በምናባዊ ዲስኮች ላይ ተቀምጧል። የስህተት መቻቻል እቅድ በምናባዊ ዲስክ ደረጃም ተቀናብሯል።

እንደገመቱት ፣ ለዲስክ ንዑስ ስርዓት ስህተት መቻቻል ፣ እኛ የ RAID ጽንሰ-ሀሳብ አንጠቀምም (Redundant array of independent Disks)፣ ነገር ግን RAIN (Redundant array of independent Nodes) እንጠቀማለን። እነዚያ። ስህተትን መቻቻል የሚለካው በዲስክ ሳይሆን በመስቀለኛ መንገድ ነው፣ አውቶሜትድ እና የሚተዳደር ነው። ዲስኮች ፣ በእርግጥ ፣ እንዲሁ የማጠራቀሚያ ዕቃዎች ናቸው ፣ እነሱ ፣ ልክ እንደ ሁሉም ነገር ፣ ቁጥጥር ይደረግባቸዋል ፣ ሁሉንም መደበኛ ስራዎችን ከእነሱ ጋር ማከናወን ይችላሉ ፣ የአካባቢ ሃርድዌር RAID መገንባትን ጨምሮ ፣ ግን ክላስተር በትክክል ከአንጓዎች ጋር ይሰራል።

RAID በትክክል በሚፈልጉበት ሁኔታ (ለምሳሌ፣ በትናንሽ ስብስቦች ላይ ብዙ ውድቀቶችን የሚደግፍ ሁኔታ)፣ ምንም ነገር የአካባቢያዊ RAID መቆጣጠሪያዎችን ከመጠቀም የሚከለክልዎት ነገር የለም፣ እና የተዘረጋ ማከማቻ እና የ RAIN አርክቴክቸር ከመሥራት በላይ። እንዲህ ዓይነቱ ሁኔታ በጣም ሕያው ነው እና በእኛ የተደገፈ ነው, ስለዚህ ስለ vAIR አጠቃቀም የተለመዱ ሁኔታዎችን በተመለከተ በአንድ ጽሑፍ ውስጥ እንነጋገራለን.

የማከማቻ አለመሳካት ዕቅዶች

በvAIR ውስጥ ለምናባዊ ዲስኮች ሁለት የስህተት መቻቻል ዕቅዶች ሊኖሩ ይችላሉ፡

1) ማባዛት ወይም ማባዛት ብቻ - ይህ የስህተት መቻቻል ዘዴ “እንደ ዱላ እና ገመድ” ቀላል ነው። የተመሳሰለ ማባዛት በአንጓዎች መካከል በ 2 እጥፍ (2 ቅጂዎች በክላስተር) ወይም በ 3 (በቅደም ተከተል 3 ቅጂዎች) መካከል ይከናወናል. RF-2 ቨርቹዋል ዲስክ በክላስተር ውስጥ የአንድ መስቀለኛ መንገድ አለመሳካቱን እንዲቋቋም ያስችለዋል, ነገር ግን ጥቅም ላይ ከሚውለው የድምፅ መጠን ግማሹን "ይበላል", እና RF-3 በክላስተር ውስጥ የ 2 ኖዶች ውድቀትን ይቋቋማል, ነገር ግን ቀድሞውኑ 2/3 ተይዟል. ለፍላጎቱ ጥቅም ላይ የሚውል የድምጽ መጠን. ይህ እቅድ ከRAID-1 ጋር በጣም ተመሳሳይ ነው፣ ማለትም፣ በ RF-2 ውስጥ የተዋቀረው ቨርቹዋል ዲስክ የማንኛውንም የክላስተር መስቀለኛ መንገድ ውድቀትን የሚቋቋም ነው። በዚህ አጋጣሚ መረጃው ትክክል ይሆናል እና I / O እንኳን አይቆምም. የወረደው መስቀለኛ መንገድ ወደ አገልግሎት ሲመለስ አውቶማቲክ ዳታ መልሶ ማግኛ/ማመሳሰል ይጀምራል።

ከታች ያሉት የ RF-2 እና RF-3 ውሂብን በመደበኛ ሁነታ እና በብልሽት ሁኔታ ውስጥ የማሰራጨት ምሳሌዎች ናቸው.

በ 8 vAIR ኖዶች ላይ የሚሰራ 4MB ልዩ (ጠቃሚ) ውሂብ መጠን ያለው ቨርቹዋል ማሽን አለን። እንደ እውነቱ ከሆነ እንዲህ ዓይነቱ ትንሽ መጠን ሊኖር እንደማይችል ግልጽ ነው, ነገር ግን የ ARDFS ሎጂክን የሚያንፀባርቅ እቅድ, ይህ ምሳሌ በጣም ለመረዳት የሚቻል ነው. ኤቢኤስ ልዩ የቨርቹዋል ማሽን መረጃን የያዙ 4ሜባ ምናባዊ ብሎኮች ናቸው። RF-2 እነዚህን ብሎኮች A1+A2 እና B1+B2 በቅደም ተከተል ሁለት ቅጂዎችን ይፈጥራል። እነዚህ ብሎኮች ወደ አንጓዎች "የተበላሹ" ናቸው, በተመሳሳይ መስቀለኛ መንገድ ላይ ያለውን ተመሳሳይ ውሂብ መገናኛን በማስወገድ, ማለትም የ A1 ቅጂ ከ A2 ቅጂ ጋር በተመሳሳይ መስቀለኛ መንገድ ላይ አይቀመጥም. ከ B1 እና B2 ጋር ተመሳሳይ ነው.

የአንደኛው አንጓዎች ብልሽት ሲከሰት (ለምሳሌ ፣ መስቀለኛ መንገድ ቁጥር 3 ፣ የ B1 ቅጂ የያዘ) ፣ ይህ ቅጂ የቅጂው ቅጂ በሌለበት በመስቀለኛ መንገዱ ላይ በራስ-ሰር ይሠራል (ማለትም ፣ ቅጂ)። የ B2)

ስለዚህ, ቨርቹዋል ዲስክ (እና ቪኤም, በቅደም ተከተል) በ RF-2 እቅድ ውስጥ የአንድ መስቀለኛ መንገድ ውድቀት በቀላሉ ይተርፋሉ.

የማባዛት እቅድ ምንም እንኳን ቀላል እና አስተማማኝነት ቢኖረውም, ልክ እንደ RAID1 ተመሳሳይ ህመም ይሠቃያል - ትንሽ ጥቅም ላይ የሚውል ቦታ አለ.

2) ከላይ ያለውን ችግር ለመፍታት ኮድ ማድረግ ወይም መደምሰስ ("reundant codeing"""erasure codeing" ወይም "redunundancy code" በመባልም ይታወቃል) ከላይ ያለውን ችግር ለመፍታት ብቻ አለ። EC ከማባዛት ጋር ሲነፃፀር አነስተኛ የዲስክ ቦታን በማስቀመጥ ከፍተኛ የመረጃ አቅርቦትን የሚያቀርብ የድግግሞሽ እቅድ ነው። የዚህ አሰራር መርህ ከ RAID 5, 6, 6P ጋር ተመሳሳይ ነው.

ኢንኮዲንግ በሚደረግበት ጊዜ የEC ሂደት ቨርቹዋል ብሎክ (ነባሪ 4 ሜባ) በ EC እቅድ ላይ በመመስረት ወደ ብዙ ትናንሽ "ዳታ ክሮች" ይከፍላል (ለምሳሌ 2+1 እቅድ እያንዳንዱን 4MB ብሎክ ወደ 2 2 ሜባ ክፋይ ይከፍላል)። በተጨማሪም ይህ ሂደት ቀደም ሲል ከተለዩት ክፍሎች ውስጥ ከአንዱ የማይበልጥ "የመረጃ ክፍሎችን" "የተመጣጣኝ ክፍሎችን" ያመነጫል. ሲገለበጥ EC የጎደሉትን ቁርጥራጮች ያመነጫል ከጠቅላላው ክላስተር "የተረፈ" መረጃን በማንበብ።

ለምሳሌ በ 2 ክላስተር ኖዶች ላይ የተተገበረው 1 + 4 ኢሲ እቅድ ያለው ቨርቹዋል ዲስክ በክላስተር ውስጥ ያለ አንድ መስቀለኛ መንገድ ልክ እንደ RF-2 በቀላሉ ይተርፋል። በተመሳሳይ ጊዜ, የትርፍ ወጪዎች ዝቅተኛ ይሆናሉ, በተለይም ለ RF-2 ጠቃሚ የአቅም መጠን 2 ነው, እና ለ EC 2 + 1 1,5 ይሆናል.

ለመግለጽ ቀላል ከሆነ ነጥቡ ምናባዊ እገዳው በ 2-8 የተከፈለ ነው (ለምን ከ 2 እስከ 8 ከዚህ በታች ይመልከቱ) “ቁራጮች” ፣ እና ለእነዚህ ቁርጥራጮች ተመሳሳይ መጠን ያላቸው “ቁራጮች” ይሰላሉ ።

በውጤቱም፣ መረጃ እና እኩልነት በሁሉም የክላስተር አንጓዎች ላይ በእኩል ይሰራጫሉ። በተመሳሳይ ጊዜ, ልክ እንደ ማባዛት, ኤአርዲኤፍኤስ በአንድ መስቀለኛ መንገድ ላይ ተመሳሳይ መረጃዎችን (የመረጃ ቅጂዎችን እና የእነሱን እኩልነት) እንዳይከማች ለመከላከል በአንጓዎች መካከል መረጃን በራስ-ሰር ያሰራጫል, ይህም መረጃን የማጣት እድልን ለማስወገድ ነው. ውሂቡ እና የእነሱ ተመሳሳይነት በድንገት በአንድ የማከማቻ መስቀለኛ መንገድ ላይ ሳይሳካ ይቀራል.

ከዚህ በታች ምሳሌ አለ፣ በተመሳሳይ 8 ሜባ ቨርቹዋል ማሽን እና 4 ኖዶች፣ ግን ከ EC 2 + 1 እቅድ ጋር።

ብሎኮች A እና B እያንዳንዳቸው 2 ሜባ በሁለት ክፍሎች ይከፈላሉ (ሁለት ምክንያቱም 2 + 1) ማለትም ወደ A1 + A2 እና B1 + B2። እንደ ግልባጭ፣ A1 የA2 ቅጂ አይደለም፣ ቨርቹዋል ብሎክ ሀ፣ በሁለት ክፍሎች የተከፈለ፣ ከብሎክ B ጋር አንድ አይነት ነው።በአጠቃላይ እያንዳንዳቸው ሁለት ሁለት-ሜጋባይት ቁርጥራጮችን ይይዛሉ። . በተጨማሪም ለእያንዳንዳቸው እነዚህ ስብስቦች እኩልነት ከአንድ በላይ ባልሆነ መጠን (ማለትም 4 ሜባ) ይሰላል, ተጨማሪ + 2 የፓርቲ ቁርጥራጮች (AP እና BP) እናገኛለን. በአጠቃላይ 2×4 ዳታ + 2×2 እኩልነት አለን።

በመቀጠል, ቁራጮቹ ወደ አንጓዎች "የተበላሹ" ናቸው ስለዚህም ውሂቡ ከእኩይነታቸው ጋር አይገናኝም. እነዚያ። A1 እና A2 እንደ AP በተመሳሳይ መስቀለኛ መንገድ ላይ አይዋሹም።

የአንዱ መስቀለኛ መንገድ አለመሳካት (ሦስተኛውን እንበል) የወደቀው ብሎክ B1 በራስ-ሰር በመስቀለኛ መንገድ ቁጥር 2 ላይ ከተከማቸው የ BP ፐርቲቲ ወደነበረበት ይመለሳል እና ባለበት መስቀለኛ መንገድ ላይ እንዲነቃ ይደረጋል። ምንም ቢ-ተመጣጣኝ የለም, ማለትም. የ BP ቁራጭ. በዚህ ምሳሌ፣ ይህ መስቀለኛ መንገድ ቁጥር 1 ነው።

እርግጠኛ ነኝ አንባቢው የሚከተለውን ይጠይቃል።

"የገለጽከው ነገር ሁሉ በተወዳዳሪዎችም ሆነ በክፍት ምንጭ መፍትሔዎች ለረጅም ጊዜ ሲተገበር ቆይቷል፣ በARDFS ውስጥ EC ትግበራህ መካከል ያለው ልዩነት ምንድን ነው?"

እና ከዚያ የARDFS ሥራ አስደሳች ገጽታዎች ይኖራሉ።

በተለዋዋጭነት ላይ በማተኮር ኮድ መስጠትን ደምስስ

መጀመሪያ ላይ፣ ይልቁንም ተለዋዋጭ የEC X+Y እቅድ አቅርበናል፣ X ቁጥር ከ2 እስከ 8፣ እና Y ከ1 እስከ 8 የሆነ ቁጥር ነው፣ ግን ሁልጊዜ ከ X ያነሰ ወይም እኩል ነው። ይህ እቅድ ለተለዋዋጭነት የቀረበ ነው። ቨርቹዋል ብሎክ የተከፋፈለበት የዳታ (X) ቁራጮች ቁጥር መጨመር ትርፍ ክፍያን ለመቀነስ ያስችላል፣ ማለትም ጥቅም ላይ የሚውል ቦታን ይጨምራል።
የፓርቲ ቺንኮች (Y) ቁጥር ​​መጨመር የቨርቹዋል ዲስክ አስተማማኝነትን ይጨምራል። የY እሴቱ በትልቁ፣ በክላስተር ውስጥ ያሉ ብዙ አንጓዎች ሊሳኩ ይችላሉ። እርግጥ ነው, የተመጣጠነ መጠን መጨመር ጥቅም ላይ የሚውለውን አቅም ይቀንሳል, ነገር ግን ይህ በአስተማማኝ ሁኔታ መገበያየት ነው.

የአፈፃፀም ጥገኝነት በ EC መርሃግብሮች ላይ ቀጥተኛ ነው ማለት ይቻላል: ብዙ "ቁራጮች", አፈፃፀሙ ዝቅተኛ ነው, እዚህ እርግጥ ነው, ሚዛናዊ እይታ ያስፈልጋል.

ይህ አካሄድ አስተዳዳሪዎች የተዘረጋውን ማከማቻ በተቻለ መጠን በተለዋዋጭ እንዲያዋቅሩ ያስችላቸዋል። በ ARDFS ገንዳ ውስጥ ማንኛውንም የስህተት መቻቻል መርሃግብሮችን እና ውህደቶቻቸውን መጠቀም ይችላሉ ፣ ይህም በእኛ አስተያየት ፣ በጣም ጠቃሚ ነው።

ከዚህ በታች በርካታ (ሁሉም ሊሆኑ የማይችሉ) RF እና EC እቅዶችን የሚያወዳድር ሠንጠረዥ አለ።

ሠንጠረዡ እንደሚያሳየው የ EC 8 + 7 በጣም "ቴሪ" ጥምረት በአንድ ጊዜ በአንድ ጊዜ በክላስተር ውስጥ እስከ 7 ኖዶች እንዲጠፋ የሚፈቅድ, ከመደበኛ ማባዛት ያነሰ ጥቅም ላይ ሊውል የሚችል ቦታ (1,875 vs. 2) "ይበላል". , እና የዲስክ ቦታ እጥረት ባለበት ሁኔታ ውስጥ ከፍተኛውን አስተማማኝነት ማረጋገጥ በሚያስፈልግበት ሁኔታ ውስጥ ይህ የመከላከያ ዘዴ, ውስብስብ ቢሆንም, ነገር ግን በጣም ማራኪ ያደርገዋል, 7 ጊዜ የተሻለ ይከላከላል. በተመሳሳይ ጊዜ, እያንዳንዱ "ፕላስ" ወደ X ወይም Y ተጨማሪ የአፈፃፀም ወጪ እንደሚሆን መረዳት አለብዎት, ስለዚህ በአስተማማኝ, በኢኮኖሚ እና በአፈፃፀም መካከል ባለው ትሪያንግል ውስጥ በጣም በጥንቃቄ መምረጥ ያስፈልግዎታል. በዚህ ምክንያት, ኮድን ለማጥፋት የተለየ ጽሑፍ እናቀርባለን.

የፋይል ስርዓቱ አስተማማኝነት እና ራስን በራስ የማስተዳደር

ኤአርዲኤፍኤስ በአገር ውስጥ በሁሉም የክላስተር ኖዶች ላይ ይሰራል እና በራሱ መንገድ በልዩ የኢተርኔት በይነገጽ ያመሳስላቸዋል። አንድ አስፈላጊ ነጥብ ኤአርዲኤፍኤስ ራሱ ውሂብን ብቻ ሳይሆን ከማከማቻ ጋር የተያያዘ ሜታዳታን ማመሳሰል ነው። በARDFS ላይ በመሥራት ሂደት ውስጥ በርካታ ነባር መፍትሄዎችን በትይዩ አጥንተናል እና ብዙዎች የሜታ ፋይል ስርዓቱን በውጪ የተሰራጨ ዲቢኤምኤስን በመጠቀም ያመሳስሉታል ፣ እኛ ደግሞ ለማመሳሰል እንጠቀማለን ፣ ግን አወቃቀሮችን ብቻ ሳይሆን የፋይል ስርዓት ሜታዳታ () በሚቀጥለው ርዕስ ውስጥ ስለዚህ እና ሌሎች ተዛማጅ ንዑስ ስርዓቶች).

ውጫዊ ዲቢኤምኤስን በመጠቀም የኤፍኤስ ዲበ ውሂብን ማመሳሰል በእርግጥ ውጤታማ መፍትሄ ነው፣ ነገር ግን በ ARDFS ላይ የተከማቸ ውሂብ ወጥነት በውጫዊው ዲቢኤምኤስ እና ባህሪው ላይ ይመሰረታል (እና በእውነቱ ፣ እሷ በጣም ቆንጆ ሴት ናት) ፣ ይህም በእኛ ውስጥ። አስተያየት መጥፎ ነው. ለምን? የFS ሜታዳታው ከተበላሸ፣የኤፍኤስ ዳታ ራሱ እንዲሁ ሊሰናበት ይችላል፣ስለዚህ የበለጠ የተወሳሰበ ግን አስተማማኝ መንገድ ለመውሰድ ወስነናል።

ለARDFS የሜታዳታ ማመሳሰል ንዑስ ስርዓትን በራሳችን ሰርተናል፣ እና እሱ ከአጎራባች ንኡስ ስርአቶች ነጻ ሆኖ ይኖራል። እነዚያ። ሌላ ንዑስ ስርዓት የARDFS ውሂብን ማበላሸት አይችልም። በእኛ አስተያየት, ይህ በጣም አስተማማኝ እና ትክክለኛ መንገድ ነው, ነገር ግን ይህ በትክክል እንደ ሆነ ጊዜ ይነግረናል. በተጨማሪም, በዚህ አቀራረብ, ተጨማሪ ጥቅም አለ. ኤአርዲኤፍኤስ ከ vAIR በተናጥል ጥቅም ላይ ሊውል ይችላል ፣ ልክ እንደ የተዘረጋ ማከማቻ ፣ ለወደፊቱ ምርቶች በእርግጠኝነት እንጠቀማለን።

በዚህ ምክንያት ኤአርዲኤፍኤስን በማዘጋጀት በአቅምዎ ላይ መቆጠብ ወይም ሁሉንም ነገር በአፈፃፀም ላይ መስጠት የሚችሉበት ወይም ማከማቻ እጅግ በጣም አስተማማኝ እንዲሆን ለማድረግ የሚያስችል ተለዋዋጭ እና አስተማማኝ የፋይል ስርዓት አግኝተናል ፣ ነገር ግን ዝቅተኛ የአፈፃፀም መስፈርቶች።

ከቀላል የፍቃድ አሰጣጥ ፖሊሲ እና ከተለዋዋጭ መላኪያ ሞዴል ጋር (ወደፊት ስንመለከት vAIR በመስቀለኛ መንገድ ፈቃድ ያለው እና እንደ ሶፍትዌር ወይም እንደ ፓኬጅ ይሰጣል) ይህ መፍትሄውን ለተለያዩ የደንበኞች መስፈርቶች እና በቀላሉ ለማስተካከል ያስችላል። ለወደፊቱ ይህንን ሚዛን ይጠብቁ ።

ይህ ተአምር ማን ያስፈልገዋል?

በአንድ በኩል, እኛ አስቀድሞ hyperconvergent መስክ ውስጥ ከባድ መፍትሄዎችን ያላቸው በገበያ ላይ ተጫዋቾች አሉ ማለት እንችላለን, እና በትክክል እየወጣህ ነው የት. ይህ አባባል እውነት ይመስላል ግን...

በሌላ በኩል ወደ ሜዳ መውጣትና ከደንበኞች ጋር መነጋገር፣ እኛ እና አጋሮቻችን ይህ በፍፁም እንዳልሆነ እናያለን። ለ hyperconvergent ብዙ ተግባራት አሉ ፣ የሆነ ቦታ ሰዎች እንደዚህ ያሉ መፍትሄዎች መኖራቸውን በቀላሉ አያውቁም ነበር ፣ የሆነ ቦታ ውድ መስሎ ነበር ፣ የሆነ ቦታ ላይ ያልተሳኩ የአማራጭ መፍትሄዎች ሙከራዎች ነበሩ ፣ እና የሆነ ቦታ በእገዳው ምክንያት በጭራሽ መግዛት የተከለከለ ነው። በጥቅሉ መስክ ያልታረሰ ሆኖ ተገኝቷል, ስለዚህ ድንግል አፈርን ለማሳደግ ሄድን))).

ማከማቻ ከ GKS የተሻለ የሚሆነው መቼ ነው?

ከገበያ ጋር በመስራት ሂደት ውስጥ ብዙውን ጊዜ ክላሲክ መርሃግብርን ከማከማቻ ስርዓቶች ጋር መጠቀም የተሻለ በሚሆንበት ጊዜ እንጠየቃለን እና መቼ hyperconvergent መጠቀም የተሻለ ነው? GKS የሚያመርቱ ብዙ ኩባንያዎች (በተለይ በፖርትፎሊዮቻቸው ውስጥ የማከማቻ ስርዓት የሌላቸው) "SAN ጊዜው ያለፈበት, hyperconvergent ብቻ!" ይላሉ. ይህ ድፍረት የተሞላበት መግለጫ ነው, ነገር ግን እውነታውን ሙሉ በሙሉ አያንጸባርቅም.

እንደ እውነቱ ከሆነ, የማከማቻ ገበያው ወደ hyperconverged እና ተመሳሳይ መፍትሄዎች እየሄደ ነው, ግን ሁልጊዜ "ግን" አለ.

በመጀመሪያ ደረጃ የመረጃ ማእከሎች እና የአይቲ መሰረተ ልማቶች በክላሲካል እቅድ ከማከማቻ ጋር የተገነቡት እንደዛ እንደገና መገንባት ስለማይቻል የእንደዚህ አይነት መሠረተ ልማቶችን ማዘመን እና ማጠናቀቅ ከ5-7 ዓመታት የቆየ ታሪክ ነው።

በሁለተኛ ደረጃ አሁን እየተገነቡ ያሉት መሠረተ ልማቶች በአብዛኛው (የሩሲያ ፌዴሬሽን ማለት ነው) በጥንታዊው ዕቅድ መሠረት የማከማቻ ስርዓቶችን በመጠቀም የተገነቡ ናቸው, እና ሰዎች ስለ hyperconvergent ስለማያውቁ ሳይሆን hyperconvergent ገበያ አዲስ ነው, መፍትሄዎች እና. ደረጃዎች ገና አልተቋቋሙም, የአይቲ ስፔሻሊስቶች ገና አልተማሩም, ትንሽ ልምድ አለ, ግን እዚህ እና አሁን የውሂብ ማዕከሎችን መገንባት አስፈላጊ ነው. እና ይህ አዝማሚያ ለሌላ 3-5 ዓመታት ነው (እና ከዚያ ሌላ ቅርስ ፣ ነጥብ 1 ይመልከቱ)።

በሦስተኛ ደረጃ ፣ ለተጨማሪ 2 ሚሊሰከንዶች ተጨማሪ ትናንሽ መዘግየቶች (በእርግጥ የአካባቢያዊ መሸጎጫውን ከግምት ውስጥ ሳያስገባ) ፣ ለተከፋፈለ ማከማቻ ክፍያ ነው።

ደህና ፣ የዲስክን ንዑስ ስርዓት አቀባዊ ልኬትን የሚወዱ ትላልቅ አካላዊ አገልጋዮችን ስለመጠቀም መዘንጋት የለብንም ።

የማከማቻ ስርዓቱ ከጂሲኤስ የተሻለ ባህሪ ያለው ብዙ አስፈላጊ እና ታዋቂ ተግባራት አሉ። እዚህ, በእርግጥ, በምርት ፖርትፎሊዮ ውስጥ የማከማቻ ስርዓቶች የሌላቸው አምራቾች ከእኛ ጋር አይስማሙም, ነገር ግን በምክንያት ለመከራከር ዝግጁ ነን. በእርግጥ እኛ የሁለቱም ምርቶች ገንቢዎች እንደመሆናችን መጠን ወደፊት ከሚታተሙት ህትመቶች በአንዱ በእርግጠኝነት የማከማቻ ስርዓቶችን እና GCSን እናነፃፅራለን ፣ በየትኛው ሁኔታዎች ውስጥ የትኛው የተሻለ እንደሆነ በግልፅ እናሳያለን።

እና ከመጠን በላይ የተሰበሰቡ መፍትሄዎች ከማከማቻ የተሻለ የት ይሰራሉ?

ከዚህ በላይ ባለው ገለጻ ላይ በመመርኮዝ ሦስት ግልጽ መደምደሚያዎች ሊደረጉ ይችላሉ-

1. ተጨማሪ 2 ሚሊሰከንዶች የጽሑፍ መዘግየት በማንኛውም ምርት ውስጥ ያለማቋረጥ የሚከሰት (አሁን ስለ ሰው ሠራሽ አካላት እየተነጋገርን አይደለም ፣ በተዋሃዱ ላይ ናኖሴኮንዶችን ሊያሳዩ ይችላሉ) ወሳኝ አይደሉም ፣ hyperconvergent ተስማሚ ነው።
2. ከትላልቅ ፊዚካል ሰርቨሮች የሚወጣው ጭነት ወደ ብዙ ትናንሽ ምናባዊዎች ሊለወጥ እና በመስቀለኛ መንገድ መካከል ሊሰራጭ የሚችል ከሆነ ፣ hyperconvergence እዚያም በደንብ ይሰራል።
3. አግድም ልኬት ከአቀባዊ ልኬት የበለጠ አስፈላጊ ከሆነ GKS እዚያም በጥሩ ሁኔታ ይሰራል።

እነዚህ መፍትሄዎች ምንድን ናቸው?

1. ሁሉም መደበኛ የመሠረተ ልማት አገልግሎቶች (የማውጫ አገልግሎት, ደብዳቤ, EDMS, የፋይል አገልጋዮች, አነስተኛ ወይም መካከለኛ ኢአርፒ እና BI ስርዓቶች, ወዘተ.). ይህንን "አጠቃላይ ማስላት" ብለን እንጠራዋለን.
2. በአግድም ለመዘርጋት እና ለደንበኞች ብዙ ቁጥር ያላቸውን ቨርቹዋል ማሽኖችን በቀላሉ "ለመቁረጥ" አስፈላጊ በሚሆንበት ጊዜ የክላውድ አቅራቢ መሠረተ ልማት።
3. ምናባዊ ዴስክቶፕ መሠረተ ልማት (VDI)፣ ብዙ ትናንሽ ብጁ ምናባዊ ማሽኖች የሚጀምሩበት እና በጸጥታ በአንድ ወጥ ዘለላ ውስጥ “የሚንሳፈፉ”።
4. የቅርንጫፍ ኔትወርኮች, በእያንዳንዱ ቅርንጫፍ ውስጥ መደበኛ, ስህተትን የሚቋቋም, ግን በተመሳሳይ ጊዜ ርካሽ የ 15-20 ምናባዊ ማሽኖች መሠረተ ልማት ማግኘት አለብዎት.
5. ማንኛውም የተከፋፈለ ስሌት (ትልቅ የውሂብ አገልግሎቶች, ለምሳሌ). ጭነቱ "በጥልቁ" ሳይሆን "በስፋት" በማይሆንበት ቦታ.
6. ተጨማሪ ትናንሽ መዘግየቶች ተቀባይነት ያላቸው ቦታዎችን ይፈትሹ, ነገር ግን የበጀት ገደቦች አሉ, ምክንያቱም እነዚህ ሙከራዎች ናቸው.

በአሁኑ ጊዜ, ለነዚህ ተግባራት ነው AERODISK vAIR እና ትኩረታችንን በእነሱ ላይ እያደረግን ነው (እስካሁን በተሳካ ሁኔታ). ምናልባት ይህ በቅርቡ ይለወጣል, ምክንያቱም. አለም አይቆምም።

ስለዚህ…

ይህ የትልቅ ተከታታይ መጣጥፎችን የመጀመሪያ ክፍል ያጠናቅቃል, በሚቀጥለው ርዕስ ውስጥ ስለ መፍትሄው አርክቴክቸር እና ጥቅም ላይ የዋሉትን ክፍሎች እንነጋገራለን.

ለጥያቄዎች, ጥቆማዎች እና ገንቢ ክርክሮች ደስተኞች እንሆናለን.

ምንጭ: hab.com