কেভিএম / কিউমু, উবুন্টু: আরও অতিথি সিপিইউ কেন দ্রুত ডিস্ক -১ / হে উন্নত করে?


9

আমাদের কাছে দুটি নোড সমন্বয়ে একটি হার্টবিট / ডিআরবিডি / পেসমেকার / কেভিএম / কিউমু / লিবারভিট ক্লাস্টার রয়েছে। প্রতিটি নোড নিম্নলিখিত প্যাকেজ / সংস্করণ সহ উবুন্টু 12.04 64 বিট চালায়:

  • কার্নেল 3.2.0-32-জেনেরিক # 51-উবুন্টু এসএমপি
  • ডিআরবিডি 8.3.11
  • qemu-kvm 1.0 + noroms-0ubuntu14.3
  • libvirt 0.9.13
  • পেসমেকার 1.1.7
  • হার্টবিট 3.0.5

ভার্চুয়াল অতিথিরা উবুন্টু 10.04 64 বিট এবং উবুন্টু 12.04 64 বিট চালাচ্ছেন। আমরা সেরা সিপিইউ পারফরম্যান্স অর্জনের জন্য ভার্চুয়াল অতিথিদের কাছে হোস্ট সিপিইউগুলির ক্ষমতাগুলি সরিয়ে দেওয়ার জন্য একটি লিবারভিট বৈশিষ্ট্যটি ব্যবহার করি।

এখন এই ক্লাস্টারে একটি সাধারণ সেটআপ রয়েছে:

  • ভিএম "মনিটরিং" এর 4 টি ভিসিপিইউ রয়েছে
  • ভিএম "মনিটরিং" ডিস্ক ইন্টারফেস হিসাবে আদর্শ ব্যবহার করে (আমরা বর্তমানে স্পষ্ট কারণে ভার্চিওতে স্যুইচ করছি)

আমরা সম্প্রতি কিছু সহজ পরীক্ষা চালিয়েছি। আমি জানি তারা পেশাদার না এবং উচ্চ মানের পৌঁছায় না, তবে তারা ইতিমধ্যে একটি শক্তিশালী প্রবণতা দেখায়:

নোড এ ভিএম চলছে "ব্ল" নোড বি চলছে ভিএম "মনিটরিং"

যখন আমরা ভিএম "ব্লে" থেকে ভিএম "মনিটরিং" তে কোনও ফাইল আরএসএনসি করি আমরা কেবল 12 এমবি / সেকেন্ড অর্জন করি। যখন আমরা ভিএম এর "মনিটরিং" এর ভিতরে = / dev / নাল = = টিএমপি / ব্লববি যদি একটি সাধারণ ডিডি করি তখন আমরা প্রায় 30 এমবি / গুলি অর্জন করি।

তারপরে আমরা ভিএম "মনিটরিং" -এ আরও 4 টি ভিসিপিইউ যুক্ত করেছি এবং এটি পুনরায় চালু করেছি। ভিএম "মনিটরিং" এর এখন 8 টি ভিসিপিইউ রয়েছে। আমরা নিম্নলিখিত ফলাফলগুলি দিয়ে পুনরায় পরীক্ষা চালিয়েছি: যখন আমরা ভিএম "ব্লে" থেকে ভিএম "মনিটরিং" -র কোনও ফাইল আরএসএনসি করি আমরা এখন 36 এমবি / সেগুলি অর্জন করি। যখন আমরা ভিএম "মনিটরিং" এর ভিতরে = / dev / null of = / tmp / blubb একটি সরল ডিডি করি, আমরা এখন প্রায় 61 এমবি / সেকেন্ড অর্জন করি।

আমার জন্য, এই প্রভাবটি বেশ অবাক করা। আপাতদৃষ্টিতে এই ভার্চুয়াল অতিথির জন্য আরও ভার্চুয়াল সিপিইউ যুক্ত হওয়ার অর্থ কীভাবে ভিএম এর ভিতরে আরও বেশি ডিস্ক পারফর্মেন্স হয়

এর জন্য আমার কোনও ব্যাখ্যা নেই এবং আপনার ইনপুটটির সত্যই প্রশংসা করব। আমি বুঝতে চাই যে কী কারণে এই পারফরম্যান্স বৃদ্ধি পায় কারণ আমি এই আচরণটি 100% প্রজনন করতে পারি।


2
অন্যান্য ভেরিয়েবলগুলি নির্মূল করতে সহায়তা করতে আইওজোন বা বনি ++ এর মতো একটি উদ্দেশ্য-অন্তর্নির্মিত বেঞ্চমার্কিং সরঞ্জাম ব্যবহার করুন ।
ew white

এটি আকর্ষণীয় হবে যে আসল সিপিইউ লোডগুলি কীভাবে দেখায় ... এটি কোনও লুকানো স্থানে সিপিইউ আবদ্ধ কিছু (rsync প্লাস সম্ভবত ssh অবশ্যই একটি পরিমাণে রয়েছে, তাই নেটওয়ার্ক ড্রাইভাররাও সেভাবে প্রবর্তিত হয়েছে, ডিডিও অপ্রত্যাশিত সিপিইউ বাউন্ড জিনিসগুলি করতে পারে ...), বা এটি বাস্তবায়িত জিনিসগুলি কম প্রয়োগের থ্রেডগুলির কারণে উপলব্ধ একে অপরের জন্য অপেক্ষা করছে ?
রেক্যান্ডবোনম্যান

3
আপনি সিপিইউ নম্বর পরিবর্তন করার সময় kvm_traceকীভাবে IO_Exitsপরিবর্তন হবে তা দেখতে দৌড়াতে হবে । আমি অনুমান করব এটি কারণ আপনি আইডিই ব্যবহার করছেন যা অতিথির সিপিইউগুলির সাথে নির্ধারিত হয়। ভাইরিওর সাথে পারফরম্যান্সটি সামঞ্জস্যপূর্ণ হওয়া উচিত, এবং যখন ডেটা-প্লেনটি কেমুতে থাকে, এটি একটি কঠোর উত্সাহ পাবে। আরেকটি অনুমান হতে পারে যে আপনি এমন একটি বিতরণ ব্যবহার করছেন যা বগি ভার্চুয়ালাইজেশন স্ট্যাকের জন্য পরিচিত।
dyasny

@ ইয়েওয়াইট: হ্যাঁ, পেশাদার পরীক্ষা চালানো ভাল পছন্দ হবে। তবে, আমি প্রথমে বুঝতে চাই যে কেন এই আই / ও আচরণ হয়। @ রচাঁদবোনম্যান: আমি যখন শেষের দিকে তাকালাম, তখন 4 সিপিইউগুলির একটি খুব বেশি অপেক্ষা মূল্য ছিল (প্রায় 70-80%)। @ আদায়স্নি: ধন্যবাদ, আমি চেষ্টা করব। ডেটা-প্লেনটি সক্রিয় / বর্তমানে ব্যবহৃত হয়েছে তা আমি কীভাবে পরীক্ষা করতে পারি?
ভ্যালেন্টিন

ডেটা-প্লেন আপাতত পরীক্ষামূলক, এবং আমি খুব নিশ্চিত যে এটি বাছাইয়ের প্রথম বিতরণ ফেডোরা হবে। pl.digedia.org/usenet/thread/11769/28329
dyasny

উত্তর:


9

আমি খুব রুক্ষ ধারণা / ব্যাখ্যা দেব।

ওপি পরিস্থিতিতে, ভিএম এর মধ্যে পরিমাপের পাশাপাশি হোস্টকেও নজর দেওয়া উচিত।

এই ক্ষেত্রে, আমরা নিম্নলিখিতটি সঠিক বলে ধরে নিতে পারি

  1. সমস্ত পরীক্ষায়, হোস্ট I / O (ডিস্ক) ব্যান্ডউইদথ সর্বোচ্চ আউট হয় না। ভিএম ( "monitoring") আই / ও এর সাথে আরও বেশি সিপিইউ বরাদ্দ করা বাড়ায়। হোস্ট যদি I / O ইতিমধ্যে সর্বাধিক হয়ে থাকে তবে কোনও I / O পারফরম্যান্স লাভ হওয়া উচিত নয়।
  2. "bla"সীমিত ফ্যাক্টর নয় হিসাবে "monitoring"ইনপুট / আউটপুট কর্মক্ষমতা পরিবর্তন ছাড়া উন্নত"bla"
  3. সিপিইউ পারফরম্যান্স লাভের জন্য প্রধান কারখানা (ওপি ক্ষেত্রে) যেহেতু আই / ও বোতল ঘাড় নয়, এবং ওপি কোনও স্মৃতি আকারের পরিবর্তন উল্লেখ করে না। কিন্তু কেন? আর কীভাবে?

অতিরিক্ত ফ্যাক্টর

  1. পড়ুনের চেয়ে বেশি সময় নিবন্ধ লিখুন এটি ভিএম এবং হোস্টের জন্য একই। এটিকে অত্যন্ত সাধারণ পদে রাখুন: ভিএম হোস্টের পড়া এবং লেখা শেষ করার জন্য অপেক্ষা করুন।

আরও সিপিইউ নিযুক্ত হলে কী হবে "monitoring"?

যখন "monitoring"আরো CPU- র বরাদ্দ করা হয়, এটা লাভ আরো প্রক্রিয়াকরণের শক্তি, কিন্তু এটি লাভ আরো প্রক্রিয়াকরণের সময় ইনপুট / আউটপুট জন্য।

এটি rsyncএকক থ্রেড প্রোগ্রাম হওয়ায় এটির কোনও সম্পর্ক নেই ।

এটি I / O স্তরটি বর্ধিত সিপিইউ শক্তি ব্যবহার করে বা আরও স্পষ্টভাবে, প্রক্রিয়াকরণের বর্ধিত সময়।

যদি "monitoring"পরীক্ষার সময় সিপিইউ মনিটরিং প্রোগ্রামটি (উদাহরণস্বরূপ শীর্ষ) ব্যবহার করা হয় তবে এটি কোনওটি নয়, তবে সমস্ত সিপিইউ ব্যবহার বৃদ্ধি করে এবং% ওয়াও দেখায়। % ডাব্লু I / O এর জন্য অপেক্ষা করার সময়।

এই পারফরম্যান্স বৃদ্ধি কেবল তখনই ঘটবে যখন আপনার হোস্ট I / O সর্বোচ্চ নয়। বাইরে।

আমি কেভিএম সাইটে সিপিইউ শিডিয়ুলিংটি খুঁজে পাচ্ছি না, তবে এই ব্লগটি উল্লেখ করেছে যে কেভিএম সিএফএস এবং সিগ্রুপগুলি ব্যবহার করছে, নীচের উদ্ধৃতিটি নীচে দেওয়া হয়েছে

কেভিএম-এর মধ্যে প্রতিটি ভিসিপু একটি লিনাক্স প্রক্রিয়াতে ম্যাপ করা হয় যা পরিবর্তিতভাবে ভার্চুয়ালাইজেশনের জন্য প্রয়োজনীয় 'ধোঁয়া ও আয়না' তৈরি করতে হার্ডওয়্যার সহায়তা ব্যবহার করে। যেমন, একটি ভিসিপিউ হল সিএফএসের আরও একটি প্রক্রিয়া এবং এটিও গুরুত্বপূর্ণভাবে সিগ্রুপগুলির জন্য যা একটি রিসোর্স ম্যানেজার হিসাবে লিনাক্সকে সম্পদের বন্টন পরিচালনা করতে দেয় - সাধারণত আনুপাতিকভাবে সীমাবদ্ধতা বরাদ্দ নির্ধারণের জন্য। cgroups মেমোরি, নেটওয়ার্ক এবং I / O তেও প্রযোজ্য। প্রক্রিয়াগুলির শ্রেণিবদ্ধ গোষ্ঠীতে রিসোর্স বরাদ্দকরণের প্রয়োজনীয়তা প্রয়োগ করার জন্য প্রক্রিয়াগুলির গোষ্ঠীগুলি একটি সময়সূচী গোষ্ঠীর অংশ করা যায়।

সংক্ষেপে, একটি নির্দিষ্ট সময়ের মধ্যে আরও সিপিইউ = আরও সিপিইউ সময় = আরও আই / ও সময় স্লট।


এই উত্তর লেখার জন্য আপনাকে ধন্যবাদ। "আরও ভিসিপিইউ মানে I / O এর জন্য আরও প্রসেসিং সময়" আমি যে ব্যাখ্যাটি সন্ধান করছিলাম is অনুগ্রহ মূল্যবান!
ভ্যালেন্টাইন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.