সুতরাং সত্যিই, ভার্চুয়ালাইজেশন এর ওভারহেড কি এবং কখন আমার উদ্বেগ করা উচিত?


16

আমি কখন কোনও মেশিনকে ভার্চুয়ালাইজ করব না তা বোঝার জন্য থাম্বের ভাল নিয়মগুলি অনুসন্ধান করছি।

উদাহরণস্বরূপ, আমি জানি যে প্রায় 100% ব্যবহারের সাথে একটি সম্পূর্ণ সিপিইউ-বাউন্ড প্রক্রিয়া সম্ভবত ভার্চুয়ালাইজেশন করা ভাল ধারণা নয় তবে সিপিইউকে বেশিরভাগ সময় "যথেষ্ট পরিমাণে" উপস্থাপন করে এমন কিছু চালানোর কোনও ধারণা আছে (বলুন 40) বা 50%)?

অন্য উদাহরণ: আমি যদি 1000 মেশিনগুলিকে ভার্চুয়ালাইজ করি তবে সেগুলি কেবল হালকা বা মাঝারিভাবে ব্যবহার করা হলেও, কেবল 4 টি কোর সহ হোস্টে এটি চালানো সম্ভবত খারাপ be

হোস্ট সংস্থার তুলনায় যখন কেউ মেশিন ওয়ার্কলোড বা অতিথি মেশিনের নিখুঁত সংখ্যার ভিত্তিতে ভার্চুয়ালাইজেশন সম্পর্কে ইঙ্গিতগুলি সংক্ষিপ্তসার করতে পারে?

আমি সাধারণত ভার্চুয়ালবক্স বা ভিএমওয়্যার ব্যবহার করে উইন্ডোজ হোস্টগুলিতে ভার্চুয়ালাইজ করি, তবে আমি ধরে নিচ্ছি যে এটি একটি সাধারণ জেনেরিক প্রশ্ন।


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

তবে এক পর্যায়ে "ভিএম এক্সিকিউশন" এর সময়সূচীটি অকারণে ওভারহেডের মতো মনে হয় যখন একক ভিএম-এর মধ্যে থ্রেডগুলি নির্ধারণ করা ইতিমধ্যে কঠিন, আমি ঠিক আছি?
কেভিস্তা

উত্তর:


13

ডিস্ক সাবসিস্টেম। এটি সাধারণত সর্বনিম্ন ভাগ করার যোগ্য সংস্থান। স্মৃতি অবশ্যই, তবে এটি একটি স্পষ্ট।

ডিস্ক সাবসিস্টেম সীমাবদ্ধতা উভয় উপায়ে কাজ করে। যদি কোনও সিস্টেম প্রচুর ডিস্ক ব্যবহার করে I / O অন্যান্য অতিথিরা ধীর হয়ে যায়। যদি এই অতিথিটি উত্পাদিত হয় তবে সম্ভবত এটি ওয়েব ক্যোয়ারীর দ্রুত প্রতিক্রিয়া প্রয়োজন। এটি খুব হতাশাজনক এবং ভার্চুয়াল হার্ডওয়্যার ভাড়া না নেওয়ার একটি বড় কারণও হতে পারে। ডেডিকেটেড ডিস্ক ব্যবহার করে আপনি এই সমস্যাটি হ্রাস করতে পারেন।

অতিথিদের মধ্যে কেবল 512 এমবি মেমরি ব্যবহার করে সমস্ত ডিস্ক ক্যাশে হোস্টে রাখে। এবং এটি অতিথিদের মধ্যে সমানভাবে বিভক্ত নয়।

সিপিইউ আইও নিয়ে চিন্তা করবেন না। এইভাবে ভার্চুয়ালাইজেশন খুব কার্যকর, প্রায়শই একই সিস্টেমে চলমান একাধিক প্রক্রিয়া হিসাবে সম্পর্কিত। আমি খুব কমই সিপিইউতে 100% চলমান মাল্টি-জিসোন সিস্টেমগুলি দেখতে পাই।

সম্পাদনা: টাইপস


3
ভার্চুয়ালাইজেশন না করার জন্য হেভি ডিস্ক আই / ও এর প্রয়োজনীয়তা হবে # 1 কারণ - এটি ভার্চুয়ালাইজেশন জরিমানা দ্বারা সবচেয়ে শক্তিশালী সংস্থান
জেফ

ধন্যবাদ - উভয় মন্তব্য সহায়ক। কেবল ভাবছেন যে হাই ডিস্ক ব্যবহার ভার্চুয়ালাইজেশনে সমস্যাযুক্ত কেন কেউ জানেন? ভার্চুয়ালাইজেশন ইঞ্জিনিয়াররা কেন সেই তুলনামূলক মৌলিক বিষয়টিকে উপেক্ষা করবেন? অথবা এটি সিপিইউ ভার্চুয়ালাইজেশনের চেয়ে মূলগতভাবে আরও জটিল?
কেভিস্তা

দ্রষ্টব্য - @ জেফ, আমি আপনার ২০০ blog ব্লগ পোস্টটি পড়ছি এবং আমি ধরে নিয়েছি যে এটি আরও ভাল (যেমন, স্পিন্ডাল রিজার্ভেশন) ব্যাখ্যা করবে তবে ভার্চুয়ালাইজেশন ডিজাইনার / প্রয়োগকারীদের কাছে আমার প্রশ্নটি একই রয়ে গেছে - এটি কি ভার্চুয়ালাইজেশনের জন্য মূলত সমস্যাযুক্ত? একটি উপায় সিপিইউ ভার্চুয়ালাইজেশন না?
kvista

3
একটি হার্ডডিস্ক করতে পারে এমন অনেকগুলি সন্ধান রয়েছে। 5 মিমি হার্ডডিস্কের জন্য এটি 200 সেকেন্ড সেকেন্ড হবে। এবং, একটি সাধারণ ভিত্তিতে, যখন কোনও ওএস ফাইলগুলি অনুলিপি করে বা ডিরেক্টরি স্ক্যান করে তবে এটি সবসময় ডিস্কের 100% ব্যবহার করে। এই সময়ে ডিস্ক থেকে সমস্ত ছোট ছোট অনুরোধগুলি বিলম্বিত হয়, এবং সেগুলির অনেকগুলি রয়েছে। ফাইললিস্ট বাফারগুলি অনুলিপি কারণে নষ্ট হয়। কেউ বলতে পারেন যে ওএসের কাজ করার আমাদের ধারণাটি অলস হার্ডড্রাইভের উপর নির্ভর করে।
অ্যান্টি রাইতসেলা

1
ধন্যবাদ। আমার ধারণা, এসএসডিরা এই সমীকরণটি আদৌ পরিবর্তন করে কিনা তা দেখতে আকর্ষণীয় হবে। তবে এখন আমরা আলোচনার মোডে চলে যাচ্ছি। আমি এটি পেয়েছি - সমস্ত ধন্যবাদ।
kvista

15

যে জিনিসগুলি আমি কখনই ভিএম-এ রাখি না:

  • সুনির্দিষ্ট হার্ডওয়্যার যা ব্যবহার করে যা ভার্চুয়ালাইজ করা যায় না: সাধারণত গ্রাফিক্স, বেশ কয়েকটি হার্ডওয়্যার সুরক্ষা মডিউল, কাস্টমাইজড ড্রাইভারগুলির সাথে কিছু (বিশেষ উদ্দেশ্যে নেটওয়ার্ক ড্রাইভার, উদাহরণস্বরূপ)।

  • লাইসেন্স সংক্রান্ত সমস্যা সহ সিস্টেমগুলি। শারীরিক সিপিইউ বা কোর প্রতি কিছু সফ্টওয়্যার চার্জ করে, আপনি ভিএম-তে কতটা বরাদ্দ করেছেন তা বিবেচনা করে না। আপনি যদি 32-কোর সার্ভারে ভিএম-তে চলমান একটি একক কোরের জন্য সফ্টওয়্যারটির লাইসেন্স পেয়ে থাকেন তবে আপনি একটি অডিট করতে পারবেন hit

ভিএম-তে রাখার জন্য যে বিষয়গুলি আমি নিরুৎসাহিত করব তা

  • সফ্টওয়্যার যা ইতিমধ্যে পণ্য হার্ডওয়্যারে সমস্ত সংস্থান ব্যবহার করার চেষ্টা করে। হ্যাডুপের মতো "বিগ ডেটা" প্রচেষ্টার অংশ হিসাবে কাজ করা মেশিনগুলি সাধারণত খালি ধাতব উপর চালানোর জন্য ডিজাইন করা হয়।

  • সংস্থান ব্যবহার করার জন্য যা কিছু ভালভাবে সুরক্ষিত হতে চলেছে। আপনি যখন সত্যিই একটি ডাটাবেস টিউন করতে শুরু করেন, সংস্থানসমূহের জন্য লড়াই করা ভিএমগুলি সত্যই কাজে একটি রেঞ্চ ফেলে দেয়।

  • ইতিমধ্যে একটি বড় বাধা আছে যা কিছু। এটি ইতিমধ্যে নিজের সাথে ভাল খেলেনি, এটি সম্ভবত অন্যদের সাথে ভাল খেলবে না।

কিছু জিনিস রয়েছে যা ভিএমগুলিতে রাখার জন্য বেশ দুর্দান্ত:

  • যে কোনও কিছু যা অলস সময় ব্যয় করে। মেল এবং ডিএনএসের মতো ইউটিলিটি হোস্টগুলিকে ডেডিকেটেড সার্ভারগুলির পরোয়ানা করার জন্য আধুনিক হার্ডওয়্যারটিতে পর্যাপ্ত পরিমাণ উত্পন্ন করতে একটি কঠিন সময় রয়েছে।

  • অ্যাপ্লিকেশনগুলি যা নিজের নিজের (বা সহজে) ভাল স্কেল করে না। উত্তরাধিকারের কোডগুলি প্রায়শই এই বিভাগে আসে। অ্যাপ্লিকেশনটি সার্ভারটি গ্রহণ করতে প্রসারিত না হলে, অল্প ভার্চুয়াল সার্ভার ব্যবহার করুন।

  • প্রকল্পগুলি / অ্যাপ্লিকেশনগুলি যা ছোট শুরু হয় তবে বেড়ে যায়। খালি ধাতব শুরু করার বিপরীতে ভিএম-তে সংস্থান সংস্থান করা (পাশাপাশি আরও নতুন, বড় হার্ডওয়্যারে চলে যাওয়া) এটি আরও সহজ।

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


1
+1 খুব সহায়ক সংগঠিত মন্তব্য - ধন্যবাদ!
কেভিস্তা

আরও একটি মন্তব্য - এমনকি যদি আমি ইএসএক্স ইত্যাদি ব্যবহার করি তবে আমি ধরে নিই যে কোনও সময় ওয়াই কোর হোস্টে এক্স মেশিন রাখার কোনও বুদ্ধি নেই। থাম্বের ভাল নিয়ম কি? আমি অনুমান করি ভার্চুয়ালাইজেশন / ডাব্লু সাদা কাগজপত্র কোথাও এই সমস্যাটি সমাধান করতে হবে, তবে দুঃখের বিষয় আমি সহজে এটি সন্ধান করতে সক্ষম হই না।
kvista

1
ভিএমওয়্যারের জন্য, আপনি এখানে শুরু করতে পারেন: vmware.com/technology/whyvmware/calculator
কেকম্যাক্স

রেফারেন্সের জন্য: উপরের ভিএমওয়্যার লিংকে আপনি প্রতি সিপিইউ পর্যন্ত 30 টি ভিএম কনফিগার করতে পারেন। ডিফল্টটি প্রতি সিপিইউতে 6 টি ভিএম হয়।
অ্যালেক্স ইউরশা

4

ভার্চুয়ালাইজেশন কর্মক্ষমতা দুটি পয়েন্ট আছে।

  • ভাগ বাধা
  • অনুকরণ

ভাগ করা বাধা, একই লোহার আর কে? আপনি যদি ভার্চুয়ালাইজড পরিবেশে সহ-অবস্থান করেন, তবে হোস্টিং অংশীদারটি আপনার সাথে সৎ হওয়ার পক্ষে আপনি খুব নির্ভরশীল।

আমি মনে করি কাঁচা পারফরম্যান্সের (বিশেষত ইন্টারঅ্যাক্টিভিটি) জিজ্ঞাসা করার মূল প্রশ্নটি হ'ল ভার্চুয়ালাইজেশন সিস্টেমের কোন অংশটি অনুকরণ করা হয়। এটি সেটআপের উপর নির্ভর করে পৃথক হয়। ডিস্ক এবং নেটওয়ার্ক সাধারণত পরীক্ষার্থী candidates থাম্বের নিয়ম হিসাবে, এমুলেশন কোনও ক্রিয়া সম্পাদনের পারফরম্যান্সের "ব্যয়" দ্বিগুণ করে, সুতরাং কোনও হার্ডওয়্যার লেটেন্সি সময়কে দ্বিগুণ গণনা করা উচিত এবং যে কোনও ত্রুটি নম্বর অর্ধেক করা উচিত।


1
আমি যে সংখ্যাগুলি দেখেছি সেগুলি সিপিইউ ছিল 96-97%, নেটওয়ার্ক 70-90%, এবং ডিস্ক 40-70% (খালি ধাতুতে)
জেফ আতউড

1
থাম্ব মন্তব্য করার +1 নিয়ম সহায়ক।
kvista

2

শেষ পর্যন্ত, কোনও উচ্চ কার্যকারিতা লোড ভার্চুয়ালাইজ করা উচিত নয়। ভার্চুয়ালাইজেশনের পারফরম্যান্স ওভারহ্যাডগুলি অ-তুচ্ছ। আমার পরীক্ষার ফলাফলগুলি এখানে দেখুন:

http://www.altechnative.net/2012/08/04/virtual-performance-part-1-vmware/

OTOH, আপনি যদি বেশিরভাগ সময় অলস থাকে এমন বেশ কয়েকটি মেশিনকে একত্রিত করতে দেখেন তবে ভার্চুয়ালাইজেশন হল এগিয়ে যাওয়ার পথ।


1

এন্টিআর থেকে ভাল উত্তর।

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


অ্যাসিস্ট্রিক হ'ল এরকম একটি অ্যাপ্লিকেশন। আপনি যখন ভিজুয়ালাইজড হন তখন কনফারেন্স কল চলাকালীন কিছু খুব মজাদার ঘটনা ঘটবে।
রায়ানার

ডেটা রেকর্ডিংয়ের জন্য আমার ঘড়ির স্থায়িত্বের সাথে সমস্যা আছে;) স্বর্গের জন্য ধন্যবাদ আমি ডেটা ফিড থেকে একটি নির্ভরযোগ্য টাইমস্ট্যাম্প পাই, তবে সিস্টেমের ক্লকটি স্থিতিশীল না হলে নেটওয়ার্কের সমস্যা আছে কিনা তা খুঁজে পাওয়া শক্ত।
টমটম
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.