HPE SimpliVity 380 ለ VDI እንዴት እንደሚሰራ፡ ከባድ የጭነት ሙከራዎች

ደንበኛው VDI ፈልጎ ነበር። የ SimpliVity + VDI Citrix Virtual Desktop ጥምርን በእውነት ተመለከትኩ። ለሁሉም ኦፕሬተሮች, የከተማ ቢሮ ሰራተኞች, ወዘተ. በመጀመሪያው የፍልሰት ማዕበል ውስጥ ብቻ አምስት ሺህ ተጠቃሚዎች አሉ፣ እና ስለዚህ የጭነት ሙከራን አጥብቀው ጠይቀዋል። ቪዲአይ ፍጥነት መቀነስ ሊጀምር ይችላል, በእርጋታ መተኛት ይችላል - እና ይሄ ሁልጊዜ በሰርጡ ላይ ባሉ ችግሮች ምክንያት አይከሰትም. በተለይ ለቪዲአይ በጣም ኃይለኛ የፍተሻ ፓኬጅ ገዛን እና በዲስኮች እና በአቀነባባሪው ላይ በጣም ከባድ እስኪሆን ድረስ መሠረተ ልማቱን ጫንን።

ስለዚህ ለተወሳሰቡ የVDI ሙከራዎች የፕላስቲክ ጠርሙስ እና LoginVSI ሶፍትዌር እንፈልጋለን። ለ 300 ተጠቃሚዎች ፈቃድ አለን። ከዚያም HPE SimpliVity 380 ሃርድዌር በአንድ አገልጋይ ከፍተኛ የተጠቃሚ ጥግግት ተግባር ተስማሚ ፓኬጅ ወስደዋል, ጥሩ oversscription ጋር ምናባዊ ማሽኖች ቈረጠ, በእነርሱ ላይ Win10 ላይ የቢሮ ሶፍትዌር ጫኑ እና ሙከራ ጀመርን.

እንሂድ!

ስርዓት

ሁለት HPE SimpliVity 380 Gen10 ኖዶች (ሰርቨሮች)። በእያንዳንዱ ላይ፡-

• 2 x ኢንቴል Xeon ፕላቲነም 8170 26c 2.1Ghz.
• ራም: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz.
• ዋና የዲስክ መቆጣጠሪያ፡ HPE Smart Array P816i-a SR Gen10
• ሃርድ ድራይቭ፡ 9 x 1.92 ቲቢ SATA 6Gb/s SSD (በRAID6 7+2 ውቅር፣ ማለትም ይህ በHPE SimpliVity ውል ውስጥ መካከለኛ ሞዴል ነው።)
• የአውታረ መረብ ካርዶች፡ 4 x 1Gb Eth (የተጠቃሚ ውሂብ)፣ 2 x 10Gb Eth (SimpliVity and vMotion backend)።
• ለእያንዳንዱ መስቀለኛ መንገድ የተቀነሰ/ለመጨመቅ የወሰኑ አብሮገነብ የFPGA ካርዶች።

አንጓዎቹ በ 10Gb ኢተርኔት ማገናኛ በቀጥታ ያለ ውጫዊ ማብሪያ/ማብሪያ/ በኩል የተገናኙ ናቸው፣ ይህም እንደ SimpliVity backend እና በ NFS በኩል የቨርቹዋል ማሽን መረጃን ለማስተላለፍ የሚያገለግል ነው። በክላስተር ውስጥ ያለ የቨርቹዋል ማሽን መረጃ ሁል ጊዜ በሁለት አንጓዎች መካከል ይንጸባረቃል።

አንጓዎቹ በvCenter የሚተዳደር የVmware vSphere ክላስተር ውስጥ ተጣምረው ነው።

ለሙከራ፣ የጎራ መቆጣጠሪያ እና የCitrix ግንኙነት ደላላ ተሰማርተዋል። የጎራ መቆጣጠሪያው፣ ደላላ እና vCenter በተለየ ዘለላ ላይ ተቀምጠዋል።


እንደ የሙከራ መሠረተ ልማት ፣ 300 ምናባዊ ዴስክቶፖች በ Dedicated - ሙሉ ቅጂ ውቅር ውስጥ ተሰማርተዋል ፣ ማለትም ፣ እያንዳንዱ ዴስክቶፕ የቨርቹዋል ማሽን የመጀመሪያ ምስል ሙሉ ቅጂ ነው እና በተጠቃሚዎች የተደረጉ ለውጦችን ሁሉ ያስቀምጣል።

እያንዳንዱ ምናባዊ ማሽን 2vCPU እና 4GB RAM አለው፡

ለሙከራ የሚያስፈልገው የሚከተለው ሶፍትዌር በምናባዊ ማሽኖች ላይ ተጭኗል።

• ዊንዶውስ 10 (64-ቢት) ፣ ስሪት 1809።
• አዶቤ አንባቢ XI.
• Citrix ምናባዊ መላኪያ ወኪል 1811.1.
• ዶሮ ፒዲኤፍ 1.82.
• ጃቫ 7 አዘምን 13.
• የማይክሮሶፍት ኦፊስ ፕሮፌሽናል ፕላስ 2016።

በመስቀለኛ መንገድ መካከል - የተመሳሰለ ማባዛት. በክላስተር ውስጥ ያለው እያንዳንዱ የውሂብ እገዳ ሁለት ቅጂዎች አሉት። ያም ማለት አሁን በእያንዳንዱ አንጓዎች ላይ የተሟላ የውሂብ ስብስብ አለ. በሶስት ወይም ከዚያ በላይ በሆኑ አንጓዎች ክላስተር፣ ብሎኮች ቅጂዎች በሁለት የተለያዩ ቦታዎች አሉ። አዲስ ቪኤም ሲፈጥሩ በአንደኛው የክላስተር ኖዶች ላይ ተጨማሪ ቅጂ ይፈጠራል። አንድ መስቀለኛ መንገድ ሳይሳካ ሲቀር፣ ሁሉም ከዚህ ቀደም እየሰሩ ያሉት ቪኤምዎች ቅጂዎች ባሉባቸው ሌሎች አንጓዎች ላይ በራስ-ሰር እንደገና ይጀመራሉ። አንድ መስቀለኛ መንገድ ለረጅም ጊዜ ካልተሳካ፣ ከዚያ ቀስ በቀስ የማገገም ስራ ይጀምራል፣ እና ክላስተር ወደ N+1 ድጋሚ ይመለሳል።

የውሂብ ማመጣጠን እና ማከማቻ በራሱ SimpliVity የሶፍትዌር ማከማቻ ደረጃ ላይ ይከሰታል።

ቨርቹዋል ማሽኖች ቨርቹዋልላይዜሽን ክላስተር ያካሂዳሉ፣ይህም በሶፍትዌር ማከማቻ ላይ ያስቀምጣቸዋል። ጠረጴዛዎቹ እራሳቸው በተለመደው አብነት መሰረት ተወስደዋል፡ የፋይናንስ ባለሙያዎች ጠረጴዛዎች እና ኦፕሬሽን ኦፊሰሮች ለፈተና መጡ (እነዚህ ሁለት የተለያዩ አብነቶች ናቸው).

ሙከራ

ለሙከራ፣ LoginVSI 4.1 የሶፍትዌር ሙከራ ስብስብ ጥቅም ላይ ውሏል። የ LoginVSI ኮምፕሌክስ፣ የቁጥጥር አገልጋይ እና 12 ለሙከራ ግንኙነት ማሽኖችን ያቀፈ፣ በተለየ አካላዊ አስተናጋጅ ላይ ተዘርግቷል።


ሙከራ በሦስት ሁነታዎች ተካሂዷል.

የቤንችማርክ ሁነታ - የጭነት መያዣዎች 300 የእውቀት ሰራተኞች እና 300 የማከማቻ ሰራተኞች.

መደበኛ ሁነታ - የጭነት መያዣ 300 የኃይል ሰራተኞች.

የኃይል ሰራተኞች እንዲሰሩ እና የጭነት ልዩነትን ለመጨመር ለማስቻል ተጨማሪ የ Power Library ፋይሎች ቤተ-መጽሐፍት ወደ LoginVSI ኮምፕሌክስ ታክሏል። የውጤቶቹ ተደጋጋሚነት ለማረጋገጥ ሁሉም የሙከራ አግዳሚ ቅንጅቶች እንደ ነባሪ ቀርተዋል።

የእውቀት እና የሃይል ሰራተኞች ሙከራዎች በምናባዊ የስራ ጣቢያዎች ላይ የሚሰሩ የተጠቃሚዎችን እውነተኛ የስራ ጫና ያስመስላሉ።

የማጠራቀሚያ ሰራተኞች ሙከራ የተፈጠረው በተለይ የውሂብ ማከማቻ ስርዓቶችን ለመፈተሽ ነው ፣ እሱ ከእውነተኛ የስራ ጫናዎች በጣም የራቀ ነው እና ብዙውን ጊዜ ተጠቃሚው ከተለያዩ መጠኖች ብዛት ያላቸው ፋይሎች ጋር መስራትን ያካትታል።

በሙከራ ጊዜ ተጠቃሚዎች በየ48 ሰከንድ በግምት አንድ ተጠቃሚ ለ10 ደቂቃዎች ወደ የስራ ቦታዎች ይገባሉ።

ውጤቶች

የ LoginVSI ሙከራ ዋናው ውጤት በተጠቃሚው ከተጀመሩት የተለያዩ ተግባራት አፈፃፀም ጊዜ ጀምሮ የተዘጋጀው VSImax ሜትሪክ ነው። ለምሳሌ፡- በኖትፓድ ውስጥ ፋይል ለመክፈት ጊዜ፣ በ7-ዚፕ ውስጥ ፋይልን ለመጨመቅ ጊዜ፣ ወዘተ.

የመለኪያዎች ስሌት ዝርዝር መግለጫ ለኦፊሴላዊው ሰነድ ይገኛል። ማያያዣ.

በሌላ አነጋገር LoginVSI የተለመደውን የመጫኛ ንድፍ ይደግማል፣ የተጠቃሚ ድርጊቶችን በቢሮ ስብስብ ውስጥ በማስመሰል፣ ፒዲኤፍ በማንበብ እና የመሳሰሉትን እና የተለያዩ መዘግየትን ይለካል። ወሳኝ የሆነ የመዘግየቶች ደረጃ አለ "ሁሉም ነገር ይቀንሳል, ለመስራት የማይቻል ነው"), ከዚያ በፊት ከፍተኛው የተጠቃሚዎች ብዛት እንዳልደረሰ ይቆጠራል. የምላሽ ጊዜ ከዚህ "ሁሉም ነገር ቀርፋፋ ነው" ሁኔታ በ 1 ms ፈጣን ከሆነ, ስርዓቱ በመደበኛነት እንደሚሰራ ይቆጠራል, እና ተጨማሪ ተጠቃሚዎች ሊጨመሩ ይችላሉ.

ዋናዎቹ መለኪያዎች እነኚሁና፡

መለኪያዎች

የተወሰዱ እርምጃዎች

ዝርዝር መግለጫው ፡፡

የተጫኑ ክፍሎች

ኤን.ኤስ.ኤል.ዲ.

የጽሑፍ መክፈቻ ጊዜ
ፋይል 1 ኪ.ባ

ማስታወሻ ደብተር ይከፈታል እና
ከገንዳው የተቀዳ የዘፈቀደ 1 ኪባ ሰነድ ይከፍታል።
ግብዓቶች

ሲፒዩ እና አይ/ኦ

NFO

የውይይት መክፈቻ ጊዜ
በማስታወሻ ደብተር ውስጥ መስኮቶች

VSI-Notepad ፋይልን በመክፈት ላይ [Ctrl+O]

ሲፒዩ፣ ራም እና አይ/ኦ

 

ZHC*

በጣም የታመቀ ዚፕ ፋይል ለመፍጠር ጊዜው አሁን ነው።

የአካባቢ መጨናነቅ
በዘፈቀደ 5MB .pst ፋይል ከ ተቀድቷል
የመርጃ ገንዳ

ሲፒዩ እና አይ/ኦ

ZLC*

በደካማ የታመቀ ዚፕ ፋይል ለመፍጠር ጊዜው አሁን ነው።

የአካባቢ መጨናነቅ
በዘፈቀደ 5MB .pst ፋይል ከ ተቀድቷል
የመርጃ ገንዳ

እኔ / ው

 

ሲፒዩ

ትልቅ በማስላት ላይ
የዘፈቀደ የውሂብ ድርድር

ትልቅ ድርድር መፍጠር
በግቤት/ውጤት ቆጣሪ (I/O ቆጣሪ) ውስጥ ጥቅም ላይ የሚውል የዘፈቀደ ውሂብ

ሲፒዩ

ሙከራ በሚደረግበት ጊዜ, መሰረታዊ የ VSIbase መለኪያ መጀመሪያ ላይ ይሰላል, ይህም በሲስተሙ ላይ ያለ ጭነት ስራዎች የሚከናወኑበትን ፍጥነት ያሳያል. በእሱ ላይ በመመስረት፣ VSImax Threshold ተወስኗል፣ እሱም ከVSIbase + 1ms ጋር እኩል ነው።

የስርዓት አፈጻጸም መደምደሚያዎች በሁለት መለኪያዎች ላይ የተመሰረቱ ናቸው፡ የስርዓቱን ፍጥነት የሚወስነው VSIbase እና VSImax threshold, ይህም ስርዓቱ ከፍተኛ ውድቀት ሳይኖር የሚይዘውን ከፍተኛ የተጠቃሚዎች ብዛት ይወስናል.

300 የእውቀት ሰራተኞች መለኪያ

የእውቀት ሰራተኞች ሚሞሪ፣ ፕሮሰሰር እና አይኦን በተለያዩ ትናንሽ ጫፎች በየጊዜው የሚጫኑ ተጠቃሚዎች ናቸው። ሶፍትዌሩ የፍላጎት የቢሮ ተጠቃሚዎችን የስራ ጫና ይኮርጃል፣ ያለማቋረጥ የሆነ ነገር ላይ እንደሚያጮህ (PDF፣ Java፣ office Suite፣ Photo View፣ 7-Zip)። ተጠቃሚዎችን ከዜሮ ወደ 300 ሲያክሉ፣ የእያንዳንዳቸው መዘግየት ቀስ በቀስ ይጨምራል።

VSImax ስታቲስቲክስ ውሂብ፡-

VSIbase = 986ms፣ VSI Threshold አልደረሰም።

የማከማቻ ስርዓት ጭነት ስታቲስቲክስ ከSimpliVity ክትትል፡


በእንደዚህ አይነት ጭነት, ስርዓቱ በአፈፃፀም ውስጥ ምንም መበላሸት ሳይኖር የጨመረውን ጭነት መቋቋም ይችላል. የተጠቃሚ ተግባራትን ለማጠናቀቅ የሚፈጀው ጊዜ ያለምንም ችግር ይጨምራል, የስርዓቱ ምላሽ ጊዜ በሙከራ ጊዜ አይለወጥም እና ለመጻፍ እስከ 3 ms እና ለማንበብ እስከ 1 ms ድረስ ነው.

ማጠቃለያ: 300 የእውቀት ተጠቃሚዎች አሁን ባለው ክላስተር ላይ ያለምንም ችግር ይሰራሉ ​​እና እርስ በእርሳቸው ጣልቃ አይገቡም, ከ pCPU/vCPU በላይ ከ 1 እስከ 6 ደንበኝነት ይደርሳሉ. አጠቃላይ መዘግየቶች ጭነቱ እየጨመረ ሲሄድ እኩል ያድጋሉ, ነገር ግን የተቀመጠው ገደብ አልደረሰም.

300 የማከማቻ ሰራተኞች መለኪያ

እነዚህ ከ30 እስከ 70 ባለው ሬሾ ውስጥ ያለማቋረጥ የሚጽፉ እና የሚያነቡ ተጠቃሚዎች ናቸው። ይህ ሙከራ ለሙከራ ሲባል የበለጠ ተካሂዷል. VSImax ስታቲስቲክስ ውሂብ፡-


VSIbase = 1673፣ VSI Threshold በ240 ተጠቃሚዎች ላይ ደርሷል።

የማከማቻ ስርዓት ጭነት ስታቲስቲክስ ከSimpliVity ክትትል፡

የዚህ ዓይነቱ ጭነት በመሠረቱ የማከማቻ ስርዓቱ የጭንቀት ፈተና ነው. ሲተገበር እያንዳንዱ ተጠቃሚ የተለያየ መጠን ያላቸውን ብዙ የዘፈቀደ ፋይሎችን ወደ ዲስክ ይጽፋል። በዚህ ሁኔታ, ለአንዳንድ ተጠቃሚዎች የተወሰነ የጭነት ገደብ ሲያልፍ ፋይሎችን ለመጻፍ ስራዎችን ለማጠናቀቅ የሚፈጀው ጊዜ እንደሚጨምር ይታያል. በተመሳሳይ ጊዜ የአስተናጋጆች የማከማቻ ስርዓት ፣ ፕሮሰሰር እና ማህደረ ትውስታ ላይ ያለው ጭነት በከፍተኛ ሁኔታ አይለወጥም ፣ ስለሆነም መዘግየቶችን የሚያመጣውን በትክክል ለማወቅ በአሁኑ ጊዜ አይቻልም።

ይህንን ፈተና በመጠቀም የስርዓት አፈፃፀም መደምደሚያ ሊደረግ የሚችለው በሌሎች ስርዓቶች ላይ ካለው የፈተና ውጤቶች ጋር ሲነፃፀር ብቻ ነው ፣ ምክንያቱም እንደዚህ ያሉ ጭነቶች ሰው ሰራሽ እና ከእውነታው የራቁ ናቸው። ይሁን እንጂ በአጠቃላይ ፈተናው ጥሩ ነበር. እስከ 210 ክፍለ ጊዜዎች ድረስ ሁሉም ነገር ጥሩ ነበር፣ እና ከዚያ እንግዳ ምላሾች ተጀምረዋል፣ ከመግቢያ VSI በስተቀር የትኛውም ቦታ ላይ ክትትል አልተደረገም።

300 የኃይል ሰራተኞች

እነዚህ ሲፒዩ፣ ማህደረ ትውስታ እና ከፍተኛ አይኦን የሚወዱ ተጠቃሚዎች ናቸው። እነዚህ "የኃይል ተጠቃሚዎች" እንደ አዳዲስ ሶፍትዌሮች መጫን እና ትላልቅ ማህደሮችን መፍታትን የመሳሰሉ ውስብስብ ስራዎችን በየጊዜው ያካሂዳሉ. VSImax ስታቲስቲክስ ውሂብ፡-


VSIbase = 970፣ VSI Threshold አልደረሰም።

የማከማቻ ስርዓት ጭነት ስታቲስቲክስ ከSimpliVity ክትትል፡


በሙከራ ጊዜ የማቀነባበሪያው የመጫኛ ደረጃ በአንዱ የስርዓት አንጓዎች ላይ ደርሷል ፣ ግን ይህ በአሠራሩ ላይ ከፍተኛ ተጽዕኖ አላሳደረም።

በዚህ ሁኔታ ስርዓቱ ከፍተኛ የአፈፃፀም ውድቀት ሳይኖር የጨመረውን ጭነት መቋቋም ይችላል. የተጠቃሚ ተግባራትን ለማጠናቀቅ የሚፈጀው ጊዜ ያለምንም ችግር ይጨምራል, የስርዓቱ ምላሽ ጊዜ በሙከራ ጊዜ አይለወጥም እና ለመጻፍ እስከ 3 ms እና ለማንበብ እስከ 1 ms ድረስ ነው.

መደበኛ ሙከራዎች ለደንበኛው በቂ አልነበሩም, እና የበለጠ ሄድን: የ VM ባህሪያትን ጨምረናል (ከመጠን በላይ የደንበኝነት ምዝገባ እና የዲስክ መጠን መጨመርን ለመገምገም የvCPUs ብዛት) እና ተጨማሪ ጭነት ጨምረናል.

ተጨማሪ ሙከራዎችን ሲያካሂዱ የሚከተለው የመቆሚያ ውቅር ጥቅም ላይ ውሏል፡
300 ምናባዊ ዴስክቶፖች በ4vCPU፣ 4GB RAM፣ 80GB HDD ውቅር ውስጥ ተሰማርተዋል።

የአንዱ የሙከራ ማሽኖች ውቅር፡-


ማሽኖቹ በDedicated - ሙሉ ቅጂ አማራጭ ውስጥ ተሰማርተዋል፡-

300 የእውቀት ሰራተኞች ማመሳከሪያ ከደንበኝነት ምዝገባ ጋር 12

VSImax ስታቲስቲክስ ውሂብ፡-


VSIbase = 921 ms፣ VSI Threshold አልደረሰም።

የማከማቻ ስርዓት ጭነት ስታቲስቲክስ ከSimpliVity ክትትል፡


የተገኘው ውጤት የቀደመውን የቪኤም ውቅር ከመሞከር ጋር ተመሳሳይ ነው።

300 የኃይል ሰራተኞች ከ12 በላይ የደንበኝነት ምዝገባዎች

VSImax ስታቲስቲክስ ውሂብ፡-


VSIbase = 933፣ VSI Threshold አልደረሰም።

የማከማቻ ስርዓት ጭነት ስታቲስቲክስ ከSimpliVity ክትትል፡


በዚህ ሙከራ ወቅት የማቀነባበሪያው የመጫኛ ገደብ እንዲሁ ላይ ደርሷል፣ ነገር ግን ይህ በአፈጻጸም ላይ ከፍተኛ ተጽዕኖ አላሳደረም።

የተገኘው ውጤት የቀደመውን ውቅር ከመሞከር ጋር ተመሳሳይ ነው.

ጭነቱን ለ 10 ሰአታት ካስኬዱ ምን ይሆናል?

አሁን "የማከማቸት ውጤት" መኖሩን እንይ እና በተከታታይ ለ 10 ሰዓታት ሙከራዎችን እናካሂድ.

የክፍሉ የረጅም ጊዜ ሙከራዎች እና መግለጫዎች በላዩ ላይ ለረጅም ጊዜ በሚጫኑ ሸክሞች ላይ ምንም አይነት ችግር ሊፈጠር እንደሚችል ለመፈተሽ ስለፈለግን መሆን አለበት ።

300 የእውቀት ሰራተኞች መለኪያ + 10 ሰዓቶች

በተጨማሪም የ 300 የእውቀት ሰራተኞች ጭነት ጉዳይ ተፈትኗል ፣ ከዚያ በኋላ ለ 10 ሰአታት የተጠቃሚ ስራ ተሰርቷል ።

VSImax ስታቲስቲክስ ውሂብ፡-


VSIbase = 919 ms፣ VSI Threshold አልደረሰም።

VSImax ዝርዝር ስታቲስቲክስ መረጃ፡-


ግራፉ የሚያሳየው በጠቅላላው ፈተና ውስጥ ምንም አይነት የአፈጻጸም ውድቀት አለመኖሩን ነው።

የማከማቻ ስርዓት ጭነት ስታቲስቲክስ ከSimpliVity ክትትል፡


የማከማቻ ስርዓት አፈጻጸም በሙከራው ጊዜ ሁሉ ተመሳሳይ ነው።

ከተዋሃደ ጭነት ጋር ተጨማሪ ሙከራ

ደንበኛው በዲስክ ላይ የዱር ጭነት እንዲጨምር ጠየቀ. ይህንን ለማድረግ ተጠቃሚው ወደ ስርዓቱ ውስጥ ሲገባ በዲስክ ላይ ያለውን ሰው ሠራሽ ጭነት ለማሄድ በእያንዳንዱ የተጠቃሚው ምናባዊ ማሽኖች ውስጥ ባለው የማከማቻ ስርዓት ላይ አንድ ተግባር ተጨምሯል። ጭነቱ የቀረበው በፋይኦ መገልገያ ሲሆን ይህም በዲስክ ላይ ያለውን ጭነት በ IOPS ቁጥር እንዲገድቡ ያስችልዎታል. በእያንዳንዱ ማሽን በ22 IOPS 70%/30% የዘፈቀደ ማንበብ/መፃፍ መጠን ተጨማሪ ጭነት የማስጀመር ስራ ተጀመረ።

300 የእውቀት ሰራተኞች መለኪያ + 22 IOPS በተጠቃሚ

በመጀመሪያ ሙከራ፣ fio በምናባዊ ማሽኖች ላይ ጉልህ የሆነ የሲፒዩ ወጪ ሲጭን ተገኘ። ይህ የአስተናጋጆችን ፈጣን የሲፒዩ ጭነት እንዲጨምር አድርጓል እና በአጠቃላይ የስርዓቱን አሠራር በእጅጉ ነካ።

የአስተናጋጅ ሲፒዩ ጭነት፡-




በተመሳሳይ ጊዜ የማከማቻ ስርዓት መዘግየቶች እንዲሁ በተፈጥሮ ጨምረዋል፡


የኮምፒዩተር ሃይል እጦት ወደ 240 ተጠቃሚዎች ወሳኝ ሆነ።


በተገኘው ውጤት ምክንያት፣ ሲፒዩ የተጠናከረ ሙከራ ለማካሄድ ተወስኗል።

230 የቢሮ ሰራተኞች መለኪያ + 22 IOPS በተጠቃሚ

በሲፒዩ ላይ ያለውን ጭነት ለመቀነስ የቢሮ ሰራተኞች የመጫኛ አይነት ተመርጧል እና በእያንዳንዱ ክፍለ ጊዜ 22 IOPS ሰው ሠራሽ ጭነት ተጨምሯል.

ከፍተኛውን የሲፒዩ ጭነት ላለማለፍ ፈተናው በ230 ክፍለ ጊዜዎች ተገድቧል።

ሙከራው የተካሄደው በተጠቃሚዎች ለ10 ሰአታት በመሮጥ የስርዓቱን መረጋጋት በረጅም ጊዜ ስራ ወደ ከፍተኛ ጭነት በሚጠጋበት ወቅት ነው።

VSImax ስታቲስቲክስ ውሂብ፡-


VSIbase = 918 ms፣ VSI Threshold አልደረሰም።

VSImax ዝርዝር ስታቲስቲክስ መረጃ፡-


ግራፉ የሚያሳየው በጠቅላላው ፈተና ውስጥ ምንም አይነት የአፈጻጸም ውድቀት አለመኖሩን ነው።

የሲፒዩ ጭነት ስታቲስቲክስ




ይህን ሙከራ በሚያደርጉበት ጊዜ፣ በአስተናጋጆቹ ሲፒዩ ላይ ያለው ጭነት ከፍተኛው ነበር።

የማከማቻ ስርዓት ጭነት ስታቲስቲክስ ከSimpliVity ክትትል፡


የማከማቻ ስርዓት አፈጻጸም በሙከራው ጊዜ ሁሉ ተመሳሳይ ነው።

በፈተናው ወቅት በማከማቻ ስርዓቱ ላይ ያለው ጭነት በግምት 6 IOPS በ500/60 ሬሾ (40 IOPS ማንበብ፣ 3 IOPS ይፃፋል)፣ ይህም በአንድ የስራ ቦታ በግምት 900 IOPS ነው።

የምላሽ ጊዜ በአማካይ ለመጻፍ 3 ሚሴ እና ለንባብ እስከ 1 ሚሴ ነው።

ውጤቱ

በHPE SimpliVity መሠረተ ልማት ላይ እውነተኛ ሸክሞችን በሚመስሉበት ጊዜ ስርዓቱ ቢያንስ 300 ሙሉ ክሎኒንግ ማሽኖችን በ SimpliVity nodes ጥንድ ላይ ምናባዊ ዴስክቶፖችን የመደገፍ ችሎታን የሚያረጋግጡ ውጤቶች ተገኝተዋል። በተመሳሳይ ጊዜ የማጠራቀሚያ ስርዓቱ የምላሽ ጊዜ በጠቅላላው ሙከራ ውስጥ በጥሩ ደረጃ ተጠብቆ ቆይቷል።

ከመተግበሩ በፊት የረዥም ሙከራዎች አቀራረብ እና የመፍትሄ ሃሳቦችን በማነፃፀር በጣም አስደንቆናል. ከፈለጉ የስራ ጫናዎን አፈጻጸም መፈተሽ እንችላለን። ሌሎች hyperconverged መፍትሄዎችን ጨምሮ. የተጠቀሰው ደንበኛ አሁን በትይዩ በሌላ መፍትሄ ላይ ሙከራዎችን እያጠናቀቀ ነው። አሁን ያለው መሠረተ ልማት በእያንዳንዱ የሥራ ቦታ ላይ ያሉ ፒሲዎች፣ ጎራ እና ሶፍትዌሮች ብቻ ናቸው። ያለፈተና ወደ ቪዲአይ መሄድ በእርግጥ በጣም ከባድ ነው። በተለይ የቪዲአይ እርሻ እውነተኛ ተጠቃሚዎችን ወደ እሱ ሳያስፈልስ እውነተኛውን አቅም ለመረዳት አስቸጋሪ ነው። እና እነዚህ ሙከራዎች ተራ ተጠቃሚዎችን ማካተት ሳያስፈልግ የአንድ የተወሰነ ስርዓት ትክክለኛ ችሎታዎች በፍጥነት እንዲገመግሙ ያስችሉዎታል። ይህ ጥናት የመጣው ከዚህ ነው.

ሁለተኛው አስፈላጊ አቀራረብ ደንበኛው ወዲያውኑ ለትክክለኛው ሚዛን መሰጠቱ ነው. እዚህ ተጨማሪ አገልጋይ መግዛት እና እርሻ ማከል ይችላሉ, ለምሳሌ, ለ 100 ተጠቃሚዎች, ሁሉም ነገር በተጠቃሚው ዋጋ ሊተነበይ ይችላል. ለምሳሌ፣ 300 ተጨማሪ ተጠቃሚዎችን ማከል ሲፈልጉ፣ ሙሉ መሠረተ ልማታቸውን ለማሻሻል እንደገና ከማጤን ይልቅ፣ አስቀድሞ በተገለጸው ውቅር ውስጥ ሁለት አገልጋዮች እንደሚያስፈልጋቸው ያውቃሉ።

የHPE SimpliVity ፌዴሬሽን እድሎች አስደሳች ናቸው። ንግዱ በጂኦግራፊያዊ ሁኔታ የተለያየ ነው፣ ስለዚህ የራስዎን የተለየ የቪዲአይ ሃርድዌር በሩቅ ቢሮ ውስጥ መጫን ተገቢ ነው። በ SimpliVity ፌዴሬሽን ውስጥ እያንዳንዱ ቨርቹዋል ማሽን በጂኦግራፊያዊ የርቀት ስብስቦች መካከል በፍጥነት እና በሰርጡ ላይ ያለ ጭነት የመድገም ችሎታ ባለው የጊዜ ሰሌዳ መሠረት ይባዛል - ይህ በጣም ጥሩ ደረጃ ያለው የመጠባበቂያ ቅጂ ነው። በገጾች መካከል ቪኤም ሲባዛ፣ ሰርጡ በተቻለ መጠን በትንሹ ጥቅም ላይ ይውላል፣ እና ይህ በአንድ የቁጥጥር ማእከል እና ያልተማከለ የማከማቻ ቦታዎች ባሉበት በጣም አስደሳች የ DR አርክቴክቸር መገንባት ያስችላል።

ፌዴሬሽን

ይህ ሁሉ አንድ ላይ የፋይናንስ ጎን በዝርዝር ለመገምገም እና የ VDI ወጪዎችን በኩባንያው የእድገት እቅዶች ላይ ለመጨመር እና መፍትሄው ምን ያህል በፍጥነት እንደሚከፈል እና እንዴት እንደሚሰራ ለመረዳት ያስችላል. ምክንያቱም ማንኛውም ቪዲአይ በመጨረሻ ብዙ ሀብቶችን የሚያድን መፍትሄ ነው ፣ ግን በተመሳሳይ ጊዜ ፣ ​​​​በጣም ምናልባትም ፣ በ 5-7 ዓመታት ውስጥ ጥቅም ላይ የዋለውን ለመለወጥ የሚያስችል ወጪ ቆጣቢ ዕድል ከሌለ።

በአጠቃላይ ለአስተያየት ያልሆኑ ጥያቄዎች ካሉዎት በኢሜል ይፃፉልኝ [ኢሜል የተጠበቀ].

ምንጭ: hab.com