ተለዋዋጭ የክላውድ ኦርኬስትራ፡ ከምን ጋር ነው የሚበላው።

ተለዋዋጭ የክላውድ ኦርኬስትራ፡ ከምን ጋር ነው የሚበላው።

የIaaS (ምናባዊ ዳታ ማእከል) አገልግሎቶችን ለመስጠት እኛ ሩሶኒክስ የንግድ ኦርኬስትራ እንጠቀማለን። ተለዋዋጭ የክላውድ ኦርኬስትራ (ኤፍ.ሲ.ኦ.) ይህ መፍትሔ በአጠቃላይ ህዝብ ዘንድ ከሚታወቁት ከ Opentack እና CloudStack የሚለየው ልዩ የሆነ አርክቴክቸር አለው።

KVM, VmWare, Xen, Virtuozzo6/7, እንዲሁም ከተመሳሳይ Virtuozzo ኮንቴይነሮች እንደ ስሌት ኖድ ሃይፐርቫይዘሮች ይደገፋሉ. የሚደገፉ የማከማቻ አማራጮች የአካባቢ፣ NFS፣ Ceph እና Virtuozzo Storage ያካትታሉ።

FCO ከአንድ በይነገጽ ብዙ ዘለላዎችን መፍጠር እና ማስተዳደርን ይደግፋል። ማለትም፣ በመዳፊት ጠቅታ በመካከላቸው በመቀያየር የVirtuozzo cluster እና KVM + Ceph clusterን ማስተዳደር ይችላሉ።

በመሠረቱ, FCO ለደመና አቅራቢዎች ሁሉን አቀፍ መፍትሄ ነው, እሱም ከኦርኬስትራ በተጨማሪ, የሂሳብ አከፋፈልን, ከሁሉም መቼቶች, የክፍያ ፕለጊኖች, ደረሰኞች, ማሳወቂያዎች, ሻጮች, ታሪፎች, ወዘተ. ነገር ግን፣ የሂሳብ አከፋፈል ክፍሉ ሁሉንም የሩሲያ ንኡስ ጉዳዮችን መሸፈን አይችልም፣ ስለዚህ ሌላ መፍትሄ ለማግኘት አጠቃቀሙን ትተናል።

ለሁሉም የደመና ሀብቶች መብቶችን ለማሰራጨት በተለዋዋጭ ስርዓቱ በጣም ተደስቻለሁ-ምስሎች ፣ ዲስኮች ፣ ምርቶች ፣ አገልጋዮች ፣ ፋየርዎሎች - ይህ ሁሉ በተጠቃሚዎች መካከል “የተጋራ” እና መብቶችን ሊሰጥ ይችላል ፣ እና በተለያዩ ደንበኞች ተጠቃሚዎች መካከል። እያንዳንዱ ደንበኛ በደመናው ውስጥ ብዙ ገለልተኛ የውሂብ ማዕከሎችን መፍጠር እና ከአንድ የቁጥጥር ፓነል ማስተዳደር ይችላል።

ተለዋዋጭ የክላውድ ኦርኬስትራ፡ ከምን ጋር ነው የሚበላው።

በሥነ ሕንፃ፣ FCO በርካታ ክፍሎችን ያቀፈ ነው፣ እያንዳንዱም የራሱ የሆነ ራሱን የቻለ ኮድ አለው፣ እና አንዳንዶቹ የራሳቸው የውሂብ ጎታ አላቸው።

Skyline - አስተዳዳሪ እና የተጠቃሚ በይነገጽ
ጄድ - የንግድ ሥራ አመክንዮ ፣ የሂሳብ አከፋፈል ፣ የተግባር አስተዳደር
ነብር - የአገልግሎት አስተባባሪ ፣በቢዝነስ ሎጂክ እና በክላስተር መካከል የመረጃ ልውውጥን ያስተዳድራል እና ያስተባብራል።
XVPManager - የክላስተር አካላት አስተዳደር-አንጓዎች ፣ ማከማቻ ፣ አውታረ መረብ እና ምናባዊ ማሽኖች።
XVPAgent - ከXVPManager ጋር ለመገናኘት በኖዶች ላይ የተጫነ ወኪል

ተለዋዋጭ የክላውድ ኦርኬስትራ፡ ከምን ጋር ነው የሚበላው።

ስለ እያንዳንዱ አካል ስነ-ህንፃ ዝርዝር ታሪክ በተከታታይ መጣጥፎች ውስጥ ለማካተት አቅደናል፣ በእርግጥ ርዕሱ ፍላጎት የሚቀሰቅስ ከሆነ።

የ FCO ዋነኛ ጥቅም ከ "ቦክስ" ተፈጥሮው የመነጨ ነው. ቀላልነት እና ዝቅተኛነት በአገልግሎትዎ ላይ ናቸው። ለቁጥጥር መስቀለኛ መንገድ, በኡቡንቱ ላይ አንድ ምናባዊ ማሽን ተመድቧል, በውስጡም ሁሉም አስፈላጊ ፓኬጆች ተጭነዋል. ሁሉም ቅንብሮች በተለዋዋጭ-እሴት መልክ በማዋቀር ፋይሎች ውስጥ ይቀመጣሉ፡

# cat /etc/extility/config/vars
…
export LIMIT_MAX_LIST_ADMIN_DEFAULT="30000"
export LIMIT_MAX_LIST_USER_DEFAULT="200"
export LOGDIR="/var/log/extility"
export LOG_FILE="misc.log"
export LOG_FILE_LOG4JHOSTBILLMODULE="hostbillmodule.log"
export LOG_FILE_LOG4JJADE="jade.log"
export LOG_FILE_LOG4JTL="tigerlily.log"
export LOG_FILE_LOG4JXVP="xvpmanager.log"
export LOG_FILE_VARS="misc.log"
…

አጠቃላይ ውቅሩ በመጀመሪያ በአብነት ተስተካክሏል፣ ከዚያም ጀነሬተር ተጀምሯል።
#build-config ይህም የቫርስ ፋይል ያመነጫል እና አገልግሎቶቹን እንደገና እንዲያነቡ ያዛል። የተጠቃሚ በይነገጽ ጥሩ ነው እና በቀላሉ ብራንድ ሊደረግ ይችላል።

ተለዋዋጭ የክላውድ ኦርኬስትራ፡ ከምን ጋር ነው የሚበላው።

እንደሚመለከቱት, በይነገጹ በተጠቃሚው ሊቆጣጠሩት የሚችሉ መግብሮችን ያካትታል. እሱ በቀላሉ መግብሮችን ከገጹ ላይ ማከል/ማስወገድ ይችላል፣ በዚህም የሚፈልገውን ዳሽቦርድ ይፈጥራል።

ምንም እንኳን የተዘጋ ተፈጥሮ ቢሆንም, FCO በጣም ሊበጅ የሚችል ስርዓት ነው. የስራ ሂደቱን ለመለወጥ እጅግ በጣም ብዙ ቅንብሮች እና የመግቢያ ነጥቦች አሉት፡

  1. ብጁ ፕለጊኖች ይደገፋሉ፣ ለምሳሌ፣ ለተጠቃሚው ለማቅረብ የራስዎን የመክፈያ ዘዴ ወይም የራስዎን የውጭ መገልገያ መፃፍ ይችላሉ።
  2. ለተወሰኑ ክስተቶች ብጁ ቀስቅሴዎች ይደገፋሉ፣ ለምሳሌ፣ ሲፈጠር የመጀመሪያውን ቨርቹዋል ማሽን ወደ ደንበኛ ማከል
  3. በበይነገጹ ውስጥ ያሉ ብጁ መግብሮች ይደገፋሉ፣ ለምሳሌ፣ የዩቲዩብ ቪዲዮን በቀጥታ ወደ የተጠቃሚ በይነገጽ መክተት።

ሁሉም ማበጀት የተፃፈው በFDL ነው፣ እሱም በሉአ ላይ የተመሰረተ። ሉአን ካወቁ ከኤፍዲኤል ጋር ምንም ችግሮች አይኖሩም።

ከምንጠቀምባቸው በጣም ቀላል ቀስቅሴዎች ውስጥ አንዱ ምሳሌ እዚህ አለ። ይህ ቀስቅሴ ተጠቃሚዎች የራሳቸውን ምስሎች ከሌሎች ደንበኞች ጋር እንዲያጋሩ አይፈቅድም። ይህንን የምናደርገው አንድ ተጠቃሚ ለሌሎች ተጠቃሚዎች ተንኮል አዘል ምስል እንዳይፈጥር ለመከላከል ነው።

function register()
    return {"pre_user_api_publish"}
end
   
function pre_user_api_publish(p)  
    if(p==nil) then
        return{
            ref = "cancelPublishImage",
            name = "Cancel publishing",
            description = "Cancel all user’s images publishing",
            triggerType = "PRE_USER_API_CALL",
            triggerOptions = {"publishResource", "publishImage"},
            api = "TRIGGER",
            version = 1,
        }
    end

    -- Turn publishing off
    return {exitState = "CANCEL"}
   
end

የመመዝገቢያ ተግባር በ FCO ከርነል ይጠራል። የሚጠራውን ተግባር ስም ይመልሳል። የዚህ ተግባር "p" መለኪያ የጥሪ አውድ ያከማቻል, እና ለመጀመሪያ ጊዜ ሲጠራ ባዶ ይሆናል (ኒል). ቀስቅሴያችንን ለመመዝገብ የሚያስችለን. በ triggerType ውስጥ ቀስቅሴው ከመታተሙ በፊት የተጠራ መሆኑን እና በተጠቃሚዎች ላይ ብቻ እንደሚነካ እንጠቁማለን። በእርግጥ የስርዓት አስተዳዳሪዎች ሁሉንም ነገር እንዲያትሙ እንፈቅዳለን። በ triggerOptions ውስጥ ቀስቅሴው የሚቀጣጠልባቸውን ክንውኖች በዝርዝር እናቀርባለን።

እና ዋናው ነገር መመለስ ነው {exitState = "CANCEL"}፣ ለዚህም ነው ቀስቅሴው የተሰራው። ተጠቃሚው በቁጥጥር ፓነል ውስጥ ምስላቸውን ለማጋራት ሲሞክር ውድቀትን ይመልሳል።

በ FCO አርክቴክቸር ውስጥ፣ ማንኛውም ነገር (ዲስክ፣ አገልጋይ፣ ምስል፣ አውታረ መረብ፣ የአውታረ መረብ አስማሚ፣ ወዘተ.) እንደ መገልገያ አካል ነው የሚወከለው፣ እሱም የጋራ መመዘኛዎች አሉት፡

  • ምንጭ UUID
  • የንብረት ስም
  • የንብረት አይነት
  • የንብረት ባለቤት UUID
  • የንብረት ሁኔታ (ገባሪ፣ የቦዘነ)
  • የንብረት ዲበ ውሂብ
  • የንብረት ቁልፎች
  • የሀብቱ ባለቤት የሆነው ምርት UUID
  • ሀብት VDC

ይህ ኤፒአይ በመጠቀም ሲሰራ በጣም ምቹ ነው, ሁሉም ሀብቶች በተመሳሳይ መርህ ሲሰሩ. ምርቶች በአቅራቢው የተዋቀሩ እና በደንበኛው የታዘዙ ናቸው። የክፍያ መጠየቂያችን ከጎን በኩል ስለሆነ ደንበኛው ማንኛውንም ምርት ከፓነሉ ላይ በነፃ ማዘዝ ይችላል። በኋላ በሂሳብ አከፋፈል ውስጥ ይሰላል። ምርቱ በሰዓት አይፒ አድራሻ፣ በሰዓት ተጨማሪ ጂቢ ዲስክ ወይም አገልጋይ ብቻ ሊሆን ይችላል።

ቁልፎች ከነሱ ጋር አብሮ የመስራትን አመክንዮ ለመለወጥ የተወሰኑ ሀብቶችን ለማመልከት ጥቅም ላይ ሊውል ይችላል. ለምሳሌ፣ ሶስት ፊዚካል ኖዶችን በክብደት ቁልፍ፣ እና አንዳንድ ደንበኞችን በተመሳሳይ ቁልፍ ምልክት ማድረግ እንችላለን፣ በዚህም እነዚህን ኖዶች በግል ለእነዚህ ደንበኞች እንመድባለን። ይህን ዘዴ የምንጠቀመው ከቪኤምኤቻቸው ቀጥሎ ጎረቤቶችን ለማይወዱ ቪአይፒ ደንበኞች ነው። ተግባራቱ ራሱ በስፋት ጥቅም ላይ ሊውል ይችላል.

የፈቃድ መስጫ ሞዴል ለእያንዳንዱ የአካላዊ ኖድ ፕሮሰሰር መክፈልን ያካትታል። ወጪውም በክላስተር ዓይነቶች ብዛት ይጎዳል። KVM እና VMwareን አንድ ላይ ለመጠቀም ካቀዱ ለምሳሌ የፈቃዱ ዋጋ ይጨምራል።

FCO የተሟላ ምርት ነው, ተግባራቱ በጣም የበለጸገ ነው, ስለዚህ ስለ አውታረ መረቡ ክፍል አሠራር ዝርዝር መግለጫ በአንድ ጊዜ ብዙ ጽሑፎችን ለማዘጋጀት እቅድ አለን.

ከዚህ ኦርኬስትራ ጋር ለበርካታ አመታት ከሰራን በኋላ በጣም ተስማሚ እንደሆነ ምልክት ልናደርግበት እንችላለን። ወዮ ፣ ምርቱ ያለ ጉድለቶች አይደለም

  • የውሂብ ጎታውን ማመቻቸት ነበረብን ምክንያቱም በውስጣቸው ያለው የውሂብ መጠን እየጨመረ በሄደ ቁጥር መጠይቆች መቀዛቀዝ ጀመሩ።
  • ከአንድ አደጋ በኋላ የማገገሚያ ዘዴው በትልች ምክንያት አልሰራም, እና የራሳችንን የስክሪፕት ስብስቦችን በመጠቀም ያልታደሉ ደንበኞችን መኪናዎች መመለስ ነበረብን;
  • የመስቀለኛ መንገድ አለመኖሩን የሚያውቅበት ዘዴ በኮዱ ውስጥ የተጠጋ ነው እና ሊበጅ አይችልም። ይህም ማለት የመስቀለኛ መንገድ አለመኖሩን ለመወሰን የራሳችንን ፖሊሲዎች መፍጠር አንችልም።
  • ምዝግብ ማስታወሻ ሁልጊዜ ዝርዝር አይደለም. አንዳንድ ጊዜ፣ አንድን ችግር ለመረዳት ወደ ዝቅተኛ ደረጃ መውረድ ሲፈልጉ፣ ለምን እንደሆነ ለመረዳት ለአንዳንድ አካላት በቂ ምንጭ ኮድ የለዎትም።

ጠቅላላ: በአጠቃላይ, የምርቱ ግንዛቤዎች ጥሩ ናቸው. ከኦርኬስትራ ገንቢዎች ጋር ያለማቋረጥ እንገናኛለን። ወንዶቹ ገንቢ ትብብር ለማድረግ ዝግጁ ናቸው.

ቀላልነት ቢኖረውም, FCO ሰፊ ተግባር አለው. በሚቀጥሉት መጣጥፎች በሚከተሉት ርእሶች ላይ በጥልቀት ለመመርመር አቅደናል።

  • አውታረ መረብ በ FCO
  • የቀጥታ መልሶ ማግኛ እና የFQP ፕሮቶኮልን ማቅረብ
  • የራስዎን ፕለጊኖች እና መግብሮች ይፃፉ
  • እንደ Load Balancer እና Acronis ያሉ ተጨማሪ አገልግሎቶችን በማገናኘት ላይ
  • ምትኬ
  • አንጓዎችን ለማዋቀር እና ለማዋቀር የተዋሃደ ዘዴ
  • ምናባዊ ማሽን ሜታዳታ በማካሄድ ላይ

Z.Y በሌሎች ጉዳዮች ላይ ፍላጎት ካሎት በአስተያየቶቹ ውስጥ ይፃፉ. ይከታተሉ!

ምንጭ: hab.com

አስተያየት ያክሉ