ኩበርኔትስ በዶም ክሊክ፡ የ1000 ማይክሮ አገልገሎትን ስብስብ በመምራት በሰላም እንዴት መተኛት እንደሚቻል

ስሜ ቪክቶር ያጎፋሮቭ እባላለሁ እና የኩበርኔትስ መድረክን በ DomClick በ Ops (ኦፕሬሽንስ) ቡድን ውስጥ እንደ ቴክኒካል ልማት ስራ አስኪያጅ እያዘጋጀሁ ነው። ስለ እኛ የዴቭ <-> ኦፕስ ሂደቶች አወቃቀር ፣ በሩሲያ ውስጥ ካሉት ትልቁ የ k8s ስብስቦች ውስጥ አንዱን ስለማስኬድ ባህሪዎች ፣ እንዲሁም ቡድናችን ስለሚጠቀምባቸው DevOps / SRE ልምዶች ልነግርዎ እፈልጋለሁ።

የቡድን ኦፕስ

የኦፕስ ቡድን በአሁኑ ጊዜ 15 ሰዎች አሉት። ከመካከላቸው ሦስቱ ለቢሮው ተጠያቂ ናቸው, ሁለቱ በተለያየ የጊዜ ሰቅ ውስጥ ይሰራሉ ​​እና ምሽት ላይም ይገኛሉ. ስለዚህ፣ ከኦፕስ የመጣ ሰው ሁል ጊዜ በተቆጣጣሪው ላይ ነው እና ለማንኛውም ውስብስብ ክስተት ምላሽ ለመስጠት ዝግጁ ነው። የሌሊት ፈረቃ የለንም፤ አስተሳሰባችንን የሚጠብቅ እና ሁሉም ሰው በቂ እንቅልፍ እንዲያገኝ እና በኮምፒዩተር ላይ ብቻ ሳይሆን የመዝናኛ ጊዜ እንዲያሳልፍ እድል ይሰጣል።

ሁሉም ሰው የተለያየ ብቃቶች አሉት፡ ኔትወርክ ሰሪዎች፣ ዲቢኤዎች፣ ELK ቁልል ስፔሻሊስቶች፣ የኩበርኔትስ አስተዳዳሪዎች/ገንቢዎች፣ ክትትል፣ ቨርቹዋልላይዜሽን፣ የሃርድዌር ስፔሻሊስቶች፣ ወዘተ። አንድ ነገር ሁሉንም ሰው አንድ ያደርገዋል - ሁሉም ሰው በተወሰነ ደረጃ ማናችንም ሊተካ ይችላል-ለምሳሌ ፣ አዲስ አንጓዎችን ወደ k8s ክላስተር ያስተዋውቁ ፣ PostgreSQL ያዘምኑ ፣ CI / CD + ሊቻል የሚችል የቧንቧ መስመር ይፃፉ ፣ በ Python / Bash / Go ውስጥ የሆነ ነገር በራስ-ሰር ያገናኙ ፣ አንድ ቁራጭ ያገናኙ የሃርድዌር ወደ DPC. በማንኛውም አካባቢ ያሉ ጠንካራ ብቃቶች የእንቅስቃሴ አቅጣጫን በመቀየር እና በሌላ አካባቢ ፓምፕ ለመጀመር ጣልቃ አይገቡም። ለምሳሌ፣ በአንድ ኩባንያ ውስጥ እንደ PostgreSQL ስፔሻሊስት ሥራ አገኘሁ፣ እና አሁን የእኔ ዋና የኃላፊነት ቦታ የኩበርኔትስ ስብስቦች ነው። በቡድኑ ውስጥ, ማንኛውም እድገት እንኳን ደህና መጡ እና የትከሻ ስሜት በጣም የተገነባ ነው.

በነገራችን ላይ, እኛ አደን. የእጩዎች መስፈርቶች በጣም መደበኛ ናቸው. ለእኔ በግሌ, አንድ ሰው ወደ ቡድኑ ውስጥ መግባቱ አስፈላጊ ነው, የማይጋጭ ነው, ነገር ግን አመለካከቱን እንዴት መከላከል እንዳለበት ያውቃል, ማዳበር ይፈልጋል እና አዲስ ነገር ለማድረግ አይፈራም, ሀሳቡን ለማቅረብ. እንዲሁም በስክሪፕት ቋንቋዎች ውስጥ የፕሮግራም አወጣጥ ችሎታዎች ፣ የሊኑክስ እና የእንግሊዝኛ መሰረታዊ እውቀት ያስፈልጋል። እንግሊዘኛ የሚያስፈልገው በፋካፕ ጉዳይ ላይ ያለ ሰው የችግሩን መፍትሄ በ10 ሰከንድ ውስጥ ጎግል ማድረግ እንዲችል እንጂ በ10 ደቂቃ ውስጥ አይደለም። የሊኑክስ ጥልቅ እውቀት ካላቸው ስፔሻሊስቶች ጋር አሁን በጣም ከባድ ነው፡አስቂኝ ነገር ግን ከሶስቱ እጩዎች ሁለቱ “የመጫኛ አማካይ ምንድነው? ምንን ያቀፈ ነው? ”፣ እና ጥያቄው“ ከሲሽ ፕሮግራም ውስጥ ዋና ቆሻሻን እንዴት እንደሚሰበስብ” ከሰው በላይ ከሆኑ ሰዎች ዓለም… ወይም ዳይኖሰርስ እንደ አንድ ነገር ይቆጠራል። ብዙውን ጊዜ ሰዎች ሌሎች ብቃቶችን በከፍተኛ ደረጃ ስላዳበሩ ይህንን መታገስ አለብን እና እኛ ሊኑክስን እናስተምራለን ። ለጥያቄው መልስ "የዴቭኦፕስ መሐንዲስ በዘመናዊው የዳመና ዓለም ውስጥ ይህንን ሁሉ ማወቅ ለምን ያስፈልጋል" የሚለው መልስ ከጽሑፉ ወሰን ውጭ መተው አለበት ፣ ግን በሦስት ቃላት ይህ ሁሉ አስፈላጊ ነው ።

የመሳሪያዎች ትዕዛዝ

የመሳሪያዎች ቡድን በአውቶሜሽን ውስጥ ትልቅ ሚና ይጫወታል። ዋና ተግባራቸው ለገንቢዎች ምቹ የግራፊክ እና የ CLI መሳሪያዎችን መፍጠር ነው። ለምሳሌ፣ የእኛ የኮንፈር ውስጣዊ እድገታችን በጥቂት የመዳፊት ጠቅታዎች ወደ Kubernetes መተግበሪያ እንድትለቁ፣ ሀብቶቹን እንዲያዋቅሩ፣ ቁልፎችን ከቮልት ወዘተ. ጄንኪንስ + ሄልም 2 ነበር፣ ነገር ግን ቅጂ-መለጠፍን ለማስወገድ እና ለሶፍትዌር የህይወት ኡደት ተመሳሳይነት ለማምጣት የራሴን መሳሪያ ማዘጋጀት ነበረብኝ።

የኦፕስ ቡድን ለገንቢዎች የቧንቧ መስመሮችን አይጽፍም, ነገር ግን በማንኛውም ጉዳዮች ላይ በጽሁፍ ምክር መስጠት ይችላል (አንዳንዶች አሁንም Helm 3 አላቸው).

DevOps

DevOpsን በተመለከተ፣ እንደዚህ እናየዋለን፡-

የዴቭ ቡድኖች ኮድ ይጽፋሉ፣ በConfer to dev -> qa/stage -> ፕሮድ በኩል ያውጡ። ኮዱ እንዳይዘገይ እና ስህተቶችን እንደማይጥል ማረጋገጥ የዴቭ እና ኦፕስ ቡድኖች ኃላፊነት ነው። በቀን ውስጥ, ከኦፕስ ቡድን ውስጥ ያለው ተረኛ መኮንን በማመልከቻው ላይ ለተፈጠረው ክስተት ምላሽ መስጠት አለበት, እና ምሽት እና ማታ, ተረኛ አስተዳዳሪ (ኦፕስ) ችግሩ እንዳልሆነ በትክክል ካወቀ በስራ ላይ ያለውን ገንቢ ማንቃት አለበት. በመሠረተ ልማት ውስጥ. በክትትል ውስጥ ያሉ ሁሉም መለኪያዎች እና ማንቂያዎች በራስ-ሰር ወይም በከፊል በራስ-ሰር ይታያሉ።

የኦፕስ የኃላፊነት ቦታ የሚጀምረው ማመልከቻው ወደ ምርት ከተለቀቀበት ጊዜ ጀምሮ ነው, ነገር ግን የዴቭ ሃላፊነት በዚህ አያበቃም - አንድ ነገር እናደርጋለን እና በተመሳሳይ ጀልባ ውስጥ ነን.

ገንቢዎች የአስተዳዳሪ ማይክሮ አገልግሎትን ለመጻፍ እገዛ ከፈለጉ (ለምሳሌ Go backend + HTML5) አስተዳዳሪዎች ምክር ይሰጣሉ፣ እና አስተዳዳሪዎች በማንኛውም መሠረተ ልማት ወይም k8 ተዛማጅ ጉዳዮች ላይ ገንቢዎችን ይመክራሉ።

በነገራችን ላይ ማይክሮ ሰርቪስ ብቻ እንጂ ሞኖሊት የለንም። በቁጥር ከተለካ ቁጥራቸው እስካሁን በ900 እና 1000 መካከል በፕሮድ k8s ክላስተር መካከል ይለዋወጣል። ማሰማራት. በ 1700 እና 2000 መካከል የፖዳዎች ቁጥር ይለዋወጣል. በፕሮድ ክላስተር ውስጥ ያሉት እንክብሎች አሁን ወደ 2000 አካባቢ ናቸው.

አላስፈላጊ የሆኑ ማይክሮ አግልግሎቶችን ስለምንከታተል እና በከፊል አውቶማቲክ ሁነታ ስለምንቆርጣቸው ትክክለኛ ቁጥሮች መስጠት አልችልም። በ k8s ውስጥ አላስፈላጊ አካላትን መከታተል ይረዳናል። የማይጠቅም-ከዋኝሀብትን እና ገንዘብን የሚቆጥብ.

የሃብት አያያዝ

ክትትል

በብቃት የተገነባ እና መረጃ ሰጭ ክትትል ለአንድ ትልቅ ክላስተር አሠራር የማዕዘን ድንጋይ ይሆናል። ሁሉንም የክትትል ፍላጎቶች 100% የሚሸፍን ሁለንተናዊ መፍትሄ እስካሁን አላገኘንም ፣ ስለዚህ በዚህ አካባቢ ውስጥ የተለያዩ ብጁ መፍትሄዎችን በየጊዜው እንሰርዛለን።

• ዚብሊክስ. በዋነኛነት የመሠረተ ልማትን አጠቃላይ ሁኔታ ለመከታተል የተነደፈ ጥሩ የድሮ ክትትል። አንድ መስቀለኛ መንገድ በፕሮሰሰር፣ በሜሞሪ፣ በዲስክ፣ በኔትወርክ እና በመሳሰሉት ሲሞት ይነግረናል። ምንም ከተፈጥሮ በላይ የሆነ ነገር የለም, ነገር ግን እኛ ደግሞ የተለየ DaemonSet ወኪሎች አሉን, በእሱ እርዳታ ለምሳሌ, በክላስተር ውስጥ ያለውን የዲ ኤን ኤስ ሁኔታ እንቆጣጠራለን: ሞኝ ኮርዶችን እንፈልጋለን, የውጭ አስተናጋጆችን መኖሩን እናረጋግጣለን. ለምንድነው የሚጨነቀው ለምንድነው የሚመስለው፣ ነገር ግን በትላልቅ የትራፊክ መጨናነቅ ላይ ይህ አካል ከባድ የውድቀት ነጥብ ነው። ከዚህ በፊት አለኝ ተገልጿልበክላስተር ውስጥ ከዲ ኤን ኤስ አፈጻጸም ጋር እንዴት መታገል።
• ፕሮሜቲየስ ኦፕሬተር. የተለያዩ ላኪዎች ስብስብ የሁሉንም የክላስተር አካላት አጠቃላይ እይታ ይሰጣል። በመቀጠል፣ ይህንን ሁሉ በግራፋና ውስጥ ባሉ ትላልቅ ዳሽቦርዶች ላይ እናየዋለን፣ እና ለማሳወቂያዎች ማንቂያ ማኔጀርን እንጠቀማለን።

ሌላው ለእኛ ጠቃሚ መሣሪያ ነው ዝርዝር-መግቢያ. ከበርካታ ጊዜያት በኋላ ጻፍነው አንድ ቡድን የሌላ ቡድን ኢንግሬስ ከመንገዱ ጋር ተደራራቢ ሲሆን ይህም 50x ስህተቶችን አስከትሏል። አሁን፣ ወደ ምርት ከመሰማራታቸው በፊት፣ ገንቢዎች ማንንም እንደማይጎዱ ያረጋግጣሉ፣ እና ለቡድኔ ይህ ከ Ingresses ጋር ላሉ ችግሮች የመጀመሪያ ምርመራ ጥሩ መሣሪያ ነው። መጀመሪያ ላይ ለአድሚኖች መጻፉ ያስቃል እና ይልቁንስ “ብልጭታ” ይመስላል፣ ነገር ግን የዴቭ ቡድኖቹ መሳሪያውን ከወደዱ በኋላ በጣም ተለወጠ እና “አስተዳዳሪው ለአድሚኖች የድር ፊት ሠራ” አይመስልም ጀመር። . ብዙም ሳይቆይ ይህንን መሳሪያ እንተወዋለን እና እንደዚህ ያሉ ሁኔታዎች የቧንቧ መስመር ከመጀመሩ በፊት እንኳን ይረጋገጣሉ.

የቡድን መርጃዎች በ"Cube"

በምሳሌዎቹ ከመቀጠልዎ በፊት፣ የምንጠቀምበት የግብዓት ድልድል እንዴት እንዳለን ማብራራት ተገቢ ነው። ጥቃቅን አገልግሎቶች.

የትኞቹን ቡድኖች እና በምን አይነት መጠን እንደሚጠቀሙ ለመረዳት ግብዓቶች (ፕሮሰሰር, ማህደረ ትውስታ, የአካባቢ SSD), እኛ የራሳችንን እንመድባለን የስም ቦታ በ "Cube" ውስጥ እና በሂደት, በማህደረ ትውስታ እና በዲስክ ውስጥ ከፍተኛውን አቅም ይገድቡ, ቀደም ሲል የቡድኖቹን ፍላጎቶች በመወያየት. በዚህ መሠረት አንድ ትዕዛዝ በአጠቃላይ ሁኔታ በሺዎች የሚቆጠሩ ኮሮች እና ቴራባይት ማህደረ ትውስታዎችን ለራሱ በመመደብ ሙሉውን ክላስተር ለማሰማራት አያግደውም. የስም ቦታው መዳረሻ በኤዲ ነው (RBAC እንጠቀማለን)። የስም ቦታዎች እና ገደቦቻቸው ወደ ጂአይቲ የመረጃ ቋት በሚጎትት ጥያቄ በኩል ይታከላሉ እና ከዚያ ሁሉም ነገር በአንሲቪል ቧንቧ በኩል በራስ-ሰር ይወጣል።

በቡድን የሃብት ድልድል ምሳሌ፡-

namespaces:

  chat-team:
    pods: 23
    limits:
      cpu: 11
      memory: 20Gi
    requests:
      cpu: 11
      memory: 20Gi

ጥያቄዎች እና ገደቦች

ኩብድ" ጥያቄ በስር የተያዙ የተጠበቁ ሀብቶች ብዛት ነው። ፖድ (አንድ ወይም ከዚያ በላይ ዶከር ኮንቴይነሮች) በክላስተር ውስጥ። ገደብ ዋስትና የሌለው ከፍተኛ ነው። አንዳንድ ቡድን እራሱን ለሁሉም ማመልከቻዎች ብዙ ጥያቄዎችን እንዳዘጋጀ እና መተግበሪያውን ወደ "Cube" ማሰማራት እንደማይችል በገበታዎቹ ላይ ማየት ይችላሉ ፣ ምክንያቱም በስም ቦታው ሁሉም ጥያቄዎች ቀድሞውኑ "ውለዋል"።

ከዚህ ሁኔታ ውስጥ ትክክለኛው መንገድ ትክክለኛውን የንብረት ፍጆታ መመልከት እና ከተጠየቀው መጠን (ጥያቄ) ጋር ማወዳደር ነው.

ከላይ ያሉት ቅጽበታዊ ገጽ እይታዎች እንደሚያሳዩት "የተጠየቁ" (የተጠየቁ) ሲፒዩዎች ለትክክለኛው የክሮች ብዛት መመረጣቸውን እና ገደቦች ከእውነተኛ የሲፒዩ ክሮች ብዛት ሊበልጥ ይችላል =)

አሁን እስቲ አንዳንድ የስም ቦታን (ስም ቦታውን ኩቤ-ሲስተም መርጫለሁ - ለራሱ የ “Cube” አካላት የስርዓት ስም ቦታ) እና በእውነቱ ጥቅም ላይ የዋለውን ፕሮሰሰር ጊዜ እና ማህደረ ትውስታ ከተጠየቀው ጋር ያለውን ጥምርታ እንይ ።

በትክክል ጥቅም ላይ ከዋለ የበለጠ ብዙ ማህደረ ትውስታ እና ሲፒዩ ለስርዓት አገልግሎቶች የተያዙ መሆናቸው ግልፅ ነው። የኩቤ-ስርዓትን በተመለከተ ይህ ትክክል ነው-በከፍተኛው የ nginx ingress መቆጣጠሪያ ወይም nodelocaldns በሲፒዩ ላይ ያረፈ እና ብዙ ራም በልቷል ፣ ስለዚህ እዚህ ያለው ህዳግ ትክክል ነው። በተጨማሪም፣ ላለፉት 3 ሰዓታት በገበታዎች ላይ መተማመን አንችልም፡ የታሪካዊ መለኪያዎችን በትልቁ ጊዜ ማየት ይፈለጋል።

"የምክሮች" ስርዓት ተዘርግቷል. ለምሳሌ ፣ “መጎተት” እንዳይከሰት “ገደቦችን” (የላይኛው የተፈቀደው አሞሌ) ከፍ ለማድረግ የትኞቹ ሀብቶች የተሻለ እንደሚሆኑ ማየት ይችላሉ-ፖዱ ቀድሞውኑ ሲፒዩውን ወይም ማህደረ ትውስታውን ለተመደበው ጊዜ ኳንተም ያጠፋበት ቅጽበት። እና "ያልቀዘቀዘ" እስኪሆን ድረስ እየጠበቀ ነው፡-

እና የምግብ ፍላጎታቸውን ማስተካከል ያለባቸው እንክብሎች እዚህ አሉ።

ላይ ስሮትልንግ + የክትትል ሀብቶች ፣ ከአንድ በላይ ጽሑፍ መጻፍ ይችላሉ ፣ ስለሆነም በአስተያየቶቹ ውስጥ ጥያቄዎችን ይጠይቁ ። በጥቂት ቃላት ፣ እንደዚህ ያሉ መለኪያዎችን በራስ-ሰር የማዘጋጀት ተግባር በጣም ከባድ እና ብዙ ጊዜ የሚፈልግ እና በ “መስኮት” ተግባራት እና “CTE” ፕሮሜቴየስ / ቪክቶሪያሜትሪክስ (እነዚህ ቃላት በጥቅስ ምልክቶች ውስጥ ናቸው ፣ ምክንያቱም) በPromQL ውስጥ እንደዚህ ያለ ምንም ነገር የለም ፣ እና አስፈሪ መጠይቆችን በበርካታ የጽሑፍ ማያ ገጾች ላይ ማጠር እና እነሱን ማመቻቸት አለብዎት)።

በዚህ ምክንያት ገንቢዎች በ "Cube" ውስጥ የስም ቦታቸውን ለመከታተል የሚረዱ መሳሪያዎች አሏቸው, እና የት እና በምን ሰዓት ላይ የትኞቹ አፕሊኬሽኖች ሃብቶችን "መቁረጥ" እንደሚችሉ እና የትኛው ፖድ ሙሉውን ሲፒዩ ሌሊቱን ሙሉ ሊሰጥ ይችላል.

ዘዴዎች

እንደ አሁን በድርጅት ውስጥ ፋሽን ያለውእኛ DevOps- እና SRE- ባለሙያ አንድ ኩባንያ 1000 ማይክሮ ሰርቪስ፣ ወደ 350 የሚጠጉ ገንቢዎች እና 15 አስተዳዳሪዎች ለመላው መሠረተ ልማት ሲኖሩት “ፋሽን” መሆን አለቦት፡ ከእነዚህ ሁሉ “buzzwords” በስተጀርባ ሁሉንም ነገር እና ሁሉንም ነገር በራስ ሰር የማስተዳደር አስቸኳይ ፍላጎት አለ እና አስተዳዳሪዎች ማነቆ መሆን የለባቸውም። በሂደቶች ውስጥ.

እንደ ኦፕስ፣ ከአገልግሎቶች ምላሽ ጊዜ እና ስህተቶቻቸው ጋር ለተያያዙ ገንቢዎች የተለያዩ መለኪያዎችን እና ዳሽቦርዶችን እናቀርባለን።

እንደሚከተሉት ያሉ ዘዴዎችን እንጠቀማለን- ቀይ, ይጠቀሙ и ወርቃማ ምልክቶችእነሱን አንድ ላይ በማጣመር. የዳሽቦርዶችን ብዛት ለመቀነስ እንሞክራለን በጨረፍታ የትኛው አገልግሎት በአሁኑ ጊዜ እያሽቆለቆለ እንደሆነ (ለምሳሌ የምላሽ ኮዶች በሰከንድ፣ የምላሽ ጊዜ በ99ኛ ፐርሰንታይል) እና የመሳሰሉት። ለአጠቃላይ ዳሽቦርድ አንዳንድ አዳዲስ መለኪያዎች አስፈላጊ ሲሆኑ ወዲያውኑ ስእልን እንጨምረዋለን።

አሁን ለአንድ ወር ያህል ግራፊክስ አልሰራሁም። ይህ ምናልባት ጥሩ ምልክት ነው-ይህ ማለት አብዛኛዎቹ "ፍላጎቶች" ቀድሞውኑ ተተግብረዋል ማለት ነው. ለአንድ ሳምንት ያህል ቢያንስ በቀን አንድ ጊዜ አዲስ ገበታ ስሳል ነበር።

ውጤቱ ዋጋ ያለው ነው ምክንያቱም አሁን ገንቢዎች "አንዳንድ ዓይነት መለኪያዎች የት እንደሚታዩ" ለሚጠይቁ ጥያቄዎች ወደ አስተዳዳሪዎች አይሄዱም.

መተግበር የአገልግሎት Mesh ልክ ጥግ ላይ ነው እና ሕይወትን ለሁሉም ሰው ቀላል ማድረግ አለበት ፣ ከመሳሪያዎች ውስጥ ያሉ ባልደረቦች ቀድሞውኑ “የጤናማ ሰው ኢስቲዮ”ን ረቂቅ ተግባራዊ ለማድረግ ተቃርበዋል-የእያንዳንዱ HTTP (ዎች) ጥያቄ የሕይወት ዑደት በክትትል ውስጥ ይታያል ፣ እና በ interservice (እና ብቻ ሳይሆን) መስተጋብር ላይ "ሁሉም ነገር በምን ደረጃ እንደተበላሸ" ሁልጊዜ መረዳት ይቻላል. ከDomClick hub ለዜና ይመዝገቡ። =)

የኩበርኔትስ መሠረተ ልማት ድጋፍ

በታሪክ, የታሸገውን ስሪት እንጠቀማለን Kubespray - Kubernetes ን ለማሰማራት ፣ ለማራዘም እና ለማዘመን ተስማሚ ሚና። በአንድ ወቅት, የ kubeadm ላልሆኑ ተከላዎች ድጋፍ ከዋናው ቅርንጫፍ ተቆርጧል, እና ወደ kubeadm የመሸጋገር ሂደት አልቀረበም. በውጤቱም, ሳውዝብሪጅ የራሱን ሹካ አደረገ (ለ kubeadm ድጋፍ እና ለአስፈላጊ ጉዳዮች ፈጣን መፍትሄ).

የሁሉም k8s ስብስቦች የማሻሻያ ሂደት ይህን ይመስላል።

• ይውሰዱ Kubespray ከሳውዝብሪጅ፣ ከቅርንጫፋችን፣ merjim ጋር ያረጋግጡ።
• ዝመናውን ወደ ላይ በማሰራጨት ላይ ውጥረት- "ኩብ".
• ማሻሻያውን በአንድ ጊዜ አንድ መስቀለኛ መንገድ እንዘረጋለን (በአንሲብል ይህ "ተከታታይ: 1" ነው) ውስጥ dev- "ኩብ".
• በማዘመን ላይ ምርት ቅዳሜ ምሽት, አንድ አንጓ በአንድ ጊዜ.

ወደፊት የመተካት እቅድ አለ። Kubespray ወደ አንድ ነገር በፍጥነት ይሂዱ እና ይሂዱ kubeadm.

በጠቅላላው, ሶስት "Cubes" አሉን: ውጥረት, ዴቭ እና ፕሮድ. ሌላ ለመጀመር አቅደናል።ትኩስ ተጠባባቂ) ፕሮድ- "Cube" በሁለተኛው የመረጃ ማዕከል ውስጥ. ውጥረት и dev በምናባዊ ማሽኖች (oVirt for stress and VMWare cloud for Dev) ይኖራሉ። ምርት- "Cube" የሚኖረው በ "ባዶ ብረት" (ባዶ ብረት) ላይ ነው፡ እነዚህ 32 ሲፒዩ ክሮች፣ 64-128 ጂቢ ማህደረ ትውስታ እና 300 ጂቢ SSD RAID 10 ያላቸው ተመሳሳይ አንጓዎች ናቸው - በአጠቃላይ 50 የሚሆኑት አሉ። ሶስት "ቀጭን" አንጓዎች ለ"ጌቶች" ተሰጥተዋል ምርት- "ኩባ": 16 ጊባ ማህደረ ትውስታ, 12 ሲፒዩ ክሮች.

ለሽያጭ, "ባዶ ብረት" መጠቀም እና እንደ አላስፈላጊ ንብርብሮችን ማስወገድ እንመርጣለን OpenStack: "ጫጫታ ጎረቤቶች" እና ሲፒዩ አያስፈልገንም ጊዜ መስረቅ. እና የአስተዳደሩ ውስብስብነት በቤት ውስጥ OpenStack ውስጥ በግማሽ ያህል ይጨምራል።

ለCI/CD Cubic እና ለሌሎች የመሠረተ ልማት ክፍሎች የተለየ የጂአይቲ አገልጋይ Helm 3 እንጠቀማለን። አቶም), ጄንኪንስ, ሊቻል የሚችል እና ዶከር. የባህሪ ቅርንጫፎችን እንወዳለን እና ከተመሳሳይ ማከማቻ ወደተለያዩ አካባቢዎች እንሰማራለን።

መደምደሚያ

ይህ በአጠቃላይ አገላለጽ በ DomClick ላይ ያለው የዴቭኦፕስ ሂደት ከኦፕሬሽን መሐንዲስ ጎን ይመስላል። ጽሑፉ እኔ ከጠበቅኩት ያነሰ ቴክኒካል ሆኖ ተገኘ፡ ስለዚህ የዶም ክሊክ ዜናን በሃበሬ ተከታተሉ፡ ስለ ኩበርኔትስ እና ሌሎችም ብዙ “ሃርድኮር” ጽሁፎች ይኖራሉ።

ምንጭ: hab.com