ከVMware vSphere ጋር ሲሰራ AFA AccelStor ን ለማቀናበር ምክሮች

በዚህ ጽሑፍ ውስጥ ስለ ሁሉም ፍላሽ አሲልስቶር ድርድሮች በጣም ታዋቂ ከሆኑ የቨርችዋል መድረኮች በአንዱ ስለሚሰሩ ባህሪዎች መነጋገር እፈልጋለሁ - VMware vSphere። በተለይም እንደ ሁሉም ፍላሽ ያሉ ኃይለኛ መሳሪያዎችን በመጠቀም ከፍተኛውን ውጤት ለማግኘት በሚረዱዎት መለኪያዎች ላይ ያተኩሩ።

AcelStor NeoSapphire™ ሁሉም የፍላሽ ድርድሮች ናቸው። አንድ ነገር። ወይም двух የመረጃ ማከማቻ ጽንሰ-ሀሳብን ተግባራዊ ለማድረግ እና የባለቤትነት ቴክኖሎጂን በመጠቀም ተደራሽነቱን ለማደራጀት በኤስኤስዲ ድራይቭ ላይ የተመሰረቱ የመስቀለኛ መንገዶች መሳሪያዎች በመሠረቱ የተለየ አቀራረብ FlexiRemap® በጣም ታዋቂ ከሆኑ የ RAID ስልተ ቀመሮች ይልቅ። ድርድሮቹ በፋይበር ቻናል ወይም iSCSI በይነገጽ በኩል የአስተናጋጆችን መዳረሻ ይሰጣሉ። እውነቱን ለመናገር፣ ISCSI በይነገጽ ያላቸው ሞዴሎች እንደ ጥሩ ጉርሻ የፋይል መዳረሻ እንዳላቸው እናስተውላለን። ነገር ግን በዚህ ጽሑፍ ውስጥ ለሁሉም ፍላሽ በጣም ውጤታማ የሆነው የማገጃ ፕሮቶኮሎችን አጠቃቀም ላይ እናተኩራለን።

አጠቃላይ የማሰማራት ሂደት እና ቀጣይ የAccelStor ድርድር እና የVMware vSphere ቨርቹዋል ሲስተም የጋራ ስራን ማዋቀር በብዙ ደረጃዎች ሊከፈል ይችላል።

• የግንኙነት ቶፖሎጂ እና የ SAN አውታረመረብ ውቅር መተግበር;
• ሁሉንም የፍላሽ ድርድር ማቀናበር;
• የ ESXi አስተናጋጆችን በማዋቀር ላይ;
• ምናባዊ ማሽኖችን በማዘጋጀት ላይ.

AccelStor NeoSapphire™ የፋይበር ቻናል ድርድሮች እና iSCSI ድርድሮች እንደ ናሙና ሃርድዌር ጥቅም ላይ ውለዋል። መሰረታዊ ሶፍትዌር VMware vSphere 6.7U1 ነው።

በዚህ ጽሑፍ ውስጥ የተገለጹትን ስርዓቶች ከመዘርጋቱ በፊት፣ የአፈጻጸም ጉዳዮችን በተመለከተ ከ VMware የተገኘውን ሰነድ እንዲያነቡ በጣም ይመከራል።የአፈጻጸም ምርጥ ልምዶች ለ VMware vSphere 6.7 ) እና iSCSI ቅንብሮች (VMware vSphere በ iSCSI ላይ ለማሄድ ምርጥ ልምዶች)

የግንኙነት ቶፖሎጂ እና የ SAN አውታረ መረብ ውቅር

የ SAN አውታረ መረብ ዋና ክፍሎች HBAs በ ESXi አስተናጋጆች፣ SAN switches እና array nodes ናቸው። ለእንደዚህ ዓይነቱ አውታረ መረብ የተለመደ ቶፖሎጂ ይህንን ይመስላል

እዚህ ቀይር የሚለው ቃል ሁለቱንም የተለየ አካላዊ ማብሪያና ማጥፊያ (ጨርቅ) እና በተለያዩ አገልግሎቶች መካከል የሚጋራ መሳሪያን (VSAN በ Fiber Channel እና VLAN በ iSCSI ጉዳይ) ያመለክታል። ሁለት ገለልተኛ ማብሪያ / ጨርቆችን መጠቀም ሊከሰት የሚችለውን ውድቀት ያስወግዳል።

የአስተናጋጆችን ድርድር በቀጥታ ማገናኘት ቢደገፍም በጣም አይመከርም። የሁሉም ፍላሽ ድርድሮች አፈጻጸም በጣም ከፍተኛ ነው። እና ለከፍተኛ ፍጥነት ሁሉም የድርድር ወደቦች ጥቅም ላይ መዋል አለባቸው። ስለዚህ፣ በአስተናጋጆች እና በNeoSapphire™ መካከል ቢያንስ አንድ መቀየሪያ መገኘት ግዴታ ነው።

በአስተናጋጁ HBA ላይ ሁለት ወደቦች መኖራቸው ከፍተኛ አፈፃፀምን ለማግኘት እና የስህተት መቻቻልን ለማረጋገጥ የግዴታ መስፈርት ነው።

የፋይበር ቻናል በይነገጽን በሚጠቀሙበት ጊዜ በአነሳሾች እና ዒላማዎች መካከል ሊፈጠሩ የሚችሉ ግጭቶችን ለማስወገድ የዞን ክፍፍል መዋቀር አለበት። ዞኖች የተገነቡት "አንድ አስጀማሪ ወደብ - አንድ ወይም ከዚያ በላይ የድርድር ወደቦች" በሚለው መርህ ነው.

ከሌሎች አገልግሎቶች ጋር የተጋራ ማብሪያ / ማጥፊያን ለመጠቀም በ iSCSI በኩል ግንኙነት ከተጠቀሙ የአይኤስሲኤስአይ ትራፊክን በተለየ VLAN ውስጥ ማግለል በጣም አስፈላጊ ነው። እንዲሁም በኔትወርኩ ላይ የፓኬቶችን መጠን ለመጨመር እና በስርጭት ጊዜ የትርፍ መረጃን መጠን ለመቀነስ ለ Jumbo Frames (MTU = 9000) ድጋፍን ለማንቃት በጣም ይመከራል። ይሁን እንጂ ለትክክለኛው አሠራር የ MTU መለኪያን በ "አስጀማሪ-ማብሪያ-ዒላማ" ሰንሰለት ላይ በሁሉም የኔትወርክ ክፍሎች ላይ መለወጥ አስፈላጊ መሆኑን ማስታወስ ጠቃሚ ነው.

ሁሉንም የፍላሽ ድርድር በማዘጋጀት ላይ

ዝግጅቱ አስቀድሞ ለተፈጠሩ ቡድኖች ደንበኞች ይሰጣል FlexiRemap®. ስለዚህ አሽከርካሪዎችን ወደ አንድ መዋቅር ለማዋሃድ ምንም አይነት እርምጃ መውሰድ አያስፈልግም። የሚፈለገው መጠን እና መጠን መጠኖችን መፍጠር ብቻ ያስፈልግዎታል።

ለመመቻቸት በአንድ ጊዜ በርካታ ጥራዞች ባች የመፍጠር ተግባር አለ። በነባሪ፣ ቀጭን ጥራዞች ይፈጠራሉ፣ ይህም የሚገኘውን የማከማቻ ቦታ በብቃት ለመጠቀም ያስችላል (የቦታ መልሶ ማቋቋም ድጋፍን ጨምሮ)። በአፈጻጸም ረገድ "ቀጭን" እና "ወፍራም" ጥራዞች መካከል ያለው ልዩነት ከ 1% አይበልጥም. ሆኖም ግን, ከድርድር ውስጥ "ሁሉንም ጭማቂ ለመጨፍለቅ" ከፈለጉ, ማንኛውንም "ቀጭን" ድምጽ ወደ "ወፍራም" መቀየር ይችላሉ. ነገር ግን እንዲህ ዓይነቱ ቀዶ ጥገና የማይመለስ መሆኑን ማስታወስ ይገባል.

በመቀጠል፣ የተፈጠሩትን ጥራዞች “ማተም” እና የመዳረሻ መብቶችን ከአስተናጋጆች ACLs (IP address for iSCSI እና WWPN ለ FC) እና አካላዊ መለያየትን በድርድር ወደቦች ማቀናበር ይቀራል። ለ iSCSI ሞዴሎች ይህ የሚደረገው ዒላማ በመፍጠር ነው.

ለኤፍሲ ሞዴሎች፣ ማተም የሚከሰተው ለእያንዳንዱ የድርድር ወደብ LUN በመፍጠር ነው።

የማዋቀር ሂደቱን ለማፋጠን አስተናጋጆች በቡድን ሊጣመሩ ይችላሉ። ከዚህም በላይ አስተናጋጁ መልቲፖርት FC HBA የሚጠቀም ከሆነ (በተግባር ብዙ ጊዜ የሚከሰት) ስርዓቱ የእንደዚህ አይነት HBA ወደቦች የአንድ አስተናጋጅ መሆናቸውን በራስ-ሰር ይወስናል WWPNs በአንድ የሚለያዩት። የዒላማ/LUN ባች መፍጠርም ለሁለቱም በይነገጾች ይደገፋል።

አፈጻጸምን ለመጨመር የአይኤስሲሲአይ በይነገጽን በሚጠቀሙበት ጊዜ ጠቃሚ ማስታወሻ በአንድ ጊዜ በርካታ ኢላማዎችን መፍጠር ነው፣ ምክንያቱም በዒላማው ላይ ያለው ወረፋ ሊቀየር ስለማይችል እና ውጤታማ በሆነ መንገድ ማነቆ ይሆናል።

የESXi አስተናጋጆችን በማዋቀር ላይ

በESXi አስተናጋጅ በኩል፣ መሰረታዊ ውቅር የሚከናወነው ሙሉ በሙሉ በሚጠበቀው ሁኔታ መሰረት ነው። የiSCSI ግንኙነት ሂደት፡-

1. የሶፍትዌር iSCSI አስማሚን ያክሉ (ቀድሞውኑ ከተጨመረ ወይም ሃርድዌር iSCSI አስማሚን እየተጠቀሙ ከሆነ አያስፈልግም);
2. የአይኤስሲሲአይ ትራፊክ የሚያልፍበት vSwitch መፍጠር እና አካላዊ መሻሻል እና VMkernal ማከል።
3. የድርድር አድራሻዎችን ወደ ተለዋዋጭ ግኝት ማከል;
4. የውሂብ ማከማቻ መፍጠር

አንዳንድ ጠቃሚ ማስታወሻዎች፡-

• በአጠቃላይ ሁኔታ, በእርግጥ, አሁን ያለውን vSwitch መጠቀም ይችላሉ, ነገር ግን በተለየ vSwitch ሁኔታ, የአስተናጋጅ ቅንብሮችን ማስተዳደር በጣም ቀላል ይሆናል.
• የአፈጻጸም ችግሮችን ለማስወገድ የአስተዳደር እና የአይኤስሲሲአይ ትራፊክን ወደ ተለያዩ የአካል ማገናኛዎች እና/ወይም VLANዎች መለየት ያስፈልጋል።
• የVMkernal አይፒ አድራሻዎች እና የሁሉም ፍላሽ አደራደር ተጓዳኝ ወደቦች በተመሳሳይ ሳብኔት ውስጥ መሆን አለባቸው፣ በአፈጻጸም ችግሮች ምክንያት።
• በVMware ደንቦች መሰረት ጥፋትን መቻቻልን ለማረጋገጥ vSwitch ቢያንስ ሁለት አካላዊ አገናኞች ሊኖሩት ይገባል።
• የጃምቦ ፍሬሞች ጥቅም ላይ ከዋሉ የvSwitch እና VMkernal ሁለቱንም MTU መቀየር አለቦት
• ከአይኤስሲኤስአይ ትራፊክ ጋር ለመስራት በቪኤምዌር የአካላዊ አስማሚዎች ምክሮች መሰረት Teaming እና Failoverን ማዋቀር አስፈላጊ መሆኑን ለማስታወስ ይጠቅማል። በተለይም እያንዳንዱ VMkernal በአንድ አፕሊንክ ብቻ መስራት አለበት፣ ሁለተኛው አፕሊንክ ወደ ጥቅም ላይ ያልዋለ ሁነታ መቀየር አለበት። ለስህተት መቻቻል ሁለት VMkernals ማከል ያስፈልግዎታል ፣ እያንዳንዱም በራሱ አገናኞች ይሰራል።

ቪኤምከርነል አስማሚ (vmk#)
አካላዊ አውታረ መረብ አስማሚ (vmnic#)

vmk1 (ማከማቻ01)
ንቁ አስማሚዎች
vmnic2
ጥቅም ላይ ያልዋሉ አስማሚዎች
vmnic3

vmk2 (ማከማቻ02)
ንቁ አስማሚዎች
vmnic3
ጥቅም ላይ ያልዋሉ አስማሚዎች
vmnic2

በፋይበር ቻናል በኩል ለመገናኘት ምንም የመጀመሪያ ደረጃዎች አያስፈልጉም። ወዲያውኑ የውሂብ ማከማቻ መፍጠር ይችላሉ።

ዳታ ስቶርን ከፈጠሩ በኋላ፣ ወደ ዒላማ/ ሉን የሚወስዱት የሮውንድ ሮቢን ፖሊሲ በጣም አፈጻጸም መሆኑን ማረጋገጥ አለቦት።

በነባሪ የVMware ቅንጅቶች በእቅዱ መሠረት ለዚህ ፖሊሲ አገልግሎት ይሰጣሉ-1000 ጥያቄዎች በመጀመሪያው መንገድ ፣ ቀጣዮቹ 1000 ጥያቄዎች በሁለተኛው መንገድ ፣ ወዘተ. በአስተናጋጁ እና በሁለት-ተቆጣጣሪው ድርድር መካከል ያለው እንዲህ ያለው መስተጋብር ሚዛናዊ ያልሆነ ይሆናል። ስለዚህ የRound Robin ፖሊሲ = 1 መለኪያ በ Esxcli/PowerCLI በኩል እንዲያቀናብሩ እንመክራለን።

መለኪያዎች

ለ Esxcli:

• የሚገኙ LUNs ዝርዝር

esxcli ማከማቻ nmp መሣሪያ ዝርዝር

• የመሳሪያውን ስም ይቅዱ
• የዙር ሮቢን ፖሊሲን ይቀይሩ

esxcli ማከማቻ nmp psp roundrobin deviceconfig set —type=iops —iops=1 —device=“Device_ID”

አብዛኛዎቹ ዘመናዊ አፕሊኬሽኖች የመተላለፊያ ይዘት አጠቃቀምን ከፍ ለማድረግ እና የሲፒዩ ጭነትን ለመቀነስ ትላልቅ የውሂብ ፓኬቶችን ለመለዋወጥ የተነደፉ ናቸው። ስለዚህ፣ ESXi በነባሪነት I/O ወደ ማከማቻ መሳሪያው እስከ 32767 ኪ.ባ በሚደርሱ ቁርጥራጮች ይጠይቃል። ሆኖም፣ ለአንዳንድ ሁኔታዎች፣ ትናንሽ ቁርጥራጮችን መለዋወጥ የበለጠ ውጤታማ ይሆናል። ለAcelStor ድርድሮች፣ እነዚህ የሚከተሉት ሁኔታዎች ናቸው።

• ቨርቹዋል ማሽኑ ከLegacy BIOS ይልቅ UEFI ይጠቀማል
• vSphere ማባዛትን ይጠቀማል

ለእንደዚህ አይነት ሁኔታዎች የዲስክ.ዲስክ ማክስአይኦሳይዝ መለኪያውን ወደ 4096 ለመቀየር ይመከራል.

ለአይኤስሲሲአይ ግንኙነቶች የመግቢያ ጊዜ ማብቂያ መለኪያን ወደ 30 (ነባሪ 5) ለመቀየር እና የግንኙነት መረጋጋትን ለመጨመር እና የተላለፉ እሽጎች ማረጋገጫዎች የDelayedAck መዘግየትን ለማሰናከል ይመከራል። ሁለቱም አማራጮች በvSphere Client ውስጥ ናቸው፡ አስተናጋጅ → አዋቅር → ማከማቻ → የማከማቻ አስማሚዎች → የላቁ አማራጮች ለ iSCSI አስማሚ

በጣም ስውር ነጥብ ለመረጃ ማከማቻ ጥቅም ላይ የሚውለው የጥራዞች ብዛት ነው። ለአስተዳደር ቀላልነት ለጠቅላላው የድርድር መጠን አንድ ትልቅ መጠን ለመፍጠር ፍላጎት እንዳለ ግልጽ ነው። ሆኖም ፣ በርካታ ጥራዞች መኖራቸው እና በዚህ መሠረት የውሂብ ማከማቻ በአጠቃላይ አፈፃፀም ላይ ጠቃሚ ተፅእኖ አለው (ከዚህ በታች ስላሉት ወረፋዎች)። ስለዚህ, ቢያንስ ሁለት ጥራዞች እንዲፈጥሩ እንመክራለን.

በአንፃራዊነት እስከ ቅርብ ጊዜ ድረስ ቪኤምዌር የሚቻለውን ከፍተኛ አፈፃፀም ለማግኘት በድጋሚ በአንድ የውሂብ ማከማቻ ላይ የቨርቹዋል ማሽኖችን ብዛት መገደብ ይመክራል። ነገር ግን፣ አሁን፣ በተለይም በ VDI ስርጭት፣ ይህ ችግር ያን ያህል አጣዳፊ አይደለም። ነገር ግን ይህ የረዥም ጊዜ ህግን አይሰርዘውም - በተለያዩ የውሂብ ማከማቻዎች ውስጥ የተጠናከረ IO የሚያስፈልጋቸው ምናባዊ ማሽኖችን ለማሰራጨት. በአንድ ድምጽ ውስጥ ጥሩውን የቨርቹዋል ማሽኖች ብዛት ለመወሰን ከምንም የተሻለ ነገር የለም። የሁሉም ፍላሽ AcelStor ድርድር ጭነት ሙከራ በመሠረተ ልማት ውስጥ.

ምናባዊ ማሽኖችን በማዘጋጀት ላይ

ምናባዊ ማሽኖችን በሚያዘጋጁበት ጊዜ ምንም ልዩ መስፈርቶች የሉም ፣ ይልቁንም እነሱ በጣም ተራ ናቸው

• የሚቻለውን ከፍተኛውን የVM ስሪት መጠቀም (ተኳሃኝነት)
• ቨርቹዋል ማሽኖችን ጥቅጥቅ ብለው ሲያስቀምጡ የ RAM መጠንን ማዘጋጀት የበለጠ ጥንቃቄ ማድረግ ነው፣ ለምሳሌ በቪዲአይ (በነባሪነት፣ ጅምር ላይ፣ ከ RAM ጋር የሚመጣጠን መጠን ያለው የገጽ ፋይል ይፈጠራል፣ ይህም ጠቃሚ አቅም የሚወስድ እና በ ላይ ተጽእኖ ይኖረዋል። የመጨረሻው አፈፃፀም)
• ከ IO አንፃር በጣም ውጤታማ የሆኑትን አስማሚ ስሪቶች ይጠቀሙ፡ የአውታረ መረብ አይነት VMXNET 3 እና SCSI አይነት PVSCSI
• ለከፍተኛ አፈጻጸም እና ለከፍተኛው የማከማቻ ቦታ አጠቃቀም ወፍራም አቅርቦት Eager Zeroed ዲስክ አይነትን ይጠቀሙ
• ከተቻለ ቨርቹዋል ዲስክ ገደብን በመጠቀም I/O ያልሆኑ ወሳኝ ማሽኖችን ስራ ይገድቡ
• የ VMware መሣሪያዎችን መጫንዎን ያረጋግጡ

በወረፋዎች ላይ ማስታወሻዎች

ወረፋ (ወይም የላቀ I/Os) በማንኛውም ጊዜ ለአንድ የተወሰነ መሣሪያ/መተግበሪያ ሂደት የሚጠብቁ የግብዓት/ውጤት ጥያቄዎች (SCSI ትዕዛዞች) ቁጥር ​​ነው። የወረፋ ብዛት ካለ፣ የQFULL ስህተቶች ወጥተዋል፣ ይህም በመጨረሻ የመዘግየት መለኪያ መጨመርን ያስከትላል። ዲስክ (ስፒንል) የማከማቻ ስርዓቶችን ሲጠቀሙ, በንድፈ ሀሳብ, ወረፋው ከፍ ባለ መጠን, አፈፃፀማቸው ከፍ ያለ ነው. ሆኖም ወደ QFULL መሮጥ ቀላል ስለሆነ አላግባብ መጠቀም የለብዎትም። በሁሉም የፍላሽ ሲስተሞች ሁኔታ ፣ በአንድ በኩል ፣ ሁሉም ነገር በተወሰነ ደረጃ ቀላል ነው-ከሁሉም በኋላ ፣ ድርድር ዝቅተኛ ትዕዛዞች ያሉት መዘግየት አለው እና ስለሆነም ብዙውን ጊዜ የወረፋውን መጠን በተናጥል ማስተካከል አያስፈልግም። ግን በሌላ በኩል ፣ በአንዳንድ ሁኔታዎች ሁኔታዎች (በተወሰኑ ምናባዊ ማሽኖች ውስጥ በ IO መስፈርቶች ውስጥ ጠንካራ skew ፣ ለከፍተኛ አፈፃፀም ሙከራዎች ፣ ወዘተ) አስፈላጊ ነው ፣ የወረፋዎቹን መለኪያዎች ለመለወጥ ካልሆነ ፣ ቢያንስ ምን አመልካቾችን ለመረዳት አስፈላጊ ነው ። ሊደረስበት ይችላል, እና, ዋናው ነገር በየትኞቹ መንገዶች ነው.

በAcelStor ሁሉም ፍላሽ ድርድር በራሱ ከጥራዞች ወይም ከአይ/ኦ ወደቦች ጋር በተያያዘ ምንም ገደቦች የሉም። አስፈላጊ ከሆነ, አንድ ጥራዝ እንኳን ሁሉንም የድርድር ሀብቶች ሊቀበል ይችላል. በወረፋው ላይ ያለው ብቸኛ ገደብ ለiSCSI ኢላማዎች ብቻ ነው። ለዚህም ነው ይህንን ገደብ ለማሸነፍ ለእያንዳንዱ ጥራዝ በርካታ (በሀሳብ ደረጃ እስከ 8 ቁርጥራጮች) ኢላማዎችን መፍጠር አስፈላጊነቱ ከላይ የተመለከተው። እንዲሁም የ AcelStor ድርድሮች በጣም ውጤታማ መፍትሄዎች መሆናቸውን እንድገመው። ስለዚህ, ከፍተኛውን ፍጥነት ለማግኘት ሁሉንም የስርዓቱን በይነገጽ ወደቦች መጠቀም አለብዎት.

በ ESXi አስተናጋጅ በኩል, ሁኔታው ​​ፍጹም የተለየ ነው. አስተናጋጁ ራሱ ለሁሉም ተሳታፊዎች እኩል የማግኘት ልምድን ይተገበራል። ስለዚህ ለእንግዳው ስርዓተ ክወና እና ኤችቢኤ የተለዩ የ IO ወረፋዎች አሉ። ለእንግዳው ስርዓተ ክወና የሚደረጉ ወረፋዎች ከሰልፍ ወደ ቨርቹዋል SCSI አስማሚ እና ምናባዊ ዲስክ ይጣመራሉ፡

ወደ HBA ያለው ወረፋ በተወሰነው ዓይነት/አቅራቢ ይወሰናል፡-

የቨርቹዋል ማሽኑ የመጨረሻ አፈጻጸም የሚወሰነው በአስተናጋጁ አካላት መካከል ባለው ዝቅተኛው የ Queue Depth ገደብ ነው።

ለእነዚህ እሴቶች ምስጋና ይግባውና በተወሰነ ውቅር ውስጥ ልናገኛቸው የምንችላቸውን የአፈጻጸም አመልካቾች መገምገም እንችላለን. ለምሳሌ፣ የቨርቹዋል ማሽን (ያለ ማገጃ ማሰሪያ) በ0.5ms መዘግየት የንድፈ ሃሳባዊ አፈጻጸምን ማወቅ እንፈልጋለን። ከዚያ የእሱ IOPS = (1,000/latency) * የላቀ I/Os (የወረፋ ጥልቀት ገደብ)

ምሳሌዎች

ለምሳሌ 1

• FC Emulex HBA አስማሚ
• በአንድ የውሂብ ማከማቻ አንድ ቪኤም
• VMware Paravirtual SCSI አስማሚ

እዚህ የ Queue Depth ገደብ የሚወሰነው በEmulex HBA ነው። ስለዚህ IOPS = (1000/0.5)*32 = 64 ኪ

ለምሳሌ 2

• VMware iSCSI ሶፍትዌር አስማሚ
• በአንድ የውሂብ ማከማቻ አንድ ቪኤም
• VMware Paravirtual SCSI አስማሚ

እዚህ የ Queue Depth ገደቡ አስቀድሞ በ Paravirtual SCSI Adapter ተወስኗል። ስለዚህ IOPS = (1000/0.5)*64 = 128 ኪ

የሁሉም Flash AcelStor ድርድሮች ከፍተኛ ሞዴሎች (ለምሳሌ፡- P710) በ 700K ብሎክ 4ሺህ አይኦፒኤስ የመፃፍ አፈጻጸም ማቅረብ የሚችሉ ናቸው። በእንደዚህ ዓይነት የማገጃ መጠን ፣ አንድ ነጠላ ቨርቹዋል ማሽን እንደዚህ ያለ ድርድር መጫን እንደማይችል በጣም ግልፅ ነው። ይህንን ለማድረግ, 11 (ለምሳሌ 1) ወይም 6 (ለምሳሌ 2) ምናባዊ ማሽኖች ያስፈልግዎታል.

በውጤቱም ፣ በሁሉም የተገለጹት የቨርቹዋል ዳታ ማእከል አካላት ትክክለኛ ውቅር በአፈፃፀም ረገድ በጣም አስደናቂ ውጤቶችን ማግኘት ይችላሉ።

4K በዘፈቀደ፣ 70% አንብብ/30% ይፃፉ

እንደ እውነቱ ከሆነ, የገሃዱ ዓለም በቀላል ቀመር ሊገለጽ ከሚችለው በላይ በጣም የተወሳሰበ ነው. አንድ አስተናጋጅ ሁልጊዜ የተለያዩ ውቅሮች እና IO መስፈርቶች ያላቸው በርካታ ምናባዊ ማሽኖችን ያስተናግዳል። እና የ I/O ሂደት የሚካሄደው በአስተናጋጁ ፕሮሰሰር ነው፣ ኃይሉ ማለቂያ የሌለው ነው። ስለዚህ, የተመሳሳይን ሙሉ አቅም ለመክፈት P710 ሞዴሎች በእውነቱ, ሶስት አስተናጋጆች ያስፈልግዎታል. በተጨማሪም፣ በምናባዊ ማሽኖች ውስጥ የሚሰሩ መተግበሪያዎች የራሳቸውን ማስተካከያ ያደርጋሉ። ስለዚህ, ለትክክለኛ መጠን እናቀርባለን በሙከራ ሞዴሎች ውስጥ ማረጋገጫን ይጠቀሙ ሁሉም የፍላሽ ድርድሮች AcelStor በእውነተኛ ወቅታዊ ተግባራት ላይ በደንበኛው መሠረተ ልማት ውስጥ.

ምንጭ: hab.com