በVMware vSphere ውስጥ የVM አፈጻጸም ትንተና። ክፍል 2: ማህደረ ትውስታ

ክፍል 1. ስለ ሲፒዩ

በዚህ ጽሑፍ ውስጥ በ vSphere ውስጥ ስለ የዘፈቀደ መዳረሻ ማህደረ ትውስታ (ራም) የአፈፃፀም ቆጣሪዎች እንነጋገራለን ።
ከማስታወስ ጋር ሁሉም ነገር ከአቀነባባሪው የበለጠ ግልጽ የሆነ ይመስላል-ቪኤም የአፈፃፀም ችግሮች ካሉት እነሱን ላለማስተዋል ከባድ ነው። ነገር ግን ከታዩ እነሱን ለመቋቋም በጣም ከባድ ነው. ግን መጀመሪያ ነገሮች መጀመሪያ።

ጥቂት ንድፈ-ሐሳቦች

የቨርቹዋል ማሽኖች ራም ቪኤምዎቹ እየሰሩበት ካለው አገልጋይ ማህደረ ትውስታ የተወሰደ ነው። በጣም ግልፅ ነው :) የአገልጋዩ ራም ለሁሉም ሰው በቂ ካልሆነ፣ ESXi የ RAM ፍጆታን ለማመቻቸት የማስታወሻ መልሶ ማግኛ ዘዴዎችን መጠቀም ይጀምራል። አለበለዚያ የቪኤም ኦፕሬቲንግ ሲስተሞች ከ RAM መዳረሻ ስህተቶች ጋር ይወድቃሉ።

ESXi ለመጠቀም የትኞቹ ቴክኒኮች እንደ RAM ጭነት ይወሰናል

የማህደረ ትውስታ ሁኔታ

ድንበር

ድርጊቶች

ከፍ ያለ

400% ከደቂቃ ነፃ

ከፍተኛውን ገደብ ከደረሱ በኋላ ትላልቅ የማስታወሻ ገጾች ወደ ትናንሽ ይከፈላሉ (TPS በመደበኛ ሁነታ ይሰራል).

ግልጽ

100% ከደቂቃ ነፃ

ትላልቅ የማስታወሻ ገፆች ወደ ትናንሽ ተከፋፍለዋል, TPS እንዲሰራ ይገደዳል.

ለስላሳ

64% ከደቂቃ ነፃ

TPS + ፊኛ

ጠንካራ

32% ከደቂቃ ነፃ

TPS + መጭመቂያ + መለዋወጥ

ዝቅ ያለ

16% ከደቂቃ ነፃ

ጨመቅ + ስዋፕ + አግድ

ምንጭ

minFree ሃይፐርቫይዘሩ እንዲሰራ የሚያስፈልገው RAM ነው።

ከESXi 4.1 አካታች በፊት፣ minFree በነባሪ ተስተካክሏል - የአገልጋዩ RAM 6% (በ ESXi ላይ ባለው Mem.MinFreePct አማራጭ በኩል መቶኛ ሊቀየር ይችላል።) በኋለኞቹ ስሪቶች፣ በአገልጋዮች ላይ ባለው የማህደረ ትውስታ መጠን መጨመር ምክንያት፣ minFree በአስተናጋጅ ማህደረ ትውስታ መጠን ላይ በመመስረት መቆጠር የጀመረው እንጂ እንደ ቋሚ መቶኛ አይደለም።

minFree (ነባሪ) እሴቱ በሚከተለው ይሰላል፡

የማህደረ ትውስታ መቶኛ ለደቂቃ ነጻ ነው።

የማህደረ ትውስታ ክልል

6%

0-4 ጂቢ

4%

4-12 ጂቢ

2%

12-28 ጂቢ

1%

ቀሪ ማህደረ ትውስታ

ምንጭ

ለምሳሌ፣ 128 ጊባ ራም ላለው አገልጋይ፣ የ MinFree ዋጋ የሚከተለው ይሆናል፡-
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12MB = 1,88GB
ትክክለኛው ዋጋ በሁለት መቶ ሜባ ሊለያይ ይችላል, በአገልጋዩ እና በ RAM ላይ የተመሰረተ ነው.

የማህደረ ትውስታ መቶኛ ለደቂቃ ነጻ ነው።

የማህደረ ትውስታ ክልል

ዋጋ ለ 128 ጂቢ

6%

0-4 ጂቢ

245,76 ሜባ

4%

4-12 ጂቢ

327,68 ሜባ

2%

12-28 ጂቢ

327,68 ሜባ

1%

ቀሪ ማህደረ ትውስታ (100 ጊባ)

1024 ሜባ

ብዙውን ጊዜ፣ ለምርታማ ማቆሚያዎች፣ ከፍተኛ ግዛት ብቻ እንደ መደበኛ ሊቆጠር ይችላል። ለሙከራ እና ለልማት ወንበሮች፣ Clear/Soft states ተቀባይነት ሊኖራቸው ይችላል። በአስተናጋጁ ላይ ያለው ራም ከ64% MinFree በታች ከሆነ በእሱ ላይ የሚሰሩ ቪኤምዎች በእርግጠኝነት የአፈፃፀም ችግሮች አለባቸው።

በእያንዳንዱ ግዛት የተወሰኑ የማስታወሻ መልሶ ማግኛ ዘዴዎች ከ TPS ጀምሮ ይተገበራሉ፣ ይህም በተግባር የVMን አፈጻጸም አይጎዳውም እና በSwapping ያበቃል። ስለእነሱ የበለጠ እነግርዎታለሁ።

ግልጽ ገጽ ማጋራት (TPS)። TPS ማለት ይቻላል በአገልጋይ ላይ የቨርቹዋል ማሽን ማህደረ ትውስታ ገፆች ማባዛት ነው።

ESXi የገጾቹን ሃሽ ድምር በመቁጠር እና በማነፃፀር ተመሳሳይ የቨርቹዋል ማሽን ራም ገፆችን ይፈልጋል እና የተባዙ ገፆችን ያስወግዳል ፣በአገልጋዩ አካላዊ ማህደረ ትውስታ ውስጥ ወደ አንድ ገጽ አገናኝ። በውጤቱም, የአካላዊ ማህደረ ትውስታ ፍጆታ ይቀንሳል እና አንዳንድ የማህደረ ትውስታ ምዝገባዎች በትንሹ ወይም ምንም የአፈፃፀም ውድቀት ሊገኙ ይችላሉ.

ምንጭ

ይህ ዘዴ ለ 4 ኪባ ማህደረ ትውስታ ገጾች (ትናንሽ ገጾች) ብቻ ነው የሚሰራው. ሃይፐርቫይዘር የ 2 ሜባ ገጾችን (ትላልቅ ገፆች) ለማንሳት እንኳን አይሞክርም: የዚህ መጠን ተመሳሳይ ገጾችን ለማግኘት እድሉ ትልቅ አይደለም.

በነባሪ፣ ESXi ማህደረ ትውስታን ለትላልቅ ገጾች ይመድባል። ትልልቅ ገፆችን ወደ ትናንሽ ገፆች መስበር የሚጀምረው የከፍተኛ ግዛት ገደብ ሲደርስ እና የ Clear state ሲደረስ ይገደዳል (የሃይፐርቫይዘር ግዛት ሰንጠረዥን ይመልከቱ)።

TPS አስተናጋጁ ራም እስኪሞላ ድረስ ሳይጠብቅ መስራት እንዲጀምር ከፈለጉ በላቁ አማራጮች ESXi ውስጥ እሴቱን ማዘጋጀት ያስፈልግዎታል "Mem.AllocGuestLarge Page" ወደ 0 (ነባሪ 1)። ከዚያ ለቨርቹዋል ማሽኖች ትልቅ የማስታወሻ ገፆች መመደብ ይሰናከላል።

ከዲሴምበር 2014 ጀምሮ በሁሉም የESXi እትሞች TPS በቪኤምዎች መካከል በነባሪነት ተሰናክሏል፣ ምክንያቱም ተጋላጭነቱ በንድፈ ሀሳብ ከአንድ ቪኤም ወደ የሌላ VM ራም መድረስ ይችላል። ዝርዝሮች እዚህ. የ TPS ተጋላጭነትን ስለመጠቀም ተግባራዊ አተገባበር በተመለከተ መረጃ አላገኘሁም።

የTPS ፖሊሲ በላቁ አማራጭ ቁጥጥር ይደረግበታል። "Mem.ShareForce Salting" በESXi ላይ፡-
0 - ኢንተር-ቪኤም TPS. TPS ለተለያዩ ቪኤም ገጾች ገጾች ይሠራል;
1 - TPS ለ VM በ VMX ውስጥ ተመሳሳይ የ "sched.mem.pshare.salt" እሴት;
2 (ነባሪ) - Intra-VM TPS. TPS በቪኤም ውስጥ ላሉ ገፆች ይሰራል።

ትላልቅ ገጾችን ማጥፋት እና በሙከራ ወንበሮች ላይ ኢንተር-VM TPS ን ማብራት በእርግጠኝነት ምክንያታዊ ነው። እንዲሁም ብዙ ቁጥር ያላቸው ተመሳሳይ የቪኤም ዓይነት ላላቸው ማቆሚያዎች ሊያገለግል ይችላል። ለምሳሌ፣ ከቪዲአይ ጋር በመቆም ላይ፣ በአካላዊ ማህደረ ትውስታ ውስጥ ያለው ቁጠባ በአስር በመቶ ሊደርስ ይችላል።

ትውስታ ፊኛ. ፊኛ ማድረግ ለቪኤም ኦፐሬቲንግ ሲስተም እንደ TPS ምንም ጉዳት የሌለው እና ግልጽነት ያለው ቴክኒክ አይደለም። ነገር ግን በተገቢው ትግበራ መኖር እና ከ Ballooning ጋር መስራት ይችላሉ።

ከVmware Tools ጋር፣ ልዩ ሾፌር ባሎን ሾፌር (aka vmmemctl) በVM ላይ ተጭኗል። ሃይፐርቫይዘሩ አካላዊ ማህደረ ትውስታ እያለቀ ሲሄድ እና ወደ Soft state ውስጥ ሲገባ፣ ESXi ቪኤም በዚህ ፊኛ ሾፌር በኩል ጥቅም ላይ ያልዋለ RAM እንዲመልስ ይጠይቃል። አሽከርካሪው በተራው በስርዓተ ክወናው ደረጃ ይሰራል እና ከእሱ ነፃ ማህደረ ትውስታን ይጠይቃል. ሃይፐርቫይዘር ፊኛ ሾፌር የትኛውን የአካላዊ ማህደረ ትውስታ ገፆች እንደያዘ ያያል፣ ማህደረ ትውስታውን ከቨርቹዋል ማሽኑ ወስዶ ወደ አስተናጋጁ ይመልሳል። በስርዓተ ክወናው ደረጃ ማህደረ ትውስታው በ Balloon Driver የተያዘ ስለሆነ በስርዓተ ክወናው አሠራር ላይ ምንም ችግሮች የሉም። በነባሪ ፊኛ ሾፌር እስከ 65% ቪኤም ማህደረ ትውስታን ሊወስድ ይችላል።

VMware Tools በቪኤም ላይ ካልተጫኑ ወይም ፊኛ ማድረግ ከተሰናከለ (አልመክርም ነገር ግን አሉ KB:), ሃይፐርቫይዘር ወዲያውኑ ወደ ይበልጥ ጥብቅ የማህደረ ትውስታ ማስወገጃ ዘዴዎች ይቀየራል። ማጠቃለያ፡ የVMware መሳሪያዎች በVM ላይ መሆናቸውን ያረጋግጡ።

የፊኛ ሾፌር አሠራር በVMware Tools በኩል ከስርዓተ ክወናው ሊረጋገጥ ይችላል።.

የማስታወስ መጨናነቅ. ይህ ዘዴ ESXi Hard state ላይ ሲደርስ ጥቅም ላይ ይውላል። ስሙ እንደሚያመለክተው፣ ESXi የ4ኪባ ራም ገጽን ወደ 2 ኪባ ለመቀነስ እና በአገልጋዩ አካላዊ ማህደረ ትውስታ ላይ የተወሰነ ቦታ ለማስለቀቅ ይሞክራል። ይህ ዘዴ ለቪኤም ራም ገፆች ይዘቶች የመዳረሻ ጊዜን በከፍተኛ ሁኔታ ይጨምራል ፣ ምክንያቱም ገጹ መጀመሪያ ያልተጨመቀ መሆን አለበት። አንዳንድ ጊዜ ሁሉም ገጾች ሊጨመቁ አይችሉም እና ሂደቱ ራሱ የተወሰነ ጊዜ ይወስዳል. ስለዚህ ይህ ዘዴ በተግባር በጣም ውጤታማ አይደለም.

የማስታወስ መለዋወጥ. ከአጭር ጊዜ የማህደረ ትውስታ መጨናነቅ ሂደት በኋላ፣ ESXi በእርግጠኝነት (ቪኤምዎቹ ለሌሎች አስተናጋጆች ካልሄዱ ወይም ካልጠፉ) ወደ ስዋፒንግ ይቀየራል። እና በጣም ትንሽ ማህደረ ትውስታ ካለ (ዝቅተኛ ሁኔታ) ፣ ከዚያ hypervisor እንዲሁ የማህደረ ትውስታ ገጾችን ለ VM መመደብ ያቆማል ፣ ይህ በVM እንግዳ OS ​​ውስጥ ችግር ይፈጥራል።

ስዋፒንግ እንዴት እንደሚሰራ እነሆ። ምናባዊ ማሽንን ሲያበሩ የ.vswp ቅጥያ ያለው ፋይል ለእሱ ተፈጠረ። መጠኑ ከቪኤም ያልተያዘ ራም ጋር እኩል ነው፡ በተዋቀረ እና በተያዘ ማህደረ ትውስታ መካከል ያለው ልዩነት ነው። ስዋፒንግ ሲሰራ፣ ESXi የቨርቹዋል ማሽን ማህደረ ትውስታ ገጾችን ወደዚህ ፋይል ያራግፋል እና ከአገልጋዩ አካላዊ ማህደረ ትውስታ ይልቅ አብሮ መስራት ይጀምራል። እርግጥ ነው, እንዲህ ዓይነቱ "ኦፕሬቲቭ" ማህደረ ትውስታ ብዙ ትዕዛዞች ከእውነተኛው ያነሰ ነው, ምንም እንኳን .vswp በፍጥነት ማከማቻ ላይ ቢተኛም.

እንደ Ballooning ሳይሆን፣ ጥቅም ላይ ያልዋሉ ገጾች ከቪኤም ሲወሰዱ፣ በSwapping፣ በOS ወይም በVM ውስጥ ያሉ መተግበሪያዎች በንቃት የሚጠቀሙባቸው ገጾች ወደ ዲስክ ሊንቀሳቀሱ ይችላሉ። በውጤቱም, የቪኤም አፈፃፀም ወደ በረዶነት ደረጃ ይወርዳል. ቪኤም በመደበኛነት ይሰራል እና ቢያንስ ከስርዓተ ክወናው በትክክል ሊሰናከል ይችላል። ከታገሱ 😉

ቪኤምዎቹ ወደ ስዋፕ ከሄዱ፣ ይህ ያልተለመደ ሁኔታ ነው፣ ​​ይህም ከተቻለ ማስቀረት የተሻለ ነው።

ቁልፍ ቪኤም ማህደረ ትውስታ አፈፃፀም ቆጣሪዎች

ስለዚህ ወደ ዋናው ነጥብ ደርሰናል። በቪኤም ውስጥ ያለውን የማህደረ ትውስታ ሁኔታ ለመከታተል የሚከተሉት ቆጣሪዎች አሉ።

ገቢር - ቪኤም በቀደመው የመለኪያ ጊዜ ውስጥ ያገኘውን የ RAM (KB) መጠን ያሳያል።

አጠቃቀም - ከገባሪ ጋር ተመሳሳይ ነው፣ ግን እንደ የተዋቀረው የVM መቶኛ። የሚከተለውን ቀመር በመጠቀም ይሰላል፡ ገባሪ ÷ ምናባዊ ማሽን የተዋቀረ የማህደረ ትውስታ መጠን።
ከፍተኛ አጠቃቀም እና ንቁ፣ በቅደም ተከተል፣ ሁልጊዜ የVM አፈጻጸም ችግሮች አመልካች አይደሉም። ቪኤም በቁጣ ከተጠቀመ (ቢያንስ እሱን ማግኘት ከቻለ) ይህ ማለት በቂ ማህደረ ትውስታ የለም ማለት አይደለም። ይልቁንም በስርዓተ ክወናው ውስጥ ምን እየተከሰተ እንዳለ ለማየት አጋጣሚ ነው።
ለቪኤምዎች መደበኛ የማህደረ ትውስታ አጠቃቀም ማንቂያ አለ፡-

የተጋራ - TPS (በቪኤም ውስጥ ወይም በቪኤም መካከል) የተባዛው የቪኤም ራም መጠን።

እውነት ነው - ለቪኤም የተሰጠው የአካላዊ አስተናጋጅ ማህደረ ትውስታ (KB) መጠን። የተጋራን ያካትታል።

ተወስ .ል (የተሰጠ - የተጋራ) - ቪኤም ከአስተናጋጁ የሚበላው የአካላዊ ማህደረ ትውስታ (KB) መጠን። የተጋራ አያካትትም።

የቪኤም ማህደረ ትውስታው ክፍል ከአስተናጋጁ አካላዊ ማህደረ ትውስታ ሳይሆን ከተለዋዋጭ ፋይሉ የተሰጠ ከሆነ ወይም ማህደረ ትውስታው ከቪኤም በ Balloon ሹፌር በኩል ከተወሰደ ይህ መጠን በተሰጠው እና በተበላው ውስጥ ግምት ውስጥ አይገባም።
ከፍተኛ ተቀባይነት ያላቸው እና ጥቅም ላይ የዋሉ ዋጋዎች ፍጹም መደበኛ ናቸው። የስርዓተ ክወናው ቀስ በቀስ ማህደረ ትውስታን ከሃይፐርቫይዘር ይወስዳል እና አይመልሰውም. በጊዜ ሂደት፣ በንቃት በሚሰራ VM ውስጥ፣ የእነዚህ ቆጣሪዎች እሴቶች ወደ የተዋቀረው ማህደረ ትውስታ መጠን ይቀርባሉ እና እዚያ ይቆያሉ።

ዜሮ - ዜሮዎችን የያዘው የ VM RAM (KB) መጠን. እንዲህ ዓይነቱ ማህደረ ትውስታ በሃይፐርቫይዘር ነፃ እንደሆነ ተደርጎ ይቆጠራል እና ለሌሎች ምናባዊ ማሽኖች ሊሰጥ ይችላል. እንግዳው ስርዓተ ክወናው ወደ ዜሮ ባደረገው ማህደረ ትውስታ አንድ ነገር ከፃፈ በኋላ ወደ Consumed ይገባል እና ተመልሶ አይመለስም።

የተያዘለት በላይ - ለቪኤም ኦፕሬሽን በሃይፐርቫይዘር የተያዘው የVM RAM መጠን (KB)። ይህ ትንሽ መጠን ነው, ነገር ግን በአስተናጋጁ ላይ መገኘት አለበት, አለበለዚያ ቪኤም አይጀምርም.

ላስቲክ - ፊኛ ሾፌርን በመጠቀም ከቪኤም የተያዘው RAM (KB) መጠን።

ተጭኗል - የተጨመቀው RAM (KB) መጠን።

ተለው .ል - የ RAM (KB) መጠን, በአገልጋዩ ላይ ባለው አካላዊ ማህደረ ትውስታ እጥረት ምክንያት ወደ ዲስክ ተንቀሳቅሷል.
ፊኛ እና ሌሎች የማስታወሻ መልሶ ማግኛ ዘዴዎች ቆጣሪዎች ዜሮ ናቸው።

በመደበኛነት የሚሰራ ቪኤም ከ150 ጊባ ራም ያለው የማህደረ ትውስታ ቆጣሪዎች ያለው ግራፍ እንደዚህ ይመስላል።

ከታች ባለው ግራፍ ውስጥ, VM ግልጽ ችግሮች አሉት. በግራፉ ስር, ለዚህ ቪኤም, ከ RAM ጋር ለመስራት ሁሉም የተገለጹ ቴክኒኮች ጥቅም ላይ እንደዋሉ ማየት ይችላሉ. ለዚህ ቪኤም ፊኛ ከተበላው በጣም ትልቅ ነው። እንደ እውነቱ ከሆነ, ቪኤም ከህይወት የበለጠ ሞቷል.

ESXTOP

ልክ እንደ ሲፒዩ፣ በአስተናጋጁ ላይ ያለውን ሁኔታ በፍጥነት ለመገምገም ከፈለግን እንዲሁም ተለዋዋጭነቱን እስከ 2 ሰከንድ ባለው የጊዜ ክፍተት መገምገም ከፈለግን ESXTOP ን መጠቀም አለብን።

የESXTOP ስክሪን በሜሞሪ የተጠራው በ"m" ቁልፍ ሲሆን ይህን ይመስላል(መስኮች B፣D፣H፣J፣K፣L፣O ተመርጠዋል)

የሚከተሉት መለኪያዎች ለእኛ ትኩረት ይሰጣሉ:

Mem overcommit አማካይ - ለ 1 ፣ 5 እና 15 ደቂቃዎች በአስተናጋጁ ላይ ያለው የማህደረ ትውስታ ብዛት አማካይ ዋጋ። ከዜሮ በላይ ከሆነ, ይህ ምን እየተከሰተ እንዳለ ለማየት አጋጣሚ ነው, ነገር ግን ሁልጊዜ የችግሮች ጠቋሚ አይደለም.

በመስመሮች ውስጥ PMEM/MB и VMKMEM/ሜባ - ስለ አገልጋዩ አካላዊ ማህደረ ትውስታ እና ለ VMkernel ስላለው ማህደረ ትውስታ መረጃ። ከሚያስደስት እዚህ የ minfree (በሜባ) ዋጋ ማየት ይችላሉ, በማህደረ ትውስታ ውስጥ የአስተናጋጁ ሁኔታ (በእኛ ሁኔታ, ከፍተኛ).

በአግባቡ NUMA/ሜባ የ RAM ስርጭትን በNUMA nodes (ሶኬቶች) ማየት ይችላሉ. በዚህ ምሳሌ, ስርጭቱ ያልተስተካከለ ነው, እሱም በመርህ ደረጃ, በጣም ጥሩ አይደለም.

የሚከተለው አጠቃላይ የአገልጋይ ስታቲስቲክስ የማስታወስ መልሶ ማግኛ ቴክኒኮችን ነው።

PSHARE/ሜባ የ TPS ስታቲስቲክስ ናቸው;

SWAP/ሜባ - የአጠቃቀም ስታቲስቲክስን መለዋወጥ;

ዚፕ/ሜባ - የማህደረ ትውስታ ገጽ መጭመቂያ ስታቲስቲክስ;

MEMCTL/ሜባ - ፊኛ ነጂ አጠቃቀም ስታቲስቲክስ።

ለነጠላ ቪኤምዎች፣ ለሚከተለው መረጃ ልንፈልግ እንችላለን። ተመልካቾችን ላለማሳሳት የቪኤም ስሞችን ደብቄአለሁ :). የ ESXTOP ሜትሪክ በ vSphere ውስጥ ካለው ቆጣሪ ጋር ተመሳሳይ ከሆነ ተጓዳኝ ቆጣሪውን እሰጣለሁ።

MEMSZ - በቪኤም (ኤምቢ) ላይ የተዋቀረው የማህደረ ትውስታ መጠን.
MEMSZ = ግራንት + MCTLSZ + SWCUR + ያልተነካ።

ፍቃድ - ለMB ተሰጥቷል.

TCHD - በMB ውስጥ ንቁ።

ኤምቲኤልኤል? - ፊኛ ሾፌር በቪኤም ላይ ተጭኗል።

MCTLSZ - ፊኛ ወደ ሜባ.

MCTLGT - ESXi ከቪኤም በ Balloon Driver (Memctl Target) መውሰድ የሚፈልገው የ RAM (MB) መጠን።

MCTLMAX - ESXi ከቪኤም በ Balloon Driver በኩል የሚወስደው ከፍተኛው RAM (MB)።

SWCUR - አሁን ያለው የ RAM (MB) መጠን ከስዋፕ ፋይል ለቪኤም የተመደበው።

ኤስ. ደብልዩ ጂ.ቲ. - ESXi ከስዋፕ ፋይሉ (ስዋፕ ዒላማ) ለቪኤም ሊሰጥ የሚፈልገው የ RAM (MB) መጠን።

እንዲሁም፣ በESXTOP በኩል፣ ስለ NUMA የቪኤም ቶፖሎጂ የበለጠ ዝርዝር መረጃ ማየት ይችላሉ። ይህንን ለማድረግ መስኮቹን D, G ይምረጡ:

ኤን.ኤን.ኤን. - ቪኤም የሚገኝባቸው NUMA ኖዶች። እዚህ በአንድ NUMA node ላይ የማይጣጣሙ ሰፊ ቪኤም ወዲያውኑ ማስተዋል ይችላሉ።

NRMEM - VM ከሩቅ NUMA መስቀለኛ መንገድ ስንት ሜጋባይት ማህደረ ትውስታ ይወስዳል።

NLMEM - VM ከአካባቢው NUMA ኖድ ምን ያህል ሜጋባይት ማህደረ ትውስታ ይወስዳል።

N%L - በአካባቢው NUMA መስቀለኛ መንገድ ላይ የቪኤም ማህደረ ትውስታ መቶኛ (ከ 80% ያነሰ ከሆነ የአፈፃፀም ችግሮች ሊከሰቱ ይችላሉ).

በሃይፐርቫይዘር ላይ ማህደረ ትውስታ

ለ hypervisor የሲፒዩ ቆጣሪዎች ብዙውን ጊዜ ልዩ ፍላጎት ከሌለው ሁኔታው ​​በማስታወስ ይለወጣል። በቪኤም ላይ ከፍተኛ የማህደረ ትውስታ አጠቃቀም ሁልጊዜ የአፈጻጸም ችግርን አያመለክትም፣ ነገር ግን ከፍተኛ የማህደረ ትውስታ አጠቃቀም በሃይፐርቫይዘር ላይ የማህደረ ትውስታ አያያዝ ዘዴዎችን ያስነሳል እና በVM ውስጥ የአፈጻጸም ችግርን ይፈጥራል። VM ወደ ስዋፕ እንዳይገባ የአስተናጋጅ ማህደረ ትውስታ አጠቃቀም ማንቂያዎች መከታተል አለባቸው።

ንቀል

VM በስዋፕ ውስጥ ከሆነ አፈጻጸሙ በእጅጉ ይቀንሳል። ነፃ ራም በአስተናጋጁ ላይ ከታየ በኋላ የ Ballooning እና compression ዱካዎች በፍጥነት ይጠፋሉ፣ ነገር ግን ቨርቹዋል ማሽኑ ከስዋፕ ወደ ራም አገልጋይ ለመመለስ አይቸኩልም።
ከESXi 6.0 በፊት፣ ቪኤምን ከስዋፕ ለማውጣት ብቸኛው አስተማማኝ እና ፈጣኑ መንገድ ዳግም ማስነሳት ነበር (ይበልጥ ትክክለኛ ለመሆን መያዣውን ማጥፋት/ማብራት)። ከESXi 6.0 ጀምሮ፣ ምንም እንኳን ይፋዊ ባይሆንም፣ VMን ከስዋፕ ለማስወገድ የሚሰራ እና አስተማማኝ መንገድ ታይቷል። በአንዱ ኮንፈረንስ ላይ፣ የሲፒዩ መርሐግብርን ከሚቆጣጠሩት የVMware መሐንዲሶች ጋር መነጋገር ቻልኩ። ዘዴው በጣም ውጤታማ እና ደህንነቱ የተጠበቀ መሆኑን አረጋግጧል. በእኛ ልምድ, በእሱ ላይ ምንም ችግሮች አልነበሩም.

ቪኤምን ከስዋፕ ለማስወገድ ትክክለኛው ትዕዛዞች ተገልጿል ዱንካን ኢፒንግ. ዝርዝር መግለጫን አልደግምም, የአጠቃቀሙን ምሳሌ ብቻ ይስጡ. በቅጽበታዊ ገጽ እይታው ላይ እንደሚታየው ፣ የተገለጹት ትዕዛዞች አፈፃፀም ከተወሰነ ጊዜ በኋላ ፣ ስዋፕ ​​በVM ላይ ይጠፋል።

ESXi ትውስታ አስተዳደር ጠቃሚ ምክሮች

በመጨረሻም፣ በ RAM ምክንያት በVM አፈጻጸም ላይ ችግሮችን ለማስወገድ የሚረዱዎት አንዳንድ ጠቃሚ ምክሮች እዚህ አሉ።

• በአምራች ስብስቦች ውስጥ የማህደረ ትውስታ ምዝገባን ያስወግዱ። DRS (እና አስተዳዳሪው) ለማንቀሳቀስ ቦታ እንዲኖራቸው፣ እና ቪኤም በስደት ጊዜ ወደ ስዋፕ እንዳይገቡ ሁል ጊዜ ~ 20-30% ነፃ ማህደረ ትውስታ እንዲኖር በክላስተር ውስጥ እንዲኖር ይመከራል። እንዲሁም ለስህተት መቻቻል ስለ ህዳግ አይርሱ። አንድ አገልጋይ ሲወድቅ እና ቪኤም HAን በመጠቀም እንደገና ሲጀመር አንዳንድ ማሽኖች ወደ ስዋፕ ሲገቡ ደስ የማይል ነው።
• በጣም በተጠናከሩ መሠረተ ልማቶች ውስጥ ከግማሽ በላይ የአስተናጋጅ ማህደረ ትውስታ ያላቸውን ቪኤም ለመፍጠር ይሞክሩ። ይህ በድጋሚ DRS ቨርቹዋል ማሽኖችን ያለ ምንም ችግር በክላስተር አገልጋዮቹ ላይ ለማሰራጨት ይረዳል። ይህ ደንብ, በእርግጥ, ሁለንተናዊ አይደለም :).
• የአስተናጋጅ ማህደረ ትውስታ አጠቃቀም ማንቂያን ይመልከቱ።
• ቪኤምዌር መሳሪያዎችን በVM ላይ መጫንዎን አይርሱ እና ፊኛዎችን አያጥፉ።
• ኢንተር-VM TPSን ማንቃት እና ትላልቅ ገጾችን በVDI እና በሙከራ አካባቢዎች ማሰናከል ያስቡበት።
• VM የአፈጻጸም ችግሮች እያጋጠመው ከሆነ፣ ከርቀት NUMA መስቀለኛ መንገድ ማህደረ ትውስታ እየተጠቀመ መሆኑን ያረጋግጡ።
• ቪኤምዎን በተቻለ ፍጥነት ከስዋፕ ያግኙ! ከሌሎች ነገሮች በተጨማሪ, VM በ Swap ውስጥ ከሆነ, ግልጽ በሆኑ ምክንያቶች, የማከማቻ ስርዓቱ ይጎዳል.

ስለ ራም ያ ለእኔ ብቻ ነው። ከዚህ በታች ዝርዝሩን ለመፈተሽ ለሚፈልጉ ተዛማጅ መጣጥፍ አለ። የሚቀጥለው ርዕስ ለ storadzh ይወሰናል.

ጠቃሚ አገናኞችhttp://www.yellow-bricks.com/2015/03/02/what-happens-at-which-vsphere-memory-state/
http://www.yellow-bricks.com/2013/06/14/how-does-mem-minfreepct-work-with-vsphere-5-0-and-up/
https://www.vladan.fr/vmware-transparent-page-sharing-tps-explained/
http://www.yellow-bricks.com/2016/06/02/memory-pages-swapped-can-unswap/
https://kb.vmware.com/s/article/1002586
https://www.vladan.fr/what-is-vmware-memory-ballooning/
https://kb.vmware.com/s/article/2080735
https://kb.vmware.com/s/article/2017642
https://labs.vmware.com/vmtj/vmware-esx-memory-resource-management-swap
https://blogs.vmware.com/vsphere/2013/10/understanding-vsphere-active-memory.html
https://www.vmware.com/support/developer/converter-sdk/conv51_apireference/memory_counters.html
https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-65-monitoring-performance-guide.pdf

ምንጭ: hab.com