ভিএমওয়্যারের মধ্যে কতটা বিতর্ক?


21

কিছু সময়ের জন্য আমি এই বিষয়টি বোঝার চেষ্টা করেছি যে আমাদের বেশ কয়েকটি ব্যবসা-সমালোচনামূলক সিস্টেম কেন হালকা থেকে চরমের মধ্যে "স্বচ্ছলতা" পাওয়ার রিপোর্ট পাচ্ছে। আমি সম্প্রতি ভিএমওয়্যার পরিবেশে আমার দৃষ্টি ফিরিয়েছি যেখানে প্রশ্নে থাকা সমস্ত সার্ভার হোস্ট করা আছে।

আমি সম্প্রতি এসসিএমএম 2012 এর জন্য ভীম ভিএমওয়্যার ম্যানেজমেন্ট প্যাকটির জন্য ডাউনলোডটি ডাউনলোড এবং ইনস্টল করেছি, তবে আমার কাছে যে সংখ্যাটি প্রতিবেদন করছে সেগুলি বিশ্বাস করা আমার পক্ষে খুব কঠিন সময় হচ্ছে (এবং আমার বসও তাই)। আমার মনিবকে বোঝানোর চেষ্টা করার জন্য যে নম্বরগুলি আমাকে বলছে সেগুলি সত্য, আমি ফলাফলগুলি যাচাই করতে নিজেই ভিএমওয়্যার ক্লায়েন্টের দিকে তাকাতে শুরু করি।

আমি এই ভিএমওয়্যার কেবি নিবন্ধটি দেখেছি ; বিশেষত কো-স্টপ সংজ্ঞা যা সংজ্ঞাযুক্ত:

একজন এমপি ভার্চুয়াল মেশিন চলার জন্য প্রস্তুত সময়, তবে সহ-ভিসিপিইউ শিডিউলিংয়ের বিতর্কিত কারণে বিলম্ব হয়েছিল

যা আমি অনুবাদ করছি

অতিথি ওএসের জন্য হোস্টের কাছ থেকে সময় প্রয়োজন তবে সংস্থানগুলি উপলব্ধ হওয়ার জন্য অপেক্ষা করতে হয় এবং তাই এটি "প্রতিক্রিয়াবিহীন" হিসাবে বিবেচনা করা যেতে পারে

এই অনুবাদটি কি সঠিক বলে মনে হচ্ছে?

যদি তা হয় তবে এখানে যা দেখছি তা বিশ্বাস করতে আমার বেশ কষ্ট হয়: "স্লো" হওয়া বেশিরভাগ ভিএম থাকা হোস্ট বর্তমানে 127,835.94 মিলিসেকেন্ডের সিপিইউ কো-স্টপ দেখায় !

এর অর্থ কি এই হোস্টের গড় ভিএমগুলিকে সিপিইউ সময়ের জন্য 2+ মিনিট অপেক্ষা করতে হবে ???

এই হোস্টটিতে দুটি 4 টি সিপিইউ রয়েছে এবং এতে 1x8 সিপিইউ অতিথি এবং 14x4 সিপিইউ অতিথি রয়েছে।


আমার বোঝা থেকে: কিছু সমস্যা এড়াতে একটি ভিএম এর সমস্ত ভার্চুয়াল সিপিইউ একই সাথে চালানোর জন্য নির্ধারিত হয়। যদি বিতর্ক হয় তবে কিছু ভিএম সত্যই আস্তে চলতে পারে। নোট ভিএমগুলিকে আরও ভিসিপিগুলি বরাদ্দ করার চেষ্টা করুন এবং পারফরম্যান্সের উন্নতি করতে যখন সমস্যা হয় তখন পরিস্থিতি আরও খারাপ হয়ে যায়।
ব্রায়ান

এই হোস্টটিতে দুটি দুটি কোর সিপিইউ রয়েছে এবং এতে 1x8 সিপিইউ অতিথি এবং 14x4 সিপিইউ অতিথি রয়েছে।
চক হ্যারিংটন

অতিথিদের মধ্যে কেন এতগুলি 4 টি ভিসিপিইউ কনফিগারেশন রয়েছে?
ew white

6
সিপিইউ সহ-শিডিয়ুলিং বিতর্ক আপনাকে হত্যা করছে। ভিসিপিইউ গণনা কমাতে বা সেই সিস্টেম থেকে কিছু ভিএম সরানো দরকার।
ব্রায়ান

@ চকহেরিংটন আপনার উত্তর অনুসরণ করে বা চিহ্নিত করতে হবে।
ew white

উত্তর:


17

আমি এই অঞ্চলে আমার কিছু অভিজ্ঞতা বর্ণনা করতে পারি ...

আমি বিশ্বাস করি না যে ভিএমওয়্যার গ্রাহকদের ( বা প্রশাসকদের ) সেরা-অনুশীলন সম্পর্কে শিক্ষিত করার জন্য পর্যাপ্ত কাজ করে না, বা তাদের পণ্যগুলি বিকশিত হওয়ার সাথে সাথে তারা পূর্বের সেরা-অনুশীলনগুলিকেও আপডেট করে না। এই প্রশ্নটি কীভাবে ভিসিপিইউ বরাদ্দের মতো একটি মূল ধারণা পুরোপুরি বোঝা যায় না তার একটি উদাহরণ। সবচেয়ে ভাল পন্থাটি হ'ল একক ভিসিপিইউ সহ ছোট হওয়া শুরু করা পর্যন্ত আপনি ভিএম-এর আরও বেশি প্রয়োজন determine

ওপি'র জন্য, ইএসসিআই হোস্ট সার্ভারে দুটি কোয়াড কোর সিপিইউ রয়েছে, যা 8 টি শারীরিক কোর দেয়।

বর্ণিত ভার্চুয়াল মেশিন বিন্যাস 15 মোট অতিথি; 1 এক্স 8 ভিসিপিইউ এবং 14 এক্স 4 ভিসিপিইউ সিস্টেম। সেভাবে খুব বেশি সংখ্যায় কম, বিশেষত 8 ভিসিপিইউ সহ একক অতিথির উপস্থিতি । এটা আমার বুঝে আসেনা. আপনার যদি খুব বড় ভিএম দরকার হয় তবে আপনার সম্ভবত আরও বড় সার্ভারের প্রয়োজন।

দয়া করে আপনার ভার্চুয়াল মেশিনগুলি রাইট-সাইজ করার চেষ্টা করুন । আমি বেশ নিশ্চিত যে তাদের বেশিরভাগ 2 টি ভিসিপিইউ নিয়ে থাকতে পারে। ভার্চুয়াল সিপিইউ যুক্ত করার ফলে জিনিসগুলি দ্রুত চালিত হয় না, সুতরাং যদি এটি কোনও পারফরম্যান্স সমস্যার প্রতিকার হয় তবে এটি গ্রহণ করার ভুল পদ্ধতি approach

বেশিরভাগ পরিবেশে র‌্যামই সর্বাধিক সীমাবদ্ধ সংস্থান। তবে খুব বেশি বিতর্ক থাকলে সিপিইউ সমস্যা হতে পারে। আপনার কাছে এর প্রমাণ আছে। অতিরিক্ত ভিএমগুলিকে খুব বেশি বরাদ্দ করা হলে র‌্যামও একটি সমস্যা হতে পারে ।

এটি নিরীক্ষণ করা সম্ভব। আপনি যে মেট্রিকটির সন্ধান করছেন তা হ'ল "সিপিইউ রেডি%"। আপনি একটি VM নির্বাচন এবং এ গিয়ে vSphere ক্লায়েন্ট থেকে এই অ্যাক্সেস করতে পারেন Performance> Overview> সিপিইউ গ্রাফ।

  • 5% এর কম সিপিইউ প্রস্তুত - আপনি ভাল আছেন।
  • 5-10% সিপিইউ প্রস্তুত - ক্রিয়াকলাপটি নিবিড়ভাবে দেখুন।
  • 10% এরও বেশি সিপিইউ প্রস্তুত - ভাল নয়।

নীচের গ্রাফের হলুদ রেখাটি নোট করুন। এখানে চিত্র বর্ণনা লিখুন

আপনার সমস্যা ভার্চুয়াল মেশিনে এটি পরীক্ষা করে ফিরে রিপোর্ট করতে আপনি কি আপত্তি করবেন?


কেবলমাত্র আমাদের ওভার কমমিটেড হোস্টে একটি এক্সচেঞ্জ সার্ভারের গ্রাফটি দেখেছি। আমার গ্রাফটি আপনার বিপরীত দেখায়। সিপিইউ ব্যবহারের পরিমাণ প্রায় 25% এবং সিপিইউ রেডি স্পাইকের প্রায় 200% থাকে তবে গড়ে প্রায় 100% থাকে।
চক হ্যারিংটন

@ চকহেরিংটন দয়া করে 8 টি ভিসিপিইউ ভার্চুয়াল মেশিনের রিসোর্সগুলি হ্রাস করুন এবং আবার পরিমাপ করুন।
ew white

8 সিপিইউ গেস্টের সাথে একমাত্র উদ্বেগটি হ'ল মূল উত্পাদনের স্কিল সার্ভার ডাটাবেস সার্ভারগুলির মধ্যে একটি। আমরা এর আগে এটি 4 এ কমানোর চেষ্টা করেছি এবং জিনিসগুলি খারাপ হয়ে গেছে। অনুমান করুন আমরা আরও ভাল করে চেষ্টা করব।
চক হ্যারিংটন

মোট 8 টি কোরের সাথে আপনার একটি সার্ভারে একটি 8 ভিসিপিইউ ভার্চুয়াল মেশিন থাকতে পারে না।
ew white

@ দুর্ভাগ্যক্রমে আপনি যা করতে পারেন, আপনার উচিত ছিল না তবে আপনি পারেন।
রকোমি

46

আপনি মন্তব্যগুলিতে মন্তব্য করেছেন যে আপনার একটি দ্বৈত কোয়াড-কোর ইএসএক্সআই হোস্ট রয়েছে এবং আপনি একটি 8 ভিসিপিইউ ভিএম এবং চৌদ্দ 4 ভিসিপিইউ ভিএম চালাচ্ছেন ।

এটি যদি আমার পরিবেশ ছিল তবে আমি এটিকে সামগ্রিকভাবে অতিরিক্ত বিধান হিসাবে বিবেচনা করব। আমি সেই হার্ডওয়্যারটিতে সর্বাধিক চার থেকে ছয় 4 ভিসিপিইউ গেস্ট রাখি। (এটি ধরে নেওয়া হচ্ছে যে প্রশ্নে থাকা ভিএমগুলিতে এমন লোড রয়েছে যার ফলে তাদের ভিসিপিইউ গণনা বেশি হওয়া দরকার))

আমি ধরে নিচ্ছি আপনি সুবর্ণ নিয়ম জানেন না ... ভিএমওয়্যারের সাহায্যে আপনার কোনও ভিএম প্রয়োজনের তুলনায় কখনই বেশি বরাদ্দ করা উচিত নয়। কারণ? ভিএমওয়্যার কিছুটা কঠোর কো-শিডিয়ুলিং ব্যবহার করে যা ভিএমকে নির্ধারিত হিসাবে যতগুলি বেশি कोर উপলব্ধ না করে ভিএমদের পক্ষে সিপিইউ সময় পাওয়া শক্ত করে তোলে। অর্থ, একই মুহুর্তে 4 টি শারীরিক কোর খোলা না থাকলে 4vCPU ভিএম 1 ইউনিট কাজ করতে পারে না। অন্য কথায়, 90% সিপিইউ লোড সহ 1vCPU ভিএম থাকা ভাল, তবে প্রতি কোর প্রতি 45% লোড সহ 2vCPU ভিএম রাখার জন্য আর্কিটেকচারালি আরও ভাল।

সুতরাং ... সর্বদা ন্যূনতম ভিসিপিইউ সহ ভিএম তৈরি করুন এবং এটি প্রয়োজনীয় হওয়ার জন্য স্থির হলে কেবল এগুলি যুক্ত করুন।

আপনার অবস্থার জন্য, আপনার অতিথিদের সিপিইউ ব্যবহার নিরীক্ষণ করতে ভীম ব্যবহার করুন। যতটা সম্ভব ভিসিপিইউ গণনা হ্রাস করুন। আমি বাজি রাখতে ইচ্ছুক যে আপনি আপনার বিদ্যমান 4vCPU অতিথিদের প্রায় 2vCPU এ যেতে পারেন।

মঞ্জুর, এই সমস্ত ভিএম-এর যদি তাদের কাছে থাকা ভিসিপিইউ কাউন্টের প্রয়োজনের জন্য আসলে সিপিইউ লোড থাকে, তবে আপনাকে কেবল অতিরিক্ত হার্ডওয়্যার কিনতে হবে।


20
এই উত্তর, আমি এটি পছন্দ, অন্য! (মাটিতে কফির কাপ
ছিটিয়ে

2
যোগ করার জন্য একটি জিনিস .. সিপিইউ% প্রস্তুতের জন্য একটি সতর্কতা সেটআপ করুন। davidklee.net/articles/sql-server-articles/...
Stewpudaso

1
এটি কি প্রযোজনীয় হওয়া উচিত নয়?
ব্যবহারকারী 253751

3
VMWare বুদ্ধিমান এখনও আছে? হাইপার-ভি এর একই ছিল - প্রাথমিক সংস্করণে এবং এটি যত তাড়াতাড়ি সম্ভব পরিচালনা করা হবে। এখন কোরগুলি স্বাধীনভাবে নির্ধারিত। আমি এটি বর্তমান সংস্করণে ভিএমওয়ারের ক্ষেত্রে এখনও ভাবতে পারি না।
টমটম

2
@ টমটম: সার্ভারফাল্ট / এ / 2364২16১16 / ৫৮৯77 অনুসারে "কঠোর কো- শিডিয়ুলিং " 3.x এর আগে সংস্করণগুলিতে নিযুক্ত হয়েছিল (10 বছরেরও বেশি বছর আগে!), তবুও ইন্টারনেট এখনও এতে পূর্ণ। তবুও প্রয়োজনীয় হিসাবে কেবলমাত্র ভিসিপিইউগুলির সংখ্যা বাড়ানোর সুপারিশটি যথাযথ।
নিকোলায়

2

127,835.94 মিলিসেকেন্ড একটি সংক্ষিপ্তসার এবং সঠিক% আরডিওয়াই মানগুলি পেতে আপনাকে নমুনার সময় দ্বারা ভাগ করতে হবে। দেখে মনে হচ্ছে আপনি ইতিমধ্যে সঠিক% আরডিওয়াই রিডিং পেয়ে যাচ্ছেন। আপনি ভিসিপিইউর সাথে শারীরিক সিপিইউ অনুপাতে বেশ উঁচুতে যেতে পারেন তবে আপনি যেভাবে করছেন তা নয় not

আপনার কাছে অনেকগুলি কোয়াড ভিসিপিইউ ভিএম এবং এমনকি একটি 8 টি ভিসিপিইউ ভিএম রয়েছে। ডান-সাইজিং এবং ইতিমধ্যে কম ভিসিপিইউগুলিতে চক্র একীকরণ না করার কয়েকটি বিষয় সম্পর্কে ইতিমধ্যে আলোচনা করা কিছু মানের প্রতিক্রিয়া রয়েছে। আমি যে বিষয়টি স্পষ্ট করতে চেয়েছিলাম তা হ'ল যে কোনও নির্দেশিকা প্রক্রিয়া করার আগে কোনও ভিএমকে তার ভিসিপিইউর সংখ্যার সমান প্রকৃতির সিপিইউগুলির সংখ্যার জন্য অপেক্ষা করতে হবে, এটি অত্যন্ত ক্ষতিকারক শারীরিক কোরের সাথে মাল্টি-ভিসিপিইউ ভিএম এর অনুপাতের সাথে এই মাত্রার অত্যধিক বিধান রাখা। 8 কোরে 64 ভিসিপিইউ সর্বোচ্চ 4 থেকে 1 অনুপাতের বাইরে। আমি ধরে নিলাম এই প্রসেসরের উপর আপনার এইচটি আছে যাতে আপনার 16 টি লজিক্যাল কোর থাকে? এটি হালকা লোডযুক্ত 1 এবং 2 টি ভিসিপিইউ ভিএম সহ ঠিক আছে তবে আপনার যদি ভিএমগুলিতে ভারী বোঝা থাকে তবে এটি সম্পাদন করা কঠিন।

এফওয়াইআই এইচটি প্রসেসরগুলি সিপিইউ% ব্যবহৃত গণনাগুলিতে ব্যবহৃত হয় না - এর অর্থ যদি আপনি যদি কোনও সার্ভারের ২.৪ গিগাহার্টজে 32 লজিকাল কোর চালিত হন, যখন আপনি 38.4 গিগাহার্টজ হিট করেন তখন আপনি 100% ব্যবহারে থাকেন। সুতরাং আপনি যখন দেখেন লোড গড় ১.০ এর বেশি দেখাচ্ছে, সে কারণেই।

এখানে একটি ESXi হোস্ট রয়েছে যা একটি 3.5% থেকে 1 ভিসিপিইউ থেকে ফিজিকাল সিপিইউতে চলছে (এইচটি কোর সহ) রেশিও গড়ে 3% এর আরডিওয়াই করে।

11:13:49pm up 125 days  7:20, 1322 worlds, 110 VMs, 110 vCPUs; CPU load average: 1.34, 1.43, 1.37


  %USED    %RUN    %SYS   %WAIT %VMWAIT    %RDY   %IDLE  %OVRLP   %CSTP  %MLMTD  %SWPWT 
  13.51   15.87    0.50  580.17    0.03    4.67   66.47    0.29    0.00    0.00    0.00 
  15.24   18.64    0.43  491.54    0.04    4.65   63.70    0.43    0.00    0.00    0.00 
  13.44   16.40    0.44  494.10    0.02    4.33   66.24    0.48    0.00    0.00    0.00 
  13.75   16.30    0.51  494.26    0.32    4.32   66.06    0.35    0.00    0.00    0.00 
  17.56   20.72    0.58  489.35    0.04    4.31   60.76    0.45    0.00    0.00    0.00 
  13.82   16.43    0.50  494.12    0.07    4.31   66.26    0.26    0.00    0.00    0.00 
  13.65   16.81    0.49  493.81    0.03    4.21   65.93    0.37    0.00    0.00    0.00 
  13.73   16.51    0.42  493.63    0.09    4.06   66.24    0.29    0.00    0.00    0.00 
  13.89   16.37    0.55  580.61    0.04    3.95   66.69    0.28    0.00    0.00    0.00 
  14.02   17.00    0.33  494.11    0.03    3.93   66.10    0.29    0.00    0.00    0.00 
  13.44   15.84    0.49  495.17    0.04    3.87   67.24    0.27    0.00    0.00    0.00 
  13.59   15.84    0.50  580.27    0.04    3.81   67.24    0.44    0.00    0.00    0.00 
  17.10   19.86    0.50  490.97    0.04    3.74   62.21    0.39    0.00    0.00    0.00 
  13.32   15.77    0.50  495.34    0.03    3.73   67.47    0.27    0.00    0.00    0.00 
  13.43   16.15    0.48  494.95    0.05    3.72   67.09    0.38    0.00    0.00    0.00 
  13.44   16.47    0.49  580.88    0.04    3.72   66.81    0.40    0.00    0.00    0.00 
  13.71   17.00    0.29  494.13    0.03    3.71   66.26    0.37    0.00    0.00    0.00 
  17.34   20.41    0.39  490.50    0.05    3.70   61.70    0.37    0.00    0.00    0.00 
  13.42   16.19    0.50  495.07    0.03    3.66   67.15    0.38    0.00    0.00    0.00 
  13.56   16.23    0.48  494.97    0.03    3.60   67.12    0.30    0.00    0.00    0.00 
  14.95   17.53    0.42  578.82    0.09    3.57   65.72    0.35    0.00    0.00    0.00 
  13.44   16.07    0.56  581.14    0.04    3.54   67.34    0.40    0.00    0.00    0.00 
  17.19   21.27    0.37  575.41    0.04    3.44   61.08    0.51    0.00    0.00    0.00 
  13.57   16.99    0.30  580.64    0.01    3.37   66.69    0.38    0.00    0.00    0.00 
  13.79   16.25    0.43  495.25    0.04    3.35   67.39    0.39    0.00    0.00    0.00 
  11.90   14.67    0.30  496.86    0.02    3.31   69.00    0.36    0.00    0.00    0.00 
  17.13   19.28    0.56  491.83    0.03    3.30   63.26    0.48    0.00    0.00    0.00 
  14.01   16.17    0.50  495.56    0.01    3.30   67.66    0.39    0.00    0.00    0.00 
  16.86   20.16    0.57  491.19    0.05    3.20   62.44    0.43    0.00    0.00    0.00 
  14.94   17.46    0.42  580.05    0.08    3.16   66.24    0.40    0.00    0.00    0.00 
  14.56   16.94    0.36  494.86    0.08    3.14   66.91    0.42    0.00    0.00    0.00

......

1

এর পরে আমরা ভীম ওয়ান ইনস্টল করেছি যা আমাদের পারফরম্যান্স সম্পর্কিত সমস্যাগুলি নিয়ে বেশ কিছুটা আলোকপাত করেছে। ভীম ওয়ান-তে সিপিইউ বোতলনেকস স্ক্রিনটি দেখে তারপরে প্রতিক্রিয়া বন্ধ করে দেওয়া ভার্চুয়াল মেশিনের সমস্যা নিবারণটি ব্যবহার করে : ভিএমএম এবং অতিথি সিপিইউ ব্যবহারের তুলনাটি আমাদের রেফারেন্স হিসাবে নির্ধারণ করা হয়েছে যেখানে আমাদের "অগ্রহণযোগ্য" বিতর্কটি বরাদ্দ করা হয়েছে।

আমি একটি ছোট্ট টিপ যা আমি বিশেষভাবে ভাগ করে নিতে চাই তা হ'ল একটি ক্ষেত্রে আমি ভিএম-তে থাকা স্ন্যাপশটটি সরিয়ে না দেওয়া পর্যন্ত আমি সিপিইউয়ের বিতর্কটি দূর করতে পারিনি। আশা করি এটি কাউকে সাহায্য করবে।


আহারে. সেখানেও চলছে স্ন্যাপশট?
ew white
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.