አንድ-ደመና - የውሂብ ማዕከል ደረጃ OS በ Odnoklassniki

አሎሀ ፣ ሰዎች! ስሜ Oleg Anastasyev እባላለሁ, በፕላትፎርም ቡድን ውስጥ Odnoklassniki ውስጥ እሰራለሁ. እና ከእኔ በተጨማሪ በ Odnoklassniki ውስጥ የሚሰሩ ብዙ ሃርድዌር አሉ። ከ 500 ሺህ በላይ አገልጋዮች ያላቸው ወደ 8 ሬክሎች ያላቸው አራት የመረጃ ማዕከሎች አሉን. በአንድ የተወሰነ ነጥብ ላይ አዲስ የአስተዳደር ስርዓት መዘርጋት መሳሪያዎችን በብቃት ለመጫን, የመዳረሻ አስተዳደርን ለማመቻቸት, የኮምፒዩተር ሀብቶችን በራስ-ሰር (እንደገና) ለማከፋፈል, አዳዲስ አገልግሎቶችን ለመጀመር እና ምላሾችን ለማፋጠን እንደሚያስችል ተገነዘብን. ለትላልቅ አደጋዎች.

ምን መጣ?

ከእኔ እና ከሃርድዌር ስብስብ በተጨማሪ ከዚህ ሃርድዌር ጋር የሚሰሩ ሰዎችም አሉ፡ በቀጥታ በመረጃ ማእከላት ውስጥ የሚገኙ መሐንዲሶች; የኔትወርክ ሶፍትዌሮችን የሚያዘጋጁ ኔትወርኮች; የመሠረተ ልማትን የመቋቋም አቅም የሚሰጡ አስተዳዳሪዎች ወይም SREs; እና የልማት ቡድኖች እያንዳንዳቸው የፖርታሉን ተግባራት በከፊል ተጠያቂ ናቸው. የፈጠሩት ሶፍትዌር እንደዚህ አይነት ነገር ይሰራል።

የተጠቃሚ ጥያቄዎች ሁለቱም በዋናው ፖርታል ፊት ለፊት ይደርሳሉ www.ok.ru, እና በሌሎች ላይ ለምሳሌ በሙዚቃ ኤፒአይ ግንባሮች ላይ። የቢዝነስ ሎጂክን ለማስኬድ የመተግበሪያውን አገልጋይ ብለው ይጠሩታል, ጥያቄውን በሚሰራበት ጊዜ, አስፈላጊውን ልዩ ማይክሮ ሰርቪስ - አንድ-ግራፍ (የማህበራዊ ግንኙነቶች ግራፍ), የተጠቃሚ-መሸጎጫ (የተጠቃሚ መገለጫዎች መሸጎጫ), ወዘተ.

እያንዳንዳቸው እነዚህ አገልግሎቶች በብዙ ማሽኖች ላይ ተዘርግተዋል, እና እያንዳንዳቸው ለሞጁሎች አሠራር, ለአሠራራቸው እና ለቴክኖሎጂ እድገታቸው ኃላፊነት ያላቸው ገንቢዎች አሏቸው. እነዚህ ሁሉ አገልግሎቶች በሃርድዌር ሰርቨሮች ላይ ይሰራሉ፣ እና እስከ ቅርብ ጊዜ ድረስ በአንድ አገልጋይ በትክክል አንድ ተግባር ጀመርን ማለትም ለአንድ የተለየ ተግባር ልዩ ነበር።

ለምንድነው? ይህ ዘዴ በርካታ ጥቅሞች አሉት-

• እፎይታ አግኝቷል የጅምላ አስተዳደር. አንድ ተግባር አንዳንድ ቤተ-መጻሕፍትን፣ አንዳንድ ቅንብሮችን ይፈልጋል እንበል። እና ከዚያ አገልጋዩ በትክክል ለአንድ የተወሰነ ቡድን ተመድቧል ፣ የዚህ ቡድን cfengine ፖሊሲ ተገልጿል (ወይንም ቀደም ሲል ተገልጿል) እና ይህ ውቅር በማዕከላዊ እና በራስ-ሰር በዚህ ቡድን ውስጥ ላሉ ሁሉም አገልጋዮች ይወጣል።
• ቀለል ያለ ዲያግኖስቲክስ. በማዕከላዊ ፕሮሰሰር ላይ ያለውን የጨመረውን ጭነት ተመለከቱ እና ይህ ጭነት በዚህ ሃርድዌር ፕሮሰሰር ላይ በሚሰራው ተግባር ብቻ ሊፈጠር እንደሚችል እንገነዘባለን። ተጠያቂ የሆነ ሰው ፍለጋ በጣም በፍጥነት ያበቃል።
• ቀለል ያለ ክትትል. በአገልጋዩ ላይ የሆነ ችግር ከተፈጠረ ተቆጣጣሪው ሪፖርት ያደርጋል እና ተጠያቂው ማን እንደሆነ በትክክል ያውቃሉ።

ብዙ ቅጂዎችን የያዘ አገልግሎት ብዙ አገልጋዮች ተመድቧል - ለእያንዳንዱ አንድ። ከዚያ የአገልግሎቱ የኮምፒዩተር መርጃ በጣም ቀላል በሆነ መንገድ ይመደባል፡ አገልግሎቱ ያለው የአገልጋዮች ብዛት፣ የሚፈጀው ከፍተኛው የሀብት መጠን። እዚህ ላይ "ቀላል" ማለት ቀላል ነው ማለት አይደለም, ነገር ግን የሃብት ምደባ በእጅ ይከናወናል.

ይህ አካሄድ እንድናደርግም አስችሎናል። ልዩ የብረት ማቀነባበሪያዎች በዚህ አገልጋይ ላይ ለሚሰራ ተግባር። ስራው ከፍተኛ መጠን ያለው መረጃ የሚያከማች ከሆነ 4 ዲስኮች ያለው ቻሲስ ያለው 38U አገልጋይ እንጠቀማለን። ስራው ሙሉ በሙሉ ስሌት ከሆነ, ርካሽ የሆነ 1U አገልጋይ መግዛት እንችላለን. ይህ በስሌት ቀልጣፋ ነው። ከሌሎች ነገሮች በተጨማሪ, ይህ አቀራረብ ከአንድ ወዳጃዊ ማህበራዊ አውታረ መረብ ጋር የሚወዳደር ጭነት ያላቸው አራት እጥፍ ያነሰ ማሽኖች እንድንጠቀም ያስችለናል.

በጣም ውድ የሆነው ነገር አገልጋይ ነው ከሚል መነሻ ከቀጠልን በኮምፒዩተር ሃብቶች አጠቃቀም ረገድ እንዲህ ያለው ቅልጥፍና ኢኮኖሚያዊ ቅልጥፍናን ማረጋገጥ አለበት። ለረጅም ጊዜ ሃርድዌር በጣም ውድ ነበር፣ እና የሃርድዌር ዋጋን ለመቀነስ ብዙ ጥረት አድርገናል፣ የሃርድዌር አስተማማኝነት መስፈርቶችን ለመቀነስ ከስህተት መቻቻል ስልተ ቀመሮች ጋር በመምጣት። እና ዛሬ የአገልጋዩ ዋጋ ወሳኝ መሆን ያቆመበት ደረጃ ላይ ደርሰናል. የቅርብ ጊዜውን ያልተለመዱ ነገሮችን ከግምት ካላስገባ ፣ ከዚያ በመደርደሪያው ውስጥ ያሉት የአገልጋዮች ልዩ ውቅር ምንም ለውጥ የለውም። አሁን ሌላ ችግር አለብን - በመረጃ ማእከል ውስጥ በአገልጋዩ የተያዘው ቦታ ዋጋ ፣ ማለትም ፣ በመደርደሪያው ውስጥ ያለው ቦታ።

ጉዳዩ ይህ መሆኑን በመገንዘብ መደርደሪያዎቹን ምን ያህል ውጤታማ እንደምንጠቀም ለማስላት ወሰንን.
በጣም ኃይለኛውን የአገልጋይ ዋጋ በኢኮኖሚያዊ ተቀባይነት ካላቸው ሰዎች ወስደናል ፣ ምን ያህል እንደዚህ ያሉ አገልጋዮችን በመደርደሪያዎች ውስጥ ማስቀመጥ እንደምንችል ፣ በአሮጌው ሞዴል “አንድ አገልጋይ = አንድ ተግባር” ላይ በመመርኮዝ በእነሱ ላይ ምን ያህል ተግባራትን እንደምናስኬድ እና ምን ያህል እንደዚህ ያሉ አገልግሎቶችን አስልተናል ። ተግባራት መሳሪያውን ሊጠቀሙ ይችላሉ. ቆጥረው እንባ አራጩ። መደርደሪያን የመጠቀም ብቃታችን 11% ያህል እንደሆነ ለማወቅ ተችሏል። መደምደሚያው ግልጽ ነው-የውሂብ ማዕከሎችን የመጠቀምን ውጤታማነት ማሳደግ አለብን. መፍትሄው ግልጽ የሆነ ይመስላል በአንድ አገልጋይ ላይ ብዙ ስራዎችን በአንድ ጊዜ ማሄድ ያስፈልግዎታል. ግን ችግሮቹ የሚጀምሩት እዚህ ነው.

የጅምላ ውቅረት በሚያስደንቅ ሁኔታ የተወሳሰበ ይሆናል - አሁን ማንኛውንም ቡድን ወደ አገልጋይ ለመመደብ የማይቻል ነው። ከሁሉም በላይ አሁን ብዙ የተለያዩ ትዕዛዞች በአንድ አገልጋይ ላይ ሊጀመሩ ይችላሉ. በተጨማሪም፣ አወቃቀሩ ለተለያዩ መተግበሪያዎች ሊጋጭ ይችላል። በተጨማሪም ምርመራው ይበልጥ የተወሳሰበ ይሆናል፡ በአገልጋዩ ላይ የሲፒዩ ወይም የዲስክ ፍጆታ መጨመር ካዩ የትኛው ስራ ችግር እንደሚፈጥር አታውቅም።

ነገር ግን ዋናው ነገር በተመሳሳዩ ማሽን ላይ በሚሰሩ ስራዎች መካከል ምንም ልዩነት የለም. እዚህ ፣ ለምሳሌ ፣ የአገልጋይ ተግባር አማካኝ የምላሽ ጊዜ ግራፍ ነው ፣ ሌላ የስሌት መተግበሪያ በተመሳሳይ አገልጋይ ላይ ከመጀመሩ በፊት እና በኋላ ፣ ከመጀመሪያው ጋር በምንም መንገድ አይገናኝም - የዋናው ተግባር ምላሽ ጊዜ በከፍተኛ ሁኔታ ጨምሯል።

በኮንቴይነሮች ውስጥ ወይም በምናባዊ ማሽኖች ውስጥ ሥራዎችን መሥራት እንደሚያስፈልግ ግልጽ ነው። ከሞላ ጎደል ሁሉም ተግባሮቻችን በአንድ ስርዓተ ክወና (ሊኑክስ) ስር የሚሰሩ ወይም ለእሱ የተስተካከሉ በመሆናቸው ብዙ የተለያዩ ኦፕሬቲንግ ሲስተሞችን መደገፍ አያስፈልገንም። በዚህ መሰረት፣ ቨርቹዋልላይዜሽን አያስፈልግም፤ በተጨመረው ተጨማሪ ክፍያ ምክንያት፣ ከኮንቴይነር አሠራሩ ያነሰ ቅልጥፍና ይኖረዋል።

ስራዎችን በቀጥታ በአገልጋዮች ላይ ለማስኬድ እንደ ኮንቴይነሮች አተገባበር ፣ ዶከር ጥሩ እጩ ነው የፋይል ስርዓት ምስሎች እርስ በእርሱ የሚጋጩ ውቅሮችን በደንብ ይፈታሉ ። ምስሎች ከበርካታ ንብርብሮች የተውጣጡ መሆናቸው በመሠረተ ልማት ላይ ለማሰማራት የሚያስፈልገውን የውሂብ መጠን በከፍተኛ ሁኔታ ለመቀነስ ያስችለናል, የጋራ ክፍሎችን ወደ ተለያዩ የመሠረት ሽፋኖች ይለያሉ. ከዚያ መሰረታዊ (እና በጣም ብዙ) ንጣፎች በጠቅላላው መሠረተ ልማት ውስጥ በትክክል በፍጥነት ይዘጋሉ እና ብዙ የተለያዩ አፕሊኬሽኖችን እና ስሪቶችን ለማድረስ ትናንሽ ንብርብሮችን ብቻ ማስተላለፍ ያስፈልጋል።

በተጨማሪም፣ በዶከር ውስጥ ዝግጁ የሆነ መዝገብ ቤት እና የምስል መለያ መስጠት ኮድን ለማተም እና ለማድረስ ዝግጁ የሆኑ ፕሪሚቲቭዎችን ይሰጠናል።

ዶከር፣ ልክ እንደሌላው ተመሳሳይ ቴክኖሎጂ፣ ከሳጥኑ ውስጥ የተወሰነ የመያዣ ማግለል ይሰጠናል። ለምሳሌ የማህደረ ትውስታ መገለል - እያንዳንዱ መያዣ በማሽኑ ማህደረ ትውስታ አጠቃቀም ላይ ገደብ ተሰጥቷል, ከዚያ በላይ አይበላም. በሲፒዩ አጠቃቀም ላይ በመመስረት ኮንቴይነሮችን ማግለል ይችላሉ። ለእኛ ግን መደበኛ መከላከያ በቂ አልነበረም. ነገር ግን ከዚህ በታች ተጨማሪ.

ኮንቴይነሮችን በአገልጋዮች ላይ በቀጥታ ማስኬድ የችግሩ አካል ብቻ ነው። ሌላው ክፍል በአገልጋዮች ላይ መያዣዎችን ከማስተናገድ ጋር የተያያዘ ነው. የትኛው መያዣ በየትኛው አገልጋይ ላይ እንደሚቀመጥ መረዳት ያስፈልግዎታል. ይህ ቀላል ስራ አይደለም, ምክንያቱም ኮንቴይነሮች ፍጥነታቸውን ሳይቀንሱ በተቻለ መጠን በሰርቨሮች ላይ ጥቅጥቅ ብለው መቀመጥ አለባቸው. እንዲህ ዓይነቱ አቀማመጥ ከስህተት መቻቻል አንፃርም አስቸጋሪ ሊሆን ይችላል. ብዙውን ጊዜ ተመሳሳይ አገልግሎት ቅጂዎችን በተለያዩ መደርደሪያዎች ውስጥ ወይም በተለያዩ የመረጃ ማእከል ክፍሎች ውስጥ ማስቀመጥ እንፈልጋለን, ስለዚህ አንድ መደርደሪያ ወይም ክፍል ካልተሳካ, ሁሉንም የአገልግሎት ቅጂዎች ወዲያውኑ እንዳንጠፋ.

8 ሺህ ሰርቨሮች እና 8-16 ሺህ ኮንቴይነሮች ሲኖሩዎት ኮንቴይነሮችን በእጅ ማሰራጨት አማራጭ አይደለም።

በተጨማሪም፣ ያለአስተዳዳሪ እገዛ ገንቢዎች አገልግሎቶቻቸውን በራሳቸው በማምረት እንዲያስተናግዱ በሀብት ድልድል ላይ የበለጠ ነፃነት ለመስጠት እንፈልጋለን። በተመሳሳይ ጊዜ, አንዳንድ ጥቃቅን አገልግሎቶች የእኛን የመረጃ ማእከሎች ሀብቶች በሙሉ እንዳይጠቀሙ ቁጥጥርን ለመጠበቅ እንፈልጋለን.

በግልጽ ለማየት እንደሚቻለው, ይህንን በራስ-ሰር የሚያደርግ የመቆጣጠሪያ ንብርብር እንፈልጋለን.

ስለዚህ ሁሉም አርክቴክቶች የሚያከብሩት ቀላል እና ሊረዳ የሚችል ምስል ላይ ደርሰናል-ሦስት ካሬዎች።

የአንድ ደመና ጌቶች ለደመና ኦርኬስትራ ኃላፊነት ያለው ያልተሳካ ክላስተር ነው። ገንቢው አገልግሎቱን ለማስተናገድ ሁሉንም አስፈላጊ መረጃዎች የያዘውን አንጸባራቂ ወደ ጌታው ይልካል። በእሱ ላይ ተመርኩዞ, ጌታው ለተመረጡት ጥቃቅን (ኮንቴይነሮችን ለማሄድ የተነደፉ ማሽኖች) ትዕዛዞችን ይሰጣል. ሚኒስቴሮቹ ትዕዛዙን የሚቀበለው ወኪላችን ለዶከር ትእዛዙን ይሰጣል እና Docker ተጓዳኝ መያዣውን ለማስጀመር ሊኑክስ ከርነልን ያዋቅራል። ተወካዩ ትእዛዞችን ከማስፈጸም በተጨማሪ በማኒዮን ማሽኑ ሁኔታ እና በላዩ ላይ ስለሚሰሩ ኮንቴይነሮች ሁኔታ ለውጦችን ለጌታው ያለማቋረጥ ሪፖርት ያደርጋል።

የንብረት ምደባ

አሁን ለብዙ ሚኒዎች የበለጠ ውስብስብ የሆነውን የመርጃ ድልድልን ችግር እንመልከት።

በአንድ ደመና ውስጥ ያለው የማስላት ግብአት፡-

• በአንድ የተወሰነ ተግባር የሚፈጀው የአቀነባባሪ ኃይል መጠን።
• ለሥራው የሚገኘው የማህደረ ትውስታ መጠን።
• የአውታረ መረብ ትራፊክ. እያንዳንዱ ሚኒስቴሮች የተወሰነ የመተላለፊያ ይዘት ያለው የተወሰነ የአውታረ መረብ በይነገጽ አላቸው, ስለዚህ በኔትወርኩ ላይ የሚያስተላልፉትን የውሂብ መጠን ግምት ውስጥ ሳያስገባ ስራዎችን ማሰራጨት አይቻልም.
• ዲስኮች በተጨማሪም ፣ በግልጽ ፣ ለእነዚህ ተግባራት ቦታ ፣ እንዲሁም የዲስክን አይነት እንመድባለን-ኤችዲዲ ወይም ኤስኤስዲ። ዲስኮች በሴኮንድ ውሱን የጥያቄዎች ብዛት ማገልገል ይችላሉ - IOPS። ስለዚህ፣ አንድ ዲስክ ሊይዝ ከሚችለው በላይ IOPS ለሚፈጥሩ ተግባራት፣ “ስፒንድስ” ማለትም ለሥራው ብቻ የተያዙ የዲስክ መሣሪያዎችን እንመድባለን።

ከዚያ ለአንዳንድ አገልግሎቶች ለምሳሌ ለተጠቃሚ-መሸጎጫ ፣ የተበላሹትን ሀብቶች በዚህ መንገድ መመዝገብ እንችላለን-400 ፕሮሰሰር ኮርሮች ፣ 2,5 ቴባ ማህደረ ትውስታ ፣ 50 ጂቢት / ሰ ትራፊክ በሁለቱም አቅጣጫዎች ፣ 6 ቴባ HDD ቦታ በ 100 ስፒሎች ላይ ይገኛል። ወይም እንደዚህ ባለው በጣም በሚታወቅ ቅጽ

alloc:
    cpu: 400
    mem: 2500
    lan_in: 50g
    lan_out: 50g
    hdd:100x6T

የተጠቃሚ መሸጎጫ አገልግሎት ሃብቶች በምርት መሠረተ ልማት ውስጥ ከሚገኙት ሁሉም ሀብቶች የተወሰነውን ክፍል ብቻ ይበላሉ። ስለዚህ, በድንገት በኦፕሬተር ስህተት ወይም ባለመኖሩ, የተጠቃሚው መሸጎጫ ከተመደበው በላይ ብዙ ሀብቶችን እንደማይጠቀም ማረጋገጥ እፈልጋለሁ. ማለትም ሀብቶችን መገደብ አለብን። ግን ኮታውን ከምን ጋር ማያያዝ እንችላለን?

ወደ እኛ በጣም ቀላል ወደሆነው የንጥረ ነገሮች መስተጋብር ስዕላዊ መግለጫ እንመለስ እና በበለጠ ዝርዝር እንቀይረው - እንደዚህ።

ዓይንዎን የሚስበው:

• የድረ-ገጽ ግንባር እና ሙዚቃ የአንድ መተግበሪያ አገልጋይ የተናጠል ዘለላዎችን ይጠቀማሉ።
• እነዚህ ዘለላዎች የያዟቸውን አመክንዮአዊ ንብርብሮችን መለየት እንችላለን፡ ግንባሮች፣ መሸጎጫዎች፣ የውሂብ ማከማቻ እና የአስተዳደር ንብርብር።
• የፊት ለፊት ክፍል የተለያዩ ነው ፤ እሱ የተለያዩ ተግባራዊ ንዑስ ስርዓቶችን ያካትታል።
• መሸጎጫዎች ውሂባቸው በሚሸጎጡበት ንዑስ ስርዓት ላይ ሊበተኑ ይችላሉ።

ምስሉን እንደገና እንሳለው፡-

ባህ! አዎ ተዋረድ እናያለን! ይህ ማለት ሃብቶችን በትልልቅ ቁርጥራጮች ማሰራጨት ይችላሉ፡ ኃላፊነት የሚሰማውን ገንቢ ከተግባራዊው ንዑስ ስርዓት ጋር ለሚዛመደው የዚህ ተዋረድ መስቀለኛ መንገድ ይመድቡ (በምስሉ ላይ እንደ “ሙዚቃ”) እና ኮታ ከተመሳሳይ የሥርዓት ተዋረድ ጋር ያያይዙ። ይህ ተዋረድ ለአስተዳደር ቀላልነት አገልግሎቶችን በተለዋዋጭነት እንድናደራጅ ያስችለናል። ለምሳሌ፣ ይህ በጣም ትልቅ የአገልጋዮች ስብስብ ስለሆነ ሁሉንም ድረገጾች እናካፍላቸዋለን፣ ወደ ብዙ ትናንሽ ቡድኖች፣ በምስሉ ላይ እንደ group1፣ group2።

ተጨማሪ መስመሮችን በማስወገድ እያንዳንዱን የስዕላችንን መስቀለኛ መንገድ በጠፍጣፋ መልክ መፃፍ እንችላለን፡- ቡድን1.ድር.ፊት, api.ሙዚቃ.ፊት, ተጠቃሚ-cache.cache.

ወደ "ተዋረድ ወረፋ" ጽንሰ-ሐሳብ የምንመጣው በዚህ መንገድ ነው. እንደ "group1.web.front" ያለ ስም አለው. የንብረቶች እና የተጠቃሚ መብቶች ኮታ ተሰጥቷል። ከ DevOps ሰው ወደ ወረፋው አገልግሎት ለመላክ መብት እንሰጠዋለን, እና እንደዚህ አይነት ሰራተኛ በወረፋው ውስጥ የሆነ ነገር ማስነሳት ይችላል, እና ከ OpsDev ያለው ሰው የአስተዳዳሪ መብቶች ይኖረዋል, እና አሁን ወረፋውን ማስተዳደር, እዚያ ሰዎችን መመደብ ይችላል. ለእነዚህ ሰዎች መብት መስጠት፣ ወዘተ. በዚህ ወረፋ ላይ የሚሰሩ አገልግሎቶች በወረፋው ኮታ ውስጥ ይሰራሉ። የወረፋው ማስላት ኮታ ሁሉንም አገልግሎቶች በአንድ ጊዜ ለማስፈጸም በቂ ካልሆነ፣ በቅደም ተከተል ይከናወናሉ፣ በዚህም ወረፋው ራሱ ይመሰረታል።

አገልግሎቶቹን በጥልቀት እንመልከታቸው። አንድ አገልግሎት ሙሉ ብቃት ያለው ስም አለው፣ እሱም ሁልጊዜ የወረፋውን ስም ያካትታል። ከዚያ የፊት ድር አገልግሎት ስም ይኖረዋል እሺ-ድር.ቡድን1.ድር.ፊት. እና የሚያገኘው የመተግበሪያ አገልጋይ አገልግሎት ይጠራል ok-app.group1.web.የፊት. እያንዳንዱ አገልግሎት በተወሰኑ ማሽኖች ላይ ለመመደብ ሁሉንም አስፈላጊ መረጃዎችን የሚገልጽ መግለጫ አለው-ይህ ተግባር ምን ያህል ሀብቶች እንደሚፈጅ ፣ ለእሱ ምን ዓይነት ውቅር እንደሚያስፈልግ ፣ ምን ያህል ቅጂዎች ሊኖሩት እንደሚገባ ፣ የዚህ አገልግሎት ውድቀቶችን ለማስተናገድ ባህሪዎች። እና አገልግሎቱ በቀጥታ በማሽኖቹ ላይ ከተቀመጠ በኋላ የእሱ ምሳሌዎች ይታያሉ. እንዲሁም በማያሻማ መልኩ ተጠርተዋል - እንደ ምሳሌ ቁጥር እና የአገልግሎት ስም፡- 1.እሺ-ድር.ቡድን1.ድር.ፊት ለፊት፣ 2.ኦክ-ድር.ቡድን1.ድር.ፊት፣…

ይህ በጣም ምቹ ነው: የሩጫውን መያዣ ስም ብቻ በመመልከት, ወዲያውኑ ብዙ ማወቅ እንችላለን.

አሁን እነዚህ ሁኔታዎች በተጨባጭ የሚከናወኑትን ተግባራት በዝርዝር እንመልከት ።

የተግባር ማግለል ክፍሎች

ሁሉም ተግባራት እሺ (እና ምናልባትም በሁሉም ቦታ) በቡድን ሊከፋፈሉ ይችላሉ፡-

• አጭር የማዘግየት ተግባራት - prod. ለእንደዚህ አይነት ስራዎች እና አገልግሎቶች, የምላሽ መዘግየት (ዘግይቶ) በጣም አስፈላጊ ነው, እያንዳንዱ ጥያቄዎች በስርዓቱ ምን ያህል በፍጥነት እንደሚከናወኑ. የተግባር ምሳሌዎች፡ የዌብ ግንባሮች፣ መሸጎጫዎች፣ የመተግበሪያ አገልጋዮች፣ OLTP ማከማቻ፣ ወዘተ
• የስሌት ችግሮች - ባች. እዚህ, የእያንዳንዱ የተወሰነ ጥያቄ ሂደት ፍጥነት አስፈላጊ አይደለም. ለእነሱ ይህ ተግባር በተወሰነ (ረዥም ጊዜ) ጊዜ ውስጥ ምን ያህል ስሌቶች እንደሚያደርግ አስፈላጊ ነው. እነዚህ ማንኛውም MapReduce, Hadoop, ማሽን መማር, ስታቲስቲክስ ተግባራት ይሆናሉ.
• የበስተጀርባ ስራዎች - ስራ ፈት. ለእንደዚህ አይነት ስራዎች, መዘግየትም ሆነ መተላለፍ በጣም አስፈላጊ አይደሉም. ይህ የተለያዩ ሙከራዎችን፣ ፍልሰትን፣ ድጋሚ ስሌቶችን እና ውሂብን ከአንድ ቅርጸት ወደ ሌላ መቀየርን ያካትታል። በአንድ በኩል, እነሱ ከተሰሉት ጋር ተመሳሳይ ናቸው, በሌላ በኩል, ምን ያህል በፍጥነት እንደሚጠናቀቁ ለእኛ ምንም ለውጥ አያመጣም.

እንደነዚህ ያሉ ተግባራት ሀብቶችን እንዴት እንደሚጠቀሙ እንይ, ለምሳሌ ማዕከላዊ ፕሮሰሰር.

አጭር የመዘግየት ተግባራት. እንዲህ ዓይነቱ ተግባር ከዚህ ጋር የሚመሳሰል የሲፒዩ ፍጆታ ንድፍ ይኖረዋል።

ከተጠቃሚው የቀረበ ጥያቄ ለሂደቱ ደርሷል ፣ ተግባሩ ሁሉንም የሚገኙትን ሲፒዩ ኮርሶች መጠቀም ይጀምራል ፣ ያስኬዳል ፣ ምላሽ ይሰጣል ፣ ቀጣዩን ጥያቄ ይጠብቃል እና ይቆማል። የሚቀጥለው ጥያቄ ደረሰ - እንደገና እዚያ የነበረውን ሁሉንም ነገር መርጠናል, አስልተን እና ቀጣዩን እየጠበቅን ነው.

ለእንደዚህ አይነቱ ተግባር አነስተኛውን መዘግየት ዋስትና ለመስጠት የሚፈጀውን ከፍተኛውን ሃብት ወስደን የሚፈለገውን የኮሮች ብዛት በማኒዮኑ ላይ (ይህን ተግባር የሚያከናውነው ማሽን) ላይ ማስቀመጥ አለብን። ከዚያ ለችግሮቻችን የማስያዣ ቀመር እንደሚከተለው ይሆናል

alloc: cpu = 4 (max)

እና 16 ኮርሞች ያለው ሚንዮን ማሽን ካለን, በትክክል አራት እንደዚህ ያሉ ተግባራት በእሱ ላይ ሊቀመጡ ይችላሉ. በተለይም የእንደዚህ አይነት ስራዎች አማካኝ ፕሮሰሰር ፍጆታ በጣም ዝቅተኛ መሆኑን እናስተውላለን - ይህም ግልፅ ነው ፣ ምክንያቱም የጊዜ ወሳኝ ክፍል ተግባሩ ጥያቄን ይጠብቃል እና ምንም አያደርግም።

የሂሳብ ስራዎች. የእነሱ ንድፍ ትንሽ የተለየ ይሆናል-

ለእንደዚህ አይነት ስራዎች አማካኝ የሲፒዩ ሃብት ፍጆታ በጣም ከፍተኛ ነው። ብዙውን ጊዜ የሂሳብ ስራ በተወሰነ ጊዜ ውስጥ እንዲጠናቀቅ እንፈልጋለን, ስለዚህ ሙሉውን ስሌት ተቀባይነት ባለው ጊዜ ውስጥ እንዲጠናቀቅ የሚያስፈልገውን አነስተኛውን የአቀነባባሪዎች ብዛት መያዝ አለብን. የቦታ ማስያዣ ቀመሩ ይህን ይመስላል።

alloc: cpu = [1,*)

"እባክዎ ቢያንስ አንድ ነፃ ኮር ባለበት ማይኒ ላይ ያስቀምጡት እና ከዚያ የበዛ መጠን ሁሉንም ነገር ይበላል።"

እዚህ የአጠቃቀም ቅልጥፍና በአጭር ጊዜ መዘግየት ከተደረጉ ተግባራት ይልቅ ቀድሞውኑ በጣም የተሻለ ነው. ነገር ግን ሁለቱንም አይነት ስራዎች በአንድ ማይኒ ማሽን ላይ ካዋሃዱ እና በጉዞ ላይ ሀብቱን ካከፋፈሉ ትርፉ በጣም ትልቅ ይሆናል. አጭር መዘግየት ያለው ተግባር ፕሮሰሰር ሲፈልግ ወዲያውኑ ይቀበላል እና ሀብቶቹ በማይፈለጉበት ጊዜ ወደ ስሌት ስራ ይተላለፋሉ ፣ ማለትም እንደዚህ ያለ ነገር።

ግን ያንን እንዴት ማድረግ እንደሚቻል?

በመጀመሪያ ፕሮድ እና አሎክሱን እንይ፡ cpu = 4. አራት ኮርሞችን መያዝ አለብን። በ Docker run ይህ በሁለት መንገዶች ሊከናወን ይችላል-

• አማራጩን በመጠቀም --cpuset=1-4, ማለትም በማሽኑ ላይ አራት የተወሰኑ ኮርሞችን ለሥራው ይመድቡ.
• ተጠቀም --cpuquota=400_000 --cpuperiod=100_000, ለፕሮሰሰር ጊዜ ኮታ ይመድቡ, ማለትም በየ 100 ms የእውነተኛ ጊዜ ስራው ከ 400 ms ያልበለጠ ፕሮሰሰር ጊዜ እንደሚፈጅ ያመልክቱ። ተመሳሳይ አራት ኮሮች ይገኛሉ.

ግን ከእነዚህ ዘዴዎች ውስጥ የትኛው ተስማሚ ነው?

cpuset በጣም ማራኪ ይመስላል። ተግባሩ አራት የተሰጡ ኮርሞች አሉት ፣ ይህ ማለት የአቀነባባሪ መሸጎጫዎች በተቻለ መጠን በብቃት ይሰራሉ ​​ማለት ነው። ይህ ደግሞ አሉታዊ ጎን አለው፡ ከስርዓተ ክወናው ይልቅ በተጫኑት የማሽኑ ኮሮች ላይ ስሌቶችን የማሰራጨት ስራ ልንወስድ ይገባናል፣ እና ይሄ ቀላል ያልሆነ ተግባር ነው፣ በተለይ በእንደዚህ አይነት ላይ የቡድን ስራዎችን ለማስቀመጥ ከሞከርን ማሽን. ፈተናዎች እንደሚያሳዩት ኮታ ያለው አማራጭ እዚህ ጋር በተሻለ ሁኔታ ተስማሚ ነው-በዚህ መንገድ ኦፕሬቲንግ ሲስተም በአሁኑ ጊዜ ተግባሩን ለማከናወን ዋናውን የመምረጥ ነፃነት አለው እና የአቀነባባሪው ጊዜ በብቃት ይሰራጫል።

በትንሹ የኮሮች ብዛት መሰረት በዶከር ውስጥ እንዴት ቦታ ማስያዝ እንደምንችል እንወቅ። ለቡድን ስራዎች ኮታ ከአሁን በኋላ ተፈጻሚ አይሆንም, ምክንያቱም ከፍተኛውን መገደብ አያስፈልግም, አነስተኛውን ዋስትና መስጠት ብቻ በቂ ነው. እና እዚህ አማራጩ በትክክል ይጣጣማል docker run --cpushares.

አንድ ባች ቢያንስ ለአንድ ኮር ዋስትና የሚፈልግ ከሆነ እንጠቁማለን። --cpushares=1024, እና ቢያንስ ሁለት ኮርሶች ካሉ, ከዚያም እንጠቁማለን --cpushares=2048. ሲፒዩ ማጋራቶች በቂ እስካልሆነ ድረስ በአቀነባባሪው ጊዜ ስርጭት ላይ በምንም መልኩ ጣልቃ አይገቡም። ስለዚህ ፕሮድ በአሁኑ ጊዜ ሁሉንም አራቱን ኮርሶች የማይጠቀም ከሆነ ፣ ​​የባች ተግባራትን የሚገድብ ምንም ነገር የለም ፣ እና ተጨማሪ ፕሮሰሰር ጊዜ ሊጠቀሙ ይችላሉ። ነገር ግን የአቀነባባሪዎች እጥረት ባለበት ሁኔታ ፕሮድ አራቱን ኮርሞቹን ከበላና ኮታውን ከጨረሰ፣ የተቀረው ፕሮሰሰር ጊዜ ከ cpushares ጋር በተመጣጣኝ ሁኔታ ይከፋፈላል ማለትም በሶስት ነፃ ኮሮች ውስጥ አንዱ ይሆናል። ከ 1024 cpushares ጋር ለአንድ ተግባር ተሰጥቷል, የተቀሩት ሁለቱ ደግሞ ከ 2048 cpushares ጋር ለአንድ ተግባር ይሰጣሉ.

ነገር ግን ኮታ እና አክሲዮኖችን መጠቀም በቂ አይደለም። ፕሮሰሰር ጊዜ ሲመደብ አጭር መዘግየት ያለው ተግባር ከባች ተግባር ይልቅ ቅድሚያ እንደሚሰጠው ማረጋገጥ አለብን። እንደዚህ አይነት ቅድሚያ ሳይሰጥ, የቡድን ስራው በፕሮዱ በሚያስፈልግበት ጊዜ ሁሉንም ፕሮሰሰር ይወስዳል. በDocker ሩጫ ውስጥ ምንም የመያዣ ቅድሚያ አማራጮች የሉም፣ ግን የሊኑክስ ሲፒዩ መርሐግብር አውጪ ፖሊሲዎች ጠቃሚ ናቸው። ስለእነሱ በዝርዝር ማንበብ ይችላሉ እዚህእና በዚህ ጽሑፍ ማዕቀፍ ውስጥ በአጭሩ እናልፋቸዋለን-

• SCHED_OTHER
  በነባሪ፣ ሁሉም መደበኛ የተጠቃሚ ሂደቶች በሊኑክስ ማሽን ይቀበላሉ።
• SCHED_BATCH
  ለሀብት-ተኮር ሂደቶች የተነደፈ። አንድን ተግባር በፕሮሰሰር ላይ ሲያስቀምጡ የማግበር ቅጣት ይባላል፡- እንዲህ ያለው ተግባር በአሁኑ ጊዜ ከSCHED_OTHER ጋር ስራ ላይ የሚውል ከሆነ የአቀነባባሪ ሃብቶችን የመቀበል ዕድሉ አነስተኛ ነው።
• SCHED_IDLE
  በጣም ዝቅተኛ ቅድሚያ ያለው የበስተጀርባ ሂደት፣ ከጥሩ እንኳን ያነሰ -19። የኛን ክፍት ምንጭ ቤተ-መጽሐፍት እንጠቀማለን። አንድ-ኒዮ, በመደወል መያዣውን ሲጀምሩ አስፈላጊውን ፖሊሲ ለማዘጋጀት

one.nio.os.Proc.sched_setscheduler( pid, Proc.SCHED_IDLE )

ነገር ግን በጃቫ ፕሮግራም ባታዘጋጁም የ chrt ትዕዛዝን በመጠቀም ተመሳሳይ ነገር ማድረግ ይቻላል፡-

chrt -i 0 $pid

ግልፅ ለማድረግ ሁሉንም የብቸኝነት ደረጃዎቻችንን በአንድ ሠንጠረዥ እናጠቃልል፡-

የኢንሱሌሽን ክፍል
የአሎክ ምሳሌ
Docker አሂድ አማራጮች
መርሐግብር አዘጋጅ chrt*

ምርት
ሲፒዩ = 4
--cpuquota=400000 --cpuperiod=100000
SCHED_OTHER

ባች
ሲፒዩ = [1, *)
--cpushares=1024
SCHED_BATCH

ስራ ፈት
ሲፒዩ= [2, *)
--cpushares=2048
SCHED_IDLE

* ከኮንቴይነር ውስጥ ሆነው chrt እየሰሩ ከሆነ፣ የsys_nice ችሎታ ሊያስፈልግዎት ይችላል፣ ምክንያቱም በነባሪነት Docker መያዣውን በሚጀምርበት ጊዜ ይህንን ችሎታ ያስወግዳል።

ነገር ግን ተግባራት ፕሮሰሰሩን ብቻ ሳይሆን ትራፊክንም ይበላሉ፣ ይህም የአውታረ መረብ ስራን ከስህተት የአቀነባባሪ ሃብቶች አመዳደብ የበለጠ ይነካል። ስለዚህ እኛ በተፈጥሮ ለትራፊክ አንድ አይነት ምስል ማግኘት እንፈልጋለን። ማለትም፣ የፕሮድ ተግባር አንዳንድ እሽጎችን ወደ አውታረ መረቡ ሲልክ ከፍተኛውን ፍጥነት እንገድባለን። alloc: ላን=[*,500mbps) ), በየትኛው ፕሮድ ይህን ማድረግ ይችላል. እና ለቡድን አነስተኛውን የውጤት መጠን ብቻ ዋስትና እንሰጣለን ነገር ግን ከፍተኛውን (ቀመር alloc: lan= [10Mbps,*) ) በዚህ ሁኔታ የፕሮድ ትራፊክ ከባች ተግባራት ቅድሚያ ማግኘት አለበት።
እዚህ Docker ልንጠቀምባቸው የምንችላቸው ፕሪሚቲቭስ የሉትም። ግን ወደ እኛ እርዳታ ይመጣል የሊኑክስ ትራፊክ ቁጥጥር. በዲሲፕሊን በመታገዝ የተፈለገውን ውጤት ማምጣት ችለናል። ተዋረዳዊ ፍትሃዊ አገልግሎት ጥምዝ. በእሱ እርዳታ ሁለት የትራፊክ ክፍሎችን እንለያለን-ከፍተኛ ቅድሚያ የሚሰጠው ፕሮድ እና ዝቅተኛ ቅድሚያ የሚሰጠው ባች / ስራ ፈት. በውጤቱም ፣ የወጪ ትራፊክ ውቅር እንደዚህ ነው።

እዚህ 1፡0 የ hsfc ተግሣጽ "root qdisc" ነው; 1: 1 - የ hsfc ልጅ ክፍል በጠቅላላው የመተላለፊያ ይዘት ገደብ 8 Gbit / s, በዚህ ስር የሁሉም ኮንቴይነሮች የልጆች ክፍሎች የሚቀመጡበት; 1፡2 - የ hsfc ልጅ ክፍል ለሁሉም ባች እና ስራ ፈት ተግባራት “ተለዋዋጭ” ገደብ ያለው የተለመደ ነው፣ ይህም ከዚህ በታች ተብራርቷል። የተቀሩት hsfc የህፃናት ክፍሎች ከፕሮድ ኮንቴይነሮች ከማንፀባረቂያቸው ጋር የሚዛመድ ገደብ ያላቸው - 450 እና 400 Mbit/s ለሚያሄዱ ክፍሎች የተሰጡ ክፍሎች ናቸው። እያንዳንዱ hsfc ክፍል በትራፊክ ፍንዳታ ወቅት ፓኬት እንዳይጠፋ በሊኑክስ ከርነል ስሪት ላይ በመመስረት የqdisc ወረፋ fq ወይም fq_codel ተመድቧል።

በተለምዶ፣ tc ዲሲፕሊንቶች ለወጪ ትራፊክ ብቻ ቅድሚያ ይሰጣሉ። እኛ ግን ለመጪው ትራፊክ ቅድሚያ መስጠት እንፈልጋለን - ለነገሩ አንዳንድ የቡድን ስራዎች በቀላሉ ገቢውን ቻናል በሙሉ መምረጥ ይችላሉ, ለምሳሌ, ትልቅ የግብአት ውሂብ ለካርታ እና ይቀንሳል. ለዚህ ሞጁሉን እንጠቀማለን ifb, ለእያንዳንዱ የአውታረ መረብ በይነገጽ ifbX ምናባዊ በይነገጽ ይፈጥራል እና ገቢ ትራፊክን ከመገናኛ ወደ ወጪ ትራፊክ በ ifbX ያዞራል። በተጨማሪ፣ ለ ifbX፣ ሁሉም ተመሳሳይ የትምህርት ዘርፎች የወጪ ትራፊክን ለመቆጣጠር ይሰራሉ፣ ለዚህም የhsfc ውቅር በጣም ተመሳሳይ ይሆናል፡

በሙከራዎቹ ወቅት፣ hsfc የ1፡2 ክፍል ቅድሚያ የማይሰጣቸው ባች/ስራ ፈት ትራፊክ በማኒዮን ማሽኖች ላይ ከተወሰነ ነፃ መስመር በማይበልጥ ጊዜ ሲገደብ የተሻለውን ውጤት እንደሚያሳይ ደርሰንበታል። አለበለዚያ ቅድሚያ ያልተሰጠው ትራፊክ በፕሮድ ተግባራት መዘግየት ላይ በጣም ብዙ ተጽእኖ ይኖረዋል። miniond የአሁኑን የነጻ ባንድዊድዝ መጠን በየሰከንዱ ይወስናል፣ ይህም የአንድ የተወሰነ ማይኒዮን ፕሮድ-ተግባራት አማካይ የትራፊክ ፍጆታ ይለካል። እና ከአውታረ መረብ በይነገጽ የመተላለፊያ ይዘት መቀነስ በትንሽ ህዳግ ማለትም እ.ኤ.አ.

ባንዶች ለገቢ እና ወጪ ትራፊክ በተናጥል የተገለጹ ናቸው። እና በአዲሶቹ እሴቶች መሰረት ሚንዮንድ ቅድሚያ የማይሰጠውን የክፍል ገደብ 1፡2 እንደገና ያዋቅራል።

ስለዚህ፣ ሶስቱንም የማግለል ክፍሎችን ተግባራዊ አድርገናል፡ ፕሮድ፣ ባች እና ስራ ፈት። እነዚህ ክፍሎች በተግባሮች የአፈፃፀም ባህሪያት ላይ ከፍተኛ ተጽዕኖ ያሳድራሉ. ስለዚህ ፣ ይህንን ባህሪ በተዋረድ አናት ላይ ለማስቀመጥ ወስነናል ፣ ስለሆነም የስልጣን ወረፋውን ስም ስንመለከት ምን እንደምናስተናግድ ወዲያውኑ ግልፅ ይሆንልናል ።

ሁሉም ጓደኞቻችን የድር и ሙዚቃ ግንባሮቹ በፕሮድ ስር ተዋረድ ውስጥ ይቀመጣሉ። ለምሳሌ፣ በቡድን ስር፣ አገልግሎቱን እናስቀምጥ የሙዚቃ ካታሎግወደ Odnoklassniki ከተሰቀሉ የmp3 ፋይሎች ስብስብ የትራኮች ካታሎግ በየጊዜው የሚያጠናቅቅ። በሥራ ፈት ያለ አገልግሎት ምሳሌ ይሆናል። የሙዚቃ ትራንስፎርመር, ይህም የሙዚቃውን የድምጽ መጠን መደበኛ ያደርገዋል.

ተጨማሪ መስመሮች እንደገና ከተወገዱ፣ የተግባር ማግለል ክፍልን ወደ ሙሉ አገልግሎት ስም መጨረሻ በማከል የአገልግሎት ስሞቻችንን ጠፍጣፋ መፃፍ እንችላለን፡- web.front.prod, ካታሎግ.ሙዚቃ.ባች, ትራንስፎርመር.ሙዚቃ.ስራ ፈት.

እና አሁን, የአገልግሎቱን ስም ስንመለከት, ምን አይነት ተግባር እንደሚሰራ ብቻ ሳይሆን የገለልተኝነት ክፍሉን ማለትም ወሳኝነቱን, ወዘተ.

ሁሉም ነገር ታላቅ ነው, ግን አንድ መራራ እውነት አለ. በአንድ ማሽን ላይ የሚሰሩ ስራዎችን ሙሉ ለሙሉ ማግለል አይቻልም.

ማሳካት የቻልነው፡ ባች በከፍተኛ ሁኔታ የሚበላ ከሆነ ብቻ የሲፒዩ ሃብቶች፣ ከዚያም አብሮ የተሰራው የሊኑክስ ሲፒዩ መርሐግብር አዘጋጅ ስራውን በጥሩ ሁኔታ ይሰራል፣ እና በፕሮድ ስራው ላይ ምንም አይነት ተጽእኖ በተግባር የለም። ነገር ግን ይህ የቡድን ተግባር ከማስታወስ ጋር በንቃት መስራት ከጀመረ, የጋራ ተጽእኖ ቀድሞውኑ ይታያል. ይህ የሆነበት ምክንያት የፕሮድ ስራው ከአቀነባባሪው ማህደረ ትውስታ መሸጎጫዎች ውስጥ “ታጥቦ” ስለሆነ ነው - በውጤቱም ፣ መሸጎጫ መጨመር ያመለጠው እና ፕሮሰሰሩ የፕሮዳክቱን ስራ በበለጠ ፍጥነት ያካሂዳል። እንዲህ ዓይነቱ የስብስብ ሥራ የእኛን የተለመደ የምርት መያዣ መዘግየት በ 10% ሊጨምር ይችላል.

ዘመናዊ የኔትወርክ ካርዶች የፓኬቶች ውስጣዊ ወረፋ ስላላቸው ትራፊክን ማግለል የበለጠ ከባድ ነው. ከቡድን ስራው ውስጥ ያለው ፓኬት መጀመሪያ ከደረሰ, ከዚያም በኬብሉ ላይ የሚተላለፈው የመጀመሪያው ይሆናል, እና ምንም ነገር ማድረግ አይቻልም.

በተጨማሪም, እኛ እስካሁን የቻልነው ለ TCP ትራፊክ ቅድሚያ የመስጠት ችግርን ብቻ ነው የ hsfc አቀራረብ ለ UDP አይሰራም. እና በ TCP ትራፊክ ውስጥ እንኳን, የቡድን ስራው ብዙ ትራፊክን የሚያመነጭ ከሆነ, ይህ ደግሞ የፕሮድ ስራውን መዘግየት 10% ያህል ይጨምራል.

ስህተትን መታገስ

አንድ-ደመና ሲፈጠር ከገቡት ግቦች አንዱ የኦድኖክላሲኒኪን ስህተት መቻቻል ማሻሻል ነበር። ስለዚህ፣ ቀጥሎ ስለ ውድቀቶች እና አደጋዎች ሊሆኑ የሚችሉ ሁኔታዎችን በበለጠ ዝርዝር ማጤን እፈልጋለሁ። በቀላል ሁኔታ እንጀምር - የመያዣ አለመሳካት።

መያዣው ራሱ በተለያዩ መንገዶች ሊሳካ ይችላል. ይህ በአንጸባራቂው ውስጥ ያለ ሙከራ፣ ስህተት ወይም ስህተት ሊሆን ይችላል፣ በዚህ ምክንያት የፕሮድ ተግባር በማንፀባረቁ ላይ ከተመለከተው በላይ ብዙ ሀብቶችን መጠቀም ይጀምራል። አንድ ጉዳይ ነበረን አንድ ገንቢ አንድ ውስብስብ አልጎሪዝምን በመተግበር ብዙ ጊዜ እንደገና ሰርቶ እራሱን በማሰብ እና ግራ በመጋባት በመጨረሻ ችግሩ ወደ ቀላል ያልሆነ ዑደት ገባ። እና የፕሮድ ስራው ከተመሳሳዩ ሚኒዎች ውስጥ ከሌሎቹ ሁሉ የላቀ ቅድሚያ ስላለው ሁሉንም የሚገኙትን የአቀነባባሪ ሃብቶችን መጠቀም ጀመረ። በዚህ ሁኔታ, ማግለል, ወይም ይልቁንም የሲፒዩ ጊዜ ኮታ, ቀኑን አድኗል. አንድ ተግባር በኮታ ከተመደበ ስራው ብዙ አይፈጅም። ስለዚህ, በተመሳሳይ ማሽን ላይ የሚሰሩ ባች እና ሌሎች ፕሮድ ስራዎች ምንም አላስተዋሉም.

ሁለተኛው ሊሆን የሚችል ችግር መያዣው መውደቅ ነው. እና እዚህ እንደገና ማስጀመር ፖሊሲዎች ያድነናል፣ ሁሉም ያውቃቸዋል፣ ዶከር ራሱ ጥሩ ስራ ይሰራል። ሁሉም ማለት ይቻላል የፕሮድ ተግባራት ሁል ጊዜ ዳግም ማስጀመር ፖሊሲ አላቸው። አንዳንድ ጊዜ on_failureን ለቡድን ስራዎች ወይም ፕሮድ ኮንቴይነሮችን ለማረም እንጠቀማለን።

አንድ ሙሉ ሚዮን የማይገኝ ከሆነ ምን ማድረግ ይችላሉ?

በግልጽ ለማየት እንደሚቻለው መያዣውን በሌላ ማሽን ላይ ያሂዱ. እዚህ ላይ የሚያስደንቀው ክፍል ለመያዣው የተመደበው የአይፒ አድራሻ(ዎች) ምን እንደሚሆን ነው።

ኮንቴይነሮች እነዚህ ኮንቴይነሮች የሚሠሩባቸው ሚንዮን ማሽኖች ጋር አንድ አይነት የአይፒ አድራሻዎችን መመደብ እንችላለን። ከዚያም ኮንቴይነሩ በሌላ ማሽን ላይ ሲነሳ የአይፒ አድራሻው ይቀየራል እና ሁሉም ደንበኞቻቸው እቃው እንደተንቀሳቀሰ መረዳት አለባቸው እና አሁን ወደ ሌላ አድራሻ መሄድ አለባቸው ይህም የተለየ የአገልግሎት ፍለጋ አገልግሎት ያስፈልገዋል.

የአገልግሎት ግኝት ምቹ ነው። የአገልግሎት መዝገብ ለማደራጀት የተለያየ የስህተት መቻቻል በገበያ ላይ ብዙ መፍትሄዎች አሉ። ብዙውን ጊዜ እንደዚህ ያሉ መፍትሄዎች የጭነት ሚዛን አመክንዮዎችን ተግባራዊ ያደርጋሉ, ተጨማሪ ውቅረትን በ KV ማከማቻ መልክ ያከማቹ, ወዘተ.
ሆኖም ግን, የተለየ መዝገብ የመተግበር አስፈላጊነትን ለማስወገድ እንፈልጋለን, ምክንያቱም ይህ ማለት በምርት ውስጥ ሁሉም አገልግሎቶች የሚጠቀሙበት ወሳኝ ስርዓት ማስተዋወቅ ማለት ነው. ይህ ማለት ይህ ሊሳካ የሚችል የውድቀት ነጥብ ነው, እና በጣም ስህተትን የሚቋቋም መፍትሄ መምረጥ ወይም ማዘጋጀት ያስፈልግዎታል, ይህም በጣም አስቸጋሪ, ጊዜ የሚወስድ እና ውድ ነው.

እና አንድ ተጨማሪ ትልቅ ችግር፡ የድሮው መሠረተ ልማታችን ከአዲሱ ጋር አብሮ እንዲሠራ፣ አንድ ዓይነት የአገልግሎት ማግኛ ሥርዓት ለመጠቀም ሁሉንም ሥራዎችን እንደገና መፃፍ አለብን። ብዙ ስራ አለ፣ እና በአንዳንድ ቦታዎች በስርዓተ ክወና ከርነል ደረጃ ወይም በቀጥታ ከሃርድዌር ጋር የሚሰሩ ዝቅተኛ ደረጃ ያላቸው መሳሪያዎች ጋር ሲመጣ የማይቻል ነው። እንደ የተመሰረቱ የመፍትሄ ንድፎችን በመጠቀም የዚህ ተግባር ትግበራ የጎን መኪና በአንዳንድ ቦታዎች ተጨማሪ ጭነት ማለት ነው ፣ በሌሎች ውስጥ - የአሠራር ውስብስብ እና ተጨማሪ የውድቀት ሁኔታዎች። ነገሮችን ማወሳሰብ ስላልፈለግን የአገልግሎት ግኝትን አማራጭ ለማድረግ ወስነናል።

በአንድ ደመና ውስጥ, አይፒው መያዣውን ይከተላል, ማለትም እያንዳንዱ የተግባር ምሳሌ የራሱ የአይፒ አድራሻ አለው. ይህ አድራሻ "ቋሚ" ነው: አገልግሎቱ መጀመሪያ ወደ ደመና ሲላክ ለእያንዳንዱ ምሳሌ ይመደባል. አንድ አገልግሎት በህይወት በነበረበት ጊዜ የተለያዩ የአብነት ብዛት ከነበረው በመጨረሻ ከፍተኛው አጋጣሚዎች እንደነበረው ብዙ የአይፒ አድራሻዎችን ይመደብለታል።

በመቀጠል, እነዚህ አድራሻዎች አይለወጡም: አንድ ጊዜ ይመደባሉ እና በምርት ውስጥ ባለው የአገልግሎት ዘመን ሁሉ ይቀጥላሉ. የአይፒ አድራሻዎች በአውታረ መረቡ ውስጥ ያሉትን መያዣዎች ይከተላሉ. መያዣው ወደ ሌላ ሚዮን ከተላለፈ አድራሻው ይከተላል.

ስለዚህ የአገልግሎት ስም ወደ አይፒ አድራሻዎች ዝርዝር ውስጥ ማዘጋጀቱ በጣም አልፎ አልፎ ይቀየራል። በአንቀጹ መጀመሪያ ላይ የጠቀስናቸውን የአገልግሎት አጋጣሚዎች ስም እንደገና ከተመለከቱ (1.እሺ-ድር.ቡድን1.ድር.የፊት.ፕሮድ፣ 2.ኦክ-ድር.ቡድን1.ድር.የፊት.ፕሮድ፣ …), በዲኤንኤስ ውስጥ ጥቅም ላይ ከዋሉት FQDNs ጋር እንደሚመሳሰሉ እናስተውላለን. ልክ ነው፣ የአገልግሎት ምሳሌዎችን ስም ወደ አይፒ አድራሻቸው ለመቅረጽ፣ የዲ ኤን ኤስ ፕሮቶኮልን እንጠቀማለን። በተጨማሪም ፣ ይህ ዲ ኤን ኤስ የሁሉም ኮንቴይነሮች የተያዙ የአይፒ አድራሻዎችን ይመልሳል - ሁለቱም እየሮጡ እና ቆሙ (ሦስት ቅጂዎች ጥቅም ላይ ይውላሉ እንበል ፣ እና እዚያ የተያዙ አምስት አድራሻዎች አሉን - አምስቱም ይመለሳሉ)። ደንበኞች ይህንን መረጃ ከተቀበሉ ከአምስቱ ቅጂዎች ጋር ግንኙነት ለመመስረት ይሞክራሉ - እና ስለዚህ እየሰሩ ያሉትን ይወስናሉ። ይህ ተገኝነትን የሚወስንበት አማራጭ የበለጠ አስተማማኝ ነው፡ ዲ ኤን ኤስን ወይም አገልግሎትን ማግኘትን አያካትትም፣ ይህ ማለት የመረጃን አስፈላጊነት እና የእነዚህን ስርዓቶች ስህተት መቻቻል ለማረጋገጥ ምንም አስቸጋሪ ችግሮች የሉም ማለት ነው። በተጨማሪም ፣ የጠቅላላው ፖርታል አሠራር በሚመረኮዝባቸው ወሳኝ አገልግሎቶች ውስጥ ፣ ዲ ኤን ኤስ በጭራሽ መጠቀም አንችልም ፣ ግን በቀላሉ የአይፒ አድራሻዎችን ወደ ውቅር ያስገቡ።

ከኮንቴይነሮች በስተጀርባ እንዲህ ዓይነቱን የአይፒ ሽግግር መተግበር ቀላል ያልሆነ ሊሆን ይችላል - እና እንዴት እንደሚሰራ በሚከተለው ምሳሌ እንመለከታለን።

አንድ ደመና ጌታው ለማንዮን ኤም 1 እንዲሮጥ ትእዛዝ ሰጠ እንበል 1.እሺ-ድር.ቡድን1.ድር.የፊት.ፕሮድ በአድራሻ 1.1.1.1. አንድ minion ላይ ይሰራል ወፍይህን አድራሻ ወደ ልዩ አገልጋዮች የሚያስተዋውቀው የመንገድ አንጸባራቂ. የኋለኛው የBGP ክፍለ ጊዜ ከአውታረ መረብ ሃርድዌር ጋር ፣ በአድራሻ 1.1.1.1 M1 ላይ የተተረጎመበት መንገድ አላቸው። ሊኑክስን በመጠቀም ኤም 1 የመንገዶች ፓኬጆች በመያዣው ውስጥ። ይህ የአንድ-ደመና መሠረተ ልማት በጣም ወሳኝ አካል ስለሆነ ሶስት የመንገድ አንጸባራቂ አገልጋዮች አሉ - ያለ እነርሱ, በአንድ ደመና ውስጥ ያለው አውታረመረብ አይሰራም. ሦስቱንም የመሳሳት እድልን ለመቀነስ ከተቻለ በመረጃ ማዕከሉ ውስጥ በተለያዩ ክፍሎች ውስጥ በሚገኙ የተለያዩ መደርደሪያዎች ውስጥ እናስቀምጣቸዋለን።

አሁን በአንድ ደመና ጌታ እና በ M1 minion መካከል ያለው ግንኙነት እንደጠፋ እናስብ። የአንድ ደመና ጌታው አሁን ኤም 1 ሙሉ በሙሉ ወድቋል በሚለው ግምት ላይ ይሠራል። ያም ማለት ለ M2 minion እንዲነሳ ትዕዛዙን ይሰጣል web.group1.web.front.prod በተመሳሳይ አድራሻ 1.1.1.1. አሁን ለ 1.1.1.1 በኔትወርኩ ላይ ሁለት እርስ በርስ የሚጋጩ መንገዶች አሉን: በ M1 እና በ M2. እንደዚህ ያሉ ግጭቶችን ለመፍታት በBGP ማስታወቂያ ላይ የተገለጸውን Multi Exit Discriminator እንጠቀማለን። ይህ የማስታወቂያውን መንገድ ክብደት የሚያሳይ ቁጥር ነው። ከተጋጩ መንገዶች መካከል, ዝቅተኛ የ MED እሴት ያለው መንገድ ይመረጣል. ባለ አንድ-ደመና ጌታ MEDን እንደ መያዣ አይፒ አድራሻዎች ዋና አካል አድርጎ ይደግፋል። ለመጀመሪያ ጊዜ አድራሻው የተፃፈው በበቂ ትልቅ MED = 1 ነው. በእንደዚህ አይነት የአደጋ ጊዜ መያዣ ሽግግር ሁኔታ, ጌታው MED ይቀንሳል, እና M000 ቀድሞውኑ አድራሻውን 000 ከ MED = ጋር ለማስተዋወቅ ትዕዛዙን ይቀበላል. 2 በኤም 1.1.1.1 ላይ የሚሠራው ምሳሌ በዚህ ጉዳይ ላይ ምንም ግንኙነት እንደሌለው ይቆያል ፣ እና የእሱ ተጨማሪ ዕጣ ፈንታ ከጌታው ጋር ያለው ግንኙነት እስኪታደስ ድረስ ብዙም አይጠቅመንም ፣ እሱ እንደ አሮጌ መውሰድ ይቆማል።

አደጋዎች

ሁሉም የውሂብ ማዕከል አስተዳደር ስርዓቶች ሁልጊዜ ጥቃቅን ውድቀቶችን ተቀባይነት ባለው መልኩ ይይዛሉ. በየቦታው ማለት ይቻላል የመያዣ መብዛት የተለመደ ነው።

እንደ የውሂብ ማእከል አንድ ወይም ከዚያ በላይ ክፍሎች ውስጥ እንደ ሃይል ብልሽት ያለ ድንገተኛ አደጋን እንዴት እንደምናስተናግድ እንይ።

አደጋ ለዳታ ማእከል አስተዳደር ስርዓት ምን ማለት ነው? በመጀመሪያ ደረጃ, ይህ የብዙ ማሽኖች ግዙፍ የአንድ ጊዜ ውድቀት ነው, እና የቁጥጥር ስርዓቱ ብዙ መያዣዎችን በተመሳሳይ ጊዜ ማዛወር ያስፈልገዋል. ነገር ግን አደጋው በጣም መጠነ ሰፊ ከሆነ, ሁሉም ተግባራት እንደገና ለሌሎች ሚኒስቴሮች መመደብ የማይቻልበት ሁኔታ ሊከሰት ይችላል, ምክንያቱም የመረጃ ማእከሉ የሃብት አቅም ከ 100% ጭነት በታች ይወርዳል.

ብዙውን ጊዜ አደጋዎች ከቁጥጥር ንብርብር ውድቀት ጋር አብረው ይመጣሉ። ይህ በመሳሪያው ብልሽት ምክንያት ሊከሰት ይችላል, ነገር ግን ብዙ ጊዜ አደጋዎች አለመሞከራቸው, እና የቁጥጥር ንብርብር እራሱ በተጨመረው ጭነት ምክንያት ይወድቃል.

በዚህ ሁሉ ምን ማድረግ ይችላሉ?

የጅምላ ፍልሰት ማለት በመሠረተ ልማት ውስጥ የሚደረጉ እንቅስቃሴዎች፣ ፍልሰቶች እና ስምሪት ስራዎች አሉ። እያንዳንዱ ፍልሰት የእቃ መያዢያ ምስሎችን ወደ ሚኒሰሶች ለማድረስ እና ለመንጠቅ፣ ኮንቴይነሮችን ለማስነሳት እና ለማስጀመር ወዘተ የተወሰነ ጊዜ ሊወስድ ይችላል።

የምናውቃቸውን የአገልግሎቶች ተዋረድ እንደገና እንመልከታቸው እና በመጀመሪያ የትኞቹን ተግባራት ማከናወን እንደምንፈልግ ለመወሰን እንሞክር።

በእርግጥ እነዚህ የተጠቃሚ ጥያቄዎችን በማስኬድ ላይ በቀጥታ የሚሳተፉ ሂደቶች ናቸው ማለትም ፕሮድ. ጋር ይህን እንጠቁማለን። ምደባ ቅድሚያ - ለወረፋው ሊመደብ የሚችል ቁጥር. አንድ ወረፋ ከፍተኛ ቅድሚያ የሚሰጠው ከሆነ አገልግሎቶቹ በቅድሚያ ይቀመጣሉ።

በፕሮድ ላይ ከፍተኛ ቅድሚያዎችን እንመድባለን, 0; በቡድን - ትንሽ ዝቅተኛ, 100; ስራ ፈት ላይ - እንዲያውም ዝቅተኛ, 200. ቅድሚያ የሚሰጣቸው ነገሮች በተዋረድ ይተገበራሉ. በተዋረድ ዝቅተኛ የሆኑ ሁሉም ተግባራት ተጓዳኝ ቅድሚያ ይኖራቸዋል። በፕሮድ ውስጥ ያሉ መሸጎጫዎች ከግንባር በፊት እንዲከፈቱ ከፈለግን ቅድሚያ የሚሰጣቸውን መሸጎጫ = 0 እና የፊት ንኡስ ተራዎችን = 1 እንመድባለን ። ለምሳሌ ፣ መጀመሪያ ዋናው ፖርታል ከፊት ለፊት እንዲከፈት ከፈለግን እና የሙዚቃ ግንባር ብቻ ከዚያ ለኋለኛው ዝቅተኛ ቅድሚያ መስጠት እንችላለን - 10.

ቀጣዩ ችግር የሀብት እጥረት ነው። ስለዚህ፣ ከፍተኛ መጠን ያለው መሣሪያ፣ የመረጃ ማዕከሉ አዳራሾች አልተሳኩም፣ እና በጣም ብዙ አገልግሎቶችን እንደገና አስጀምረናል አሁን ለሁሉም ሰው የሚሆን በቂ ሀብቶች የሉም። ዋና ዋና አገልግሎቶችን ለማስቀጠል የትኞቹን ተግባራት እንደሚሰዋው መወሰን ያስፈልግዎታል ።

ከምደባ ቅድሚያ በተለየ፣ ሁሉንም የቡድን ስራዎች ያለአንዳች አድልዎ መስዋዕት ልንሰጥ አንችልም፤ አንዳንዶቹ ለፖርታሉ ስራ አስፈላጊ ናቸው። ስለዚህ, ለየብቻ አጉልተናል የቅድሚያ ቅድሚያ ተግባራት. በሚቀመጥበት ጊዜ ከፍ ያለ የቅድሚያ ሥራ ቅድሚያ ሊሰጥ ይችላል፣ ማለትም፣ ማቆም፣ ከአሁን በኋላ ነፃ ሎሌዎች ከሌሉ ዝቅተኛ ቅድሚያ የሚሰጠው ተግባር። በዚህ ሁኔታ, ዝቅተኛ ቅድሚያ የሚሰጠው ተግባር ምናልባት ሳይቀመጥ ይቀራል, ማለትም በቂ ነፃ ሀብቶች ያለው ለእሱ ተስማሚ ሚዮን አይኖርም.

በእኛ ተዋረድ ውስጥ፣ ፕሮድ እና ባች ተግባራት ሥራ ፈት ተግባራትን ቀድመው ወይም እንዲያቆሙ፣ ነገር ግን አንዳቸው ለሌላው አይደለም፣ ከ 200 ጋር እኩል የሆነ ቅድሚያ በመጥቀስ የቅድሚያ ቅድሚያን መግለጽ በጣም ቀላል ነው። ይበልጥ ውስብስብ ደንቦችን ለመግለጽ የእኛን ተዋረድ መጠቀም እንችላለን። ለምሳሌ፡ ለዋናው ዌብ ፖርታል በቂ ግብአት ከሌለን የሙዚቃ ተግባሩን እንደምንሰዋ እናሳይ፡ ለተጓዳኝ አንጓዎች ቅድሚያ በመስጠት፡ 10.

ሙሉ የዲሲ አደጋዎች

ለምንድነው አጠቃላይ የመረጃ ማዕከል ሊሳካ የሚችለው? ንጥረ ነገር ጥሩ ልጥፍ ነበር። አውሎ ነፋሱ የመረጃ ማእከሉን ሥራ ነካው።. ንጥረ ነገሮች በአንድ ወቅት ኦፕቲክስን በማኒፎልድ ውስጥ ያቃጠሉ እና የመረጃ ማእከሉ ከሌሎች ድረ-ገጾች ጋር ​​ሙሉ በሙሉ ግንኙነት ያጡ ቤት የሌላቸው ሰዎች ሊባሉ ይችላሉ። የብልሽት መንስኤም የሰው ልጅ ሊሆን ይችላል፡ ኦፕሬተሩ እንዲህ አይነት ትእዛዝ ይሰጣል አጠቃላይ የመረጃ ማዕከል ይወድቃል። ይህ በትልቅ ስህተት ምክንያት ሊከሰት ይችላል. በአጠቃላይ የመረጃ ማእከሎች መፈራረስ የተለመደ ነገር አይደለም። ይህ በየወሩ አንድ ጊዜ ይደርስብናል።

እና ማንም ሰው # በህይወት እያለ ትዊት እንዳይል ለመከላከል የምናደርገው ይህ ነው።

የመጀመሪያው ስልት ማግለል ነው። እያንዳንዱ ባለ አንድ ደመና ምሳሌ ለብቻው ነው እና ማሽኖችን በአንድ የውሂብ ማዕከል ብቻ ማስተዳደር ይችላል። ያም ማለት በትልች ወይም በተሳሳተ የኦፕሬተር ትዕዛዞች ምክንያት የደመና መጥፋት የአንድ የውሂብ ማእከል ብቻ ማጣት ነው. ለዚህ ዝግጁ ነን፡ የመተግበሪያው እና የዳታ ቅጂዎች በሁሉም የመረጃ ማዕከሎች ውስጥ የሚገኙበት የመቀየሪያ ፖሊሲ አለን። ስህተትን የሚቋቋሙ የውሂብ ጎታዎችን እንጠቀማለን እና በየጊዜው አለመሳካቶችን እንፈትሻለን።
ከዛሬ ጀምሮ አራት የመረጃ ማዕከሎች አሉን ፣ ይህ ማለት አራት የተለያዩ ፣ ሙሉ በሙሉ ገለልተኛ የአንድ ደመና ምሳሌዎች።

ይህ አቀራረብ አካላዊ ውድቀትን ብቻ ሳይሆን ከኦፕሬተር ስህተትን ይከላከላል.

በሰዎች ምክንያት ሌላ ምን ሊደረግ ይችላል? አንድ ኦፕሬተር ለደመናው እንግዳ የሆነ ወይም አደገኛ ሊሆን የሚችል ትዕዛዝ ሲሰጥ፣ ምን ያህል እንዳሰበ ለማየት በድንገት ትንሽ ችግር እንዲፈታ ሊጠየቅ ይችላል። ለምሳሌ ፣ ይህ የብዙ ቅጂዎች የጅምላ ማቆሚያ ወይም እንግዳ ትእዛዝ ከሆነ - የተባዙትን ብዛት መቀነስ ወይም የምስሉን ስም መለወጥ ፣ እና በአዲሱ አንጸባራቂ ውስጥ ያለውን የስሪት ቁጥር ብቻ አይደለም።

ውጤቶች

የአንድ ደመና ልዩ ባህሪዎች

• ለአገልግሎቶች እና ለመያዣዎች ተዋረድ እና ምስላዊ የስም አሰጣጥ ዘዴ, ይህም ስራው ምን እንደሆነ, ምን እንደሚዛመድ እና እንዴት እንደሚሰራ እና ማን ተጠያቂ እንደሆነ በፍጥነት ለማወቅ ያስችልዎታል.
• የእኛን ተግባራዊ እናደርጋለን ምርቶችን እና ባችትን የማጣመር ቴክኒክ-የማሽን መጋራትን ቅልጥፍና ለማሻሻል በ minions ላይ ያሉ ተግባራት። ከ cpuset ይልቅ የሲፒዩ ኮታዎች፣ አክሲዮኖች፣ የሲፒዩ መርሐግብር አውጪ ፖሊሲዎች እና ሊኑክስ QoS እንጠቀማለን።
• በአንድ ማሽን ላይ የሚሠሩትን ኮንቴይነሮች ሙሉ በሙሉ ማግለል አልተቻለም፣ ነገር ግን የጋራ ተጽኖአቸው በ20% ውስጥ ይቀራል።
• አገልግሎቶችን ወደ ተዋረድ ማደራጀት በራስ-ሰር የአደጋ ማገገም ይረዳል አቀማመጥ እና ቅድመ-ቅደም ተከተል ቅድሚያዎች.

በየጥ

ለምን ዝግጁ የሆነ መፍትሄ አልወሰድንም?

• የተለያዩ የተግባር ክፍሎች በጥቃቅን ሰዎች ላይ ሲቀመጡ የተለየ አመክንዮ ያስፈልጋቸዋል። የፕሮድ ተግባራትን በቀላሉ ሀብትን በማስቀመጥ ማስቀመጥ ከተቻለ፣በማይኒዮን ማሽኖች ላይ ያለውን የሀብት አጠቃቀምን በመከታተል ባች እና ስራ ፈት ስራዎች መቀመጥ አለባቸው።
• በመሳሰሉት ተግባራት ጥቅም ላይ የሚውሉ ሀብቶችን ግምት ውስጥ ማስገባት አስፈላጊ ነው-
  • የአውታረ መረብ የመተላለፊያ ይዘት;
  • የዲስኮች ዓይነቶች እና "ስፒንዶች".
• በአንድ ደመና ውስጥ ተዋረድ ወረፋዎች በመጠቀም መፍትሔ ነው ድንገተኛ ምላሽ ወቅት አገልግሎቶች, መብቶች እና ሀብቶች ለማግኘት ትዕዛዞች ኮታዎች, ያለውን ቅድሚያ የሚጠቁሙ አስፈላጊነት.
• ለአደጋዎች እና ለአደጋዎች ምላሽ ጊዜን ለመቀነስ የእቃ መያዣዎች የሰው ስም ማውጣት አስፈላጊነት
• የአገልግሎት ግኝትን ለአንድ ጊዜ በስፋት ተግባራዊ ማድረግ የማይቻል; በሃርድዌር አስተናጋጆች ላይ ከተስተናገዱ ተግባራት ጋር ለረጅም ጊዜ አብሮ የመኖር አስፈላጊነት - ኮንቴይነሮችን ተከትሎ በ “ቋሚ” አይፒ አድራሻዎች የሚፈታ ነገር ፣ እና በውጤቱም ፣ ከትልቅ የአውታረ መረብ መሠረተ ልማት ጋር ልዩ ውህደት አስፈላጊነት።

እነዚህ ሁሉ ተግባራት እኛን ለማስማማት በነባር መፍትሄዎች ላይ ጉልህ ማሻሻያዎችን ይጠይቃሉ፣ እና የስራውን መጠን ከገመገምን በኋላ፣ በግምት በተመሳሳይ የሰው ኃይል ወጪዎች የራሳችንን መፍትሄ ማዘጋጀት እንደምንችል ተገነዘብን። ነገር ግን የእርስዎ መፍትሄ ለመስራት እና ለማዳበር በጣም ቀላል ይሆናል - እኛ የማያስፈልጉንን ተግባራትን የሚደግፉ አላስፈላጊ ማጠቃለያዎችን አልያዘም።

የመጨረሻዎቹን መስመሮች ለሚያነቡ, ለትዕግስትዎ እና በትኩረትዎ እናመሰግናለን!

ምንጭ: hab.com