የሂስታክስ ክላውድ ፍልሰት፡ ደመናውን መጋለብ

ለአደጋ ማገገሚያ መፍትሄዎች በገበያ ውስጥ ካሉት ወጣት ተጫዋቾች አንዱ ከ 2016 ጀምሮ የሩሲያ ጅምር የሆነው Hystax ነው። የአደጋ ማገገሚያ ርዕስ በጣም ታዋቂ ስለሆነ እና ገበያው በጣም ተወዳዳሪ ስለሆነ ጅምር በተለያዩ የደመና መሠረተ ልማት መካከል ፍልሰት ላይ ለማተኮር ወሰነ። ቀላል እና ፈጣን ወደ ደመና ፍልሰት እንዲያደራጁ የሚያስችልዎ ምርት ለኦላንታ ደንበኞችም በጣም ጠቃሚ ይሆናል - ተጠቃሚዎች Oncloud.ru. ከHystax ጋር የተዋወቀሁት እና አቅሙን መሞከር የጀመርኩት በዚህ መንገድ ነው። በዚህ ጽሑፍ ውስጥ ምን እንደመጣ እነግራችኋለሁ.

የ Hystax ዋና ገፅታ የተለያዩ ምናባዊ መድረኮችን ፣ የእንግዳ ኦፕሬቲንግ ሲስተሞችን እና የደመና አገልግሎቶችን ለመደገፍ ሰፊ ተግባር ነው ፣ ይህም የስራ ጫናዎን ከየትኛውም ቦታ እና ቦታ ለማስተላለፍ ያስችላል።

ይህ የአገልግሎቶችን ስህተት መቻቻል ለመጨመር የ DR መፍትሄዎችን ብቻ ሳይሆን በፍጥነት እና በተለዋዋጭ ሀብቶችን በተለያዩ ድረ-ገጾች እና በሃይፐርስካላተሮች መካከል ወጪን ለመጨመር እና ለተወሰነ ጊዜ ለአንድ የተወሰነ አገልግሎት የተሻለውን መፍትሄ ለመምረጥ ያስችልዎታል ። በርዕስ ስዕሉ ላይ ከተዘረዘሩት የመሣሪያ ስርዓቶች በተጨማሪ ኩባንያው ከሩሲያ ደመና አቅራቢዎች ጋር በንቃት ይተባበራል-Yandex.Cloud ፣ CROC Cloud Services ፣ Mail.ru እና ሌሎች ብዙ። በ 2020 ኩባንያው በ Skolkovo ውስጥ የሚገኘውን የ R&D ማእከል መክፈቱን ልብ ሊባል ይገባል ። 

በገበያ ላይ ባሉ በርካታ ተጫዋቾች የአንድ መፍትሄ ምርጫ ጥሩ የዋጋ አወጣጥ ፖሊሲ እና የምርቱን ከፍተኛ ተፈጻሚነት ያሳያል ፣ ይህም በተግባር ለመሞከር ወስነናል።

ስለዚህ፣ የእኛ የሙከራ ስራ ከ VMware የሙከራ ጣቢያዬ እና አካላዊ ማሽኖች ወደ አቅራቢው ጣቢያ ፍልሰትን፣ እንዲሁም በVMware የሚተዳደር ይሆናል። አዎን, እንደዚህ አይነት ፍልሰትን ሊያደርጉ የሚችሉ ብዙ መፍትሄዎች አሉ, ነገር ግን ሃይስታክስን እንደ ሁለንተናዊ መሳሪያ እንቆጥራለን, እና ፍልሰትን በሁሉም ጥምረት መሞከር በቀላሉ ከእውነታው የራቀ ስራ ነው. እና የ Oncloud.ru ደመና የተገነባው በ VMware ላይ ነው, ስለዚህ ይህ መድረክ እንደ ዒላማው የበለጠ ይፈልገናል. በመቀጠልም መሠረታዊውን የአሠራር መርህ እገልጻለሁ, እሱም በአጠቃላይ ከመድረክ ነፃ ነው, እና VMware ከማንኛውም ጎን ከሌላ ሻጭ መድረክ ሊተካ ይችላል. 

የመጀመሪያው እርምጃ የስርዓቱ የቁጥጥር ፓነል የሆነውን Hystax Acura ን ማሰማራት ነው.

ከአብነት ይገለጣል። በሆነ ምክንያት፣ በእኛ ሁኔታ ሙሉ በሙሉ ትክክል አልነበረም እና ከተመከረው 8CPU ይልቅ፣ 16Gb በግማሽ ሃብቱ ተሰማርቷል። ስለዚህ, እነሱን መቀየር ማስታወስ አለብዎት, አለበለዚያ በ VM ውስጥ ያለው የመያዣ መሠረተ ልማት, ሁሉም ነገር የተገነባበት, በቀላሉ አይጀምርም እና ፖርታሉ ተደራሽ አይሆንም. ውስጥ የማሰማራት መስፈርቶች አስፈላጊዎቹ ሀብቶች በዝርዝር ተገልጸዋል, እንዲሁም ለሁሉም የስርዓት ክፍሎች ወደቦች. 

እንዲሁም የአይፒ አድራሻውን በአብነት ማቀናበር ላይ ችግሮች ነበሩ፣ ስለዚህ ከኮንሶሉ ላይ ቀይረነዋል። ከዚህ በኋላ ወደ የአስተዳዳሪው ድር በይነገጽ መሄድ እና የመጀመሪያውን የውቅር አዋቂን ማጠናቀቅ ይችላሉ. 

የመጨረሻ ነጥብ - የእኛ vCenter IP ወይም FQDN. 
መግቢያ እና የይለፍ ቃል - ይህ ግልጽ ነው. 
ዒላማ የ ESXi አስተናጋጅ ስም ማባዛት የሚካሄድባቸው በክላስተር ውስጥ ካሉት አስተናጋጆች አንዱ ነው። 
የዒላማ ዳታ ማከማቻ በእኛ ክላስተር ውስጥ ማባዛት ከሚደረግባቸው የውሂብ ማከማቻዎች አንዱ ነው።
Hystax Acura Control Panel Public IP - የቁጥጥር ፓነል የሚገኝበት አድራሻ.

አስተናጋጁን እና የውሂብ ማከማቻውን በተመለከተ ትንሽ ማብራሪያ ያስፈልጋል። እውነታው ግን የሂስታክስ ማባዛት በአስተናጋጅ እና በዳታ ማከማቻ ደረጃ ላይ ይሰራል። በመቀጠል አስተናጋጁን እና ዳታ ስቶርን ለተከራይ እንዴት መቀየር እንደሚችሉ እነግርዎታለሁ፣ ችግሩ ግን የተለየ ነው። Hystax ከንብረት ገንዳዎች ጋር መሥራትን አይደግፍም, ማለትም. ቅጂው ሁል ጊዜ ወደ ክላስተር ስር ይሄዳል (ይህን ጽሑፍ በሚጽፉበት ጊዜ የሂስታክስ ሰዎች የተሻሻለውን ስሪት አውጥተዋል ፣ እናም የመገልገያ ገንዳዎችን ድጋፍ በተመለከተ የባህሪ ጥያቄዬን በፍጥነት ተግባራዊ አደረጉ)። vCloud ዳይሬክተር እንዲሁ አይደገፍም፣ ማለትም እንደኔ ከሆነ ተከራዩ ለጠቅላላው ክላስተር የአስተዳዳሪ መብቶች ከሌሉት ነገር ግን ለተወሰነ የመገልገያ ገንዳ ብቻ ከሆነ እና የ Hystax መዳረሻ ከሰጠን እሱ በተናጥል እነዚህን ቪኤምዎች መድገም እና ማስጀመር ይችላል ፣ ግን እሱ ያደርጋል። በ VMware መሠረተ ልማት ውስጥ እነሱን ማየት አለመቻል , እሱ መዳረሻ ያለው እና, በዚህ መሠረት, ተጨማሪ ምናባዊ ማሽኖችን ያስተዳድራል. የክላስተር አስተዳዳሪ VMን ወደሚፈለገው የመረጃ ምንጭ ማዘዋወር ወይም ወደ vCloud ዳይሬክተር ማስመጣት አስፈላጊ ነው።

በእነዚህ ነጥቦች ላይ ለምን ትኩረት አደርጋለሁ? ምክንያቱም የምርቱን ፅንሰ-ሃሳብ እስከገባኝ ድረስ ደንበኛው የአኩራ ፓነልን በመጠቀም ማንኛውንም ፍልሰት ወይም DR በተናጥል መተግበር አለበት። ግን እስካሁን ድረስ የቪኤምዌር ድጋፍ ከ OpenStack የድጋፍ ደረጃ ትንሽ ነው ፣ ተመሳሳይ ስልቶች ቀድሞውኑ ተተግብረዋል። 

ግን ወደ ማሰማራት እንመለስ። በመጀመሪያ ደረጃ, የፓነሉ የመጀመሪያ ዝግጅት ከተደረገ በኋላ, በእኛ ስርዓት ውስጥ የመጀመሪያውን ተከራይ መፍጠር አለብን.

እዚህ ያሉት ሁሉም መስኮች ግልጽ ናቸው፣ ስለ ክላውድ መስክ ብቻ እነግራችኋለሁ። በመነሻ ውቅር ወቅት የፈጠርነው “ነባሪ” ደመና አለን። ነገር ግን እያንዳንዱን ተከራይ በራሱ የውሂብ ማከማቻ እና በራሱ መገልገያ ገንዳ ውስጥ ማስቀመጥ ከፈለግን, ለእያንዳንዱ ደንበኞቻችን የተለየ ደመና በመፍጠር ይህንን ተግባራዊ ማድረግ እንችላለን.

አዲስ ደመና ለመጨመር ቅፅ ፣ እንደ መጀመሪያው ውቅር ተመሳሳይ መለኪያዎችን እንገልፃለን (ተመሳሳዩን አስተናጋጅ እንኳን መጠቀም እንችላለን) ፣ ለአንድ የተወሰነ ደንበኛ የሚያስፈልገውን የውሂብ ማከማቻ ያመልክቱ ፣ እና አሁን በተጨማሪ መለኪያዎች ውስጥ የሚፈለገውን ግብዓት ለየብቻ መግለጽ እንችላለን። ገንዳ {"resource_pool" : "YOUR_POOL_NAME"} 

እርስዎ እንዳስተዋሉት, በተከራይ መፈጠር ቅፅ ውስጥ ስለ ሃብት አመዳደብ ወይም ማንኛውም ኮታ ምንም የለም - በስርዓቱ ውስጥ ምንም የለም. ተከራይን በአንድ ጊዜ የተገለበጡ ቅጂዎች, የማሽን ብዛት ወይም በሌላ በማንኛውም መመዘኛዎች ለመገደብ የማይቻል ነው. ስለዚህ, እኛ የመጀመሪያውን ተከራይ ፈጠርን. አሁን ሙሉ በሙሉ ምክንያታዊ ያልሆነ ነገር ግን የግዴታ ነገር አለ - የክላውድ ወኪል መጫን። ወኪሉ በአንድ የተወሰነ ደንበኛ ገጽ ላይ ስለሚወርድ ምክንያታዊ አይደለም።

በተመሳሳይ ጊዜ, ከተፈጠረው ተከራይ ጋር የተሳሰረ አይደለም, እና ሁሉም ደንበኞቻችን በእሱ በኩል ይሰራሉ ​​(ወይንም በበርካታ በኩል, ካሰማራናቸው). አንድ ወኪል 10 በአንድ ጊዜ ክፍለ ጊዜዎችን ይደግፋል። አንድ ማሽን እንደ አንድ ክፍለ ጊዜ ይቆጠራል. ምን ያህል ዲስኮች እንዳሉት ምንም ችግር የለውም. እስካሁን ድረስ፣ በራሱ በአኩራ ውስጥ በVMware ስር ያሉ ወኪሎችን የማስኬድ ዘዴ የለም። አንድ ተጨማሪ ደስ የማይል ጊዜ አለ - ብዙ ማሰማራት እንዳለብን ወይም አሁን ያለው ጭነት በቂ መሆኑን ለመደምደም የዚህን ወኪል ከአኩራ ፓነል “ማስወገድ” ለመመልከት እድሉ የለንም። በውጤቱም, መቆሚያው ይህን ይመስላል.

የደንበኞቻችን መግቢያን ለመድረስ ቀጣዩ ደረጃ መለያ መፍጠር ነው (እና በመጀመሪያ ለዚህ ተጠቃሚ የሚተገበር ሚና)።

አሁን ደንበኞቻችን ፖርታሉን በተናጥል መጠቀም ይችላሉ። የሚያስፈልገው ወኪሎቹን ከፖርታል አውርዶ በጎኑ ላይ መጫን ነው። ሶስት አይነት ወኪሎች አሉ ሊኑክስ፣ ዊንዶውስ እና ቪኤምዌር።

የመጀመሪያዎቹ ሁለቱ በፊዚክስ ወይም በቨርቹዋል ማሽኖች ላይ ከVMware ውጪ በማንኛውም ሃይፐርቫይዘር ላይ ተጭነዋል። ምንም ተጨማሪ ነገር ማዋቀር አያስፈልግም, ወኪሉ ወርዷል እና የት ማንኳኳት እንዳለበት አስቀድሞ ያውቃል, እና በትክክል በአንድ ደቂቃ ውስጥ መኪናው በአኩራ ፓነል ውስጥ ይታያል. በ VMware ወኪል ሁኔታው ​​ትንሽ የተወሳሰበ ነው። ችግሩ የ VMware ወኪል አስቀድሞ ከተዘጋጀው እና አስፈላጊውን ውቅር ከያዘው ፖርታል መወረዱ ነው። ነገር ግን ስለአኩራ ፖርታል ከማወቅ በተጨማሪ የVMware ወኪል ስለሚሰማራበት የቨርቹዋል ሲስተም ማወቅ አለበት።

በእውነቱ፣ የVMware ወኪሉን መጀመሪያ ስናወርድ ስርዓቱ ይህንን ውሂብ እንድንሰጥ ይጠይቀናል። ችግሩ ሁለንተናዊ ለደህንነት ፍቅር ባለበት ባለንበት ዘመን ሁሉም ሰው የአስተዳዳሪ የይለፍ ቃሉን በሌላ ሰው ፖርታል ላይ ማመልከት አይፈልግም ፣ ይህ በጣም ለመረዳት የሚቻል ነው። ከውስጥ, ከተሰማራ በኋላ, ወኪሉ በማንኛውም መንገድ ሊዋቀር አይችልም (የአውታረ መረብ ቅንጅቶችን ብቻ መቀየር ይችላሉ). እዚህ በተለይ ጠንቃቃ ከሆኑ ደንበኞች ጋር ችግሮች እንዳሉ አይቻለሁ። 

ስለዚህ, ወኪሎቹን ከጫኑ በኋላ, ወደ አኩራ ፓነል ተመልሰን ሁሉንም መኪኖቻችንን ማየት እንችላለን.

ከስርአቱ ጋር ለብዙ ቀናት ስሰራ ስለነበርኩ በተለያዩ ግዛቶች መኪናዎች አሉኝ። ሁሉም በነባሪ ቡድን ውስጥ አሉኝ ፣ ግን የተለያዩ ቡድኖችን መፍጠር እና እንደፈለጉት መኪናዎችን ለእነሱ ማስተላለፍ ይቻላል ። ይህ ምንም ነገር አይጎዳውም - የውሂብ አመክንዮአዊ አቀራረብ እና ለበለጠ ምቹ ስራ መቧደን ብቻ። ከዚህ በኋላ ማድረግ ያለብን የመጀመሪያው እና በጣም አስፈላጊው ነገር የፍልሰት ሂደቱን መጀመር ነው። ይህንንም በእጅ ወይም መርሃ ግብር በማዘጋጀት ሁሉንም ማሽኖች በአንድ ጊዜ በጅምላ በማካተት ማድረግ እንችላለን።

ሃይስታክስ ለስደት ምርት ሆኖ መቀመጡን ላስታውስህ። ስለዚህ የተባዙ ማሽኖቻችንን ለማስኬድ የ DR ፕላን መፍጠር መፈለጋችን አያስገርምም። እቅዱ ቀድሞውኑ በ Synced ሁኔታ ውስጥ ላሉ ማሽኖች ሊሠራ ይችላል። ሁለቱንም ለአንድ የተወሰነ ቪኤም እና ለሁሉም ማሽኖች በአንድ ጊዜ ማመንጨት ይችላሉ።

የ DR ፕላን በሚያመነጩበት ጊዜ የመለኪያዎች ስብስብ ወደ ሚሰደዱበት መሠረተ ልማት ይለያያል። ለ VMware አካባቢ አነስተኛ የመለኪያዎች ስብስብ አለ። ለማሽኖች ዳግም አይፒ እንዲሁ አይደገፍም። በዚህ ረገድ, በሚከተሉት ነጥቦች ላይ ፍላጎት አለን-በቪኤም መግለጫው ውስጥ "ንዑስኔት" መለኪያ: "VMNetwork" , VMን በክላስተር ውስጥ ካለው የተወሰነ አውታረመረብ ጋር የምናገናኘው. ደረጃ - ብዙ ቪኤምዎችን በሚፈልስበት ጊዜ ተዛማጅነት ያለው; የተጀመሩበትን ቅደም ተከተል ይወስናል. ጣዕም - የቪኤም ውቅርን ይገልፃል, በዚህ ሁኔታ - 1 ሲፒዩ, 2 ጂቢ ራም. በንዑስ መረቦች ክፍል ውስጥ "subnet": "VMNetwork" ከ VMware "VM Network" ጋር የተገናኘ መሆኑን እንገልፃለን. 

የ DR ፕላን ሲፈጥሩ በተለያዩ የውሂብ ማከማቻዎች ላይ ዲስኮችን "ለማሰራጨት" ምንም መንገድ የለም. እነሱ ለዚህ የደንበኛ ደመና በተገለፀው ተመሳሳይ የውሂብ ማከማቻ ውስጥ ይገኛሉ ፣ እና የተለያዩ ክፍሎች ያሉት ዲስኮች ካሉዎት ፣ ይህ ማሽኑን ሲጀምሩ አንዳንድ ችግሮች ሊፈጥር ይችላል ፣ እና ቪኤምን ከ Hystax ከጀመሩ እና “ከተለዩ” በኋላ ፣ እሱ እንዲሁ ያደርጋል ። ወደሚፈለጉት የውሂብ ማከማቻዎች የተለየ የፍልሰት ዲስኮች ያስፈልጉ። ከዚያ ማድረግ ያለብን የ DR እቅዳችንን አውጥተን መኪኖቻችን እስኪነሱ መጠበቅ ብቻ ነው። የP2V/V2V የመቀየር ሂደትም ጊዜ ይወስዳል። በእኔ ትልቁ የሙከራ ማሽን 100GB በሶስት ዲስኮች ቢበዛ 10 ደቂቃ ፈጅቷል።

ከዚህ በኋላ, የሩጫውን ቪኤም, በእሱ ላይ ያሉትን አገልግሎቶች, የውሂብ ወጥነት ማረጋገጥ እና ሌሎች ፍተሻዎችን ማካሄድ አለብዎት. 

ከዚያም ሁለት መንገዶች አሉን: 

1. ሰርዝ - አሂድ DR ዕቅድ ሰርዝ. ይህ እርምጃ በቀላሉ የሚሰራውን ቪኤም ይዘጋል። እነዚህ ቅጂዎች የትም አይሄዱም። 
2. መለያየት - የተባዛ መኪና ከአኩራ ራቅ፣ ማለትም በእውነቱ የስደት ሂደቱን ያጠናቅቁ። 

የመፍትሄው ጥቅሞች: 

• ከደንበኛው እና ከአቅራቢው ሁለቱንም የመጫን እና የማዋቀር ቀላልነት; 
• ስደትን የማዋቀር ቀላልነት, የ DR እቅድ መፍጠር እና ቅጂዎችን ማስጀመር;
• ድጋፍ እና ገንቢዎች ለተገኙ ችግሮች በፍጥነት ምላሽ ይሰጣሉ እና የመሣሪያ ስርዓት ወይም የወኪል ዝመናዎችን በመጠቀም ያስተካክሏቸው። 

Минусы 

• በቂ ያልሆነ Vmware ድጋፍ።
• ከመድረክ ላይ ለተከራዮች ምንም አይነት ኮታ አለመኖር. 

እንዲሁም ለአቅራቢው ያቀረብነውን የባህሪ ጥያቄ አጠናቅሬያለሁ፡-

1. የአጠቃቀም ቁጥጥር እና ማሰማራት ከአኩራ አስተዳደር ኮንሶል ለ Cloud ወኪሎች;
2. ለተከራዮች ኮታዎች መገኘት; 
3. ለእያንዳንዱ ተከራይ በአንድ ጊዜ ድግግሞሽ እና ፍጥነት የመገደብ ችሎታ; 
4. VMware vCloud ዳይሬክተር ድጋፍ; 
5. ለመገልገያ ገንዳዎች ድጋፍ (በሙከራ ጊዜ የተተገበረ);
6. በአኩራ ፓነል ውስጥ ካለው የደንበኛ መሠረተ ልማት ውስጥ የምስክር ወረቀቶችን ሳያስገቡ የቪኤምዌር ወኪልን ከወኪሉ ራሱ የማዋቀር ችሎታ;
7.  የ DR እቅዱን ሲያካሂዱ የቪኤም ጅምር ሂደት "እይታ"። 

ትልቅ ትችት የፈጠረብኝ ሰነዱ ብቻ ነው። "ጥቁር ሳጥኖችን" አልወድም እና ምርቱ በውስጡ እንዴት እንደሚሰራ ዝርዝር ሰነዶች ሲኖሩ እመርጣለሁ. እና ለ AWS እና OpenStack ምርቱ የበለጠ ወይም ያነሰ ከተገለፀ ለ VMware በጣም ትንሽ ሰነድ አለ። 

የአኩራ ፓነልን መዘርጋት ብቻ የሚገልጽ የመጫኛ መመሪያ አለ፣ እና የክላውድ ወኪልም እንደሚያስፈልግ ምንም ቃል የለም። ሙሉ የምርት ዝርዝር አለ, ይህም ጥሩ ነው. AWS እና OpenStackን እንደ ምሳሌ ተጠቅመው ማዋቀሩን “ከመጀመሪያ እስከ መጨረሻ” የሚገልጽ ሰነድ አለ (ምንም እንኳን ለእኔ ብሎግ ልጥፍ ቢመስልም) እና በጣም ትንሽ የእውቀት መሠረት አለ። 

በአጠቃላይ ይህ እኔ ከትላልቅ ሻጮች የምጠቀምበት የሰነድ ፎርማት አይደለም፣ ስለዚህ ሙሉ በሙሉ አልተመቸኝም። በተመሳሳይ ጊዜ በዚህ ሰነድ ውስጥ ስርዓቱ “ውስጥ” እንዴት እንደሚሰራ አንዳንድ ጉዳዮችን በተመለከተ መልስ አላገኘሁም - ብዙ ጥያቄዎች በቴክኒካዊ ድጋፍ መገለጽ ነበረባቸው ፣ እና ይህ ማቆሚያውን የማሰማራት እና የማካሄድ ሂደቱን በጣም ዘግይቷል ። ሙከራ. 

ለማጠቃለል ያህል በአጠቃላይ ምርቱን እና የኩባንያውን አሠራር ወደ ሥራው ወድጄዋለሁ ማለት እችላለሁ. አዎ, ድክመቶች አሉ, በእውነቱ በጣም ወሳኝ የሆነ የተግባር እጥረት አለ (ከ VMware ጋር በተያያዘ). ግልጽ ነው, በመጀመሪያ, ኩባንያው አሁንም በህዝባዊ ደመናዎች, በተለይም AWS, እና ለአንዳንዶች ይህ በቂ ይሆናል. ዛሬ እንደዚህ አይነት ቀላል እና ምቹ የሆነ ምርት መኖሩ, ብዙ ኩባንያዎች የባለብዙ ደመና ስልት ሲመርጡ, እጅግ በጣም አስፈላጊ ነው. ከተወዳዳሪዎቹ ጋር ሲነፃፀር በጣም ዝቅተኛውን ዋጋ ግምት ውስጥ በማስገባት ምርቱን እጅግ ማራኪ ያደርገዋል.

የቡድን አባል እየፈለግን ነው። መሪ ክትትል ሲስተምስ መሐንዲስ. ምናልባት አንተ ነህ?

ምንጭ: hab.com