ভিএমওয়্যার মেমরি পরিচালনাটি একটি জটিল ব্যালেন্সিং আইন বলে মনে হচ্ছে। ক্লাস্টার র্যাম, রিসোর্স পুল, ভিএমওয়্যারের পরিচালনার কৌশলগুলি (টিপিএস, বেলুনিং, হোস্ট অদলবদল), ইন-গেস্ট র্যামের ব্যবহার, অদলবদল, সংরক্ষণ, শেয়ার এবং সীমাবদ্ধতার সাথে প্রচুর ভেরিয়েবল রয়েছে।
আমি এমন পরিস্থিতিতে আছি যেখানে ক্লায়েন্টরা নিবেদিত ভিএসফিয়ার ক্লাস্টার রিসোর্স ব্যবহার করছে। যাইহোক, তারা ভার্চুয়াল মেশিনগুলি কনফিগার করছে যেন তারা শারীরিক হার্ডওয়ারে ছিল। পরিবর্তে, এর অর্থ একটি স্ট্যান্ডার্ড ভিএম বিল্ডে 4 টি ভিসিপিইউ এবং 16 জিবি বা আরও বেশি র্যাম থাকতে পারে। আমি ছোট (1 টি ভিসিপিইউ, ন্যূনতম র্যাম) শুরু করার স্কুল থেকে এসেছি, রিয়েল-ওয়ার্ল্ড ব্যবহার পরীক্ষা করে এবং প্রয়োজনীয় হিসাবে সামঞ্জস্য করছি। দুর্ভাগ্যক্রমে, অনেক বিক্রেতার প্রয়োজনীয়তা এবং ভার্চুয়ালাইজেশনের সাথে অপরিচিত লোকেরা প্রয়োজনের চেয়ে আরও বেশি সংখ্যার উত্সের জন্য অনুরোধ করছে ... আমি এই সিদ্ধান্তের প্রভাবের পরিমাণ জানাতে আগ্রহী।
একটি "সমস্যা" ক্লাস্টার থেকে কিছু উদাহরণ।
রিসোর্স পুলের সংক্ষিপ্তসার - প্রায় 4: 1 ওভারকমিটেড মনে হচ্ছে। উচ্চ পরিমাণে বেলুনযুক্ত র্যাম নোট করুন।
রিসোর্স বরাদ্দ - সবচেয়ে খারাপ কেস বরাদ্দ কলাম দেখায় যে এই ভিএমগুলিকে সীমাবদ্ধ শর্তে তাদের কনফিগার করা র্যামের 50% এরও কম অ্যাক্সেস থাকতে পারে।
উপরের তালিকাতে শীর্ষ ভিএম-এর রিয়েল-টাইম মেমরির ব্যবহারের গ্রাফ। 4 ভিসিপিইউ এবং 64 জিবি র্যাম বরাদ্দ করা হয়েছে। এটির গড় গড় 9 জিবি ব্যবহার।
একই ভিএম এর সংক্ষিপ্তসার
ভিএসফায়ার এনভায়রনমেন্টগুলিতে ওভারকমিটিং এবং অতিরিক্ত কনফিগারিং সংস্থানসমূহ (বিশেষত র্যাম) এর ডাউনসাইডগুলি কী কী?
অনুমান করে যে ভিএমগুলি কম র্যামে চালাতে পারে, এটা কি বলা উচিত যে ভার্চুয়াল মেশিনগুলিকে প্রকৃত প্রয়োজনের চেয়ে বেশি র্যামযুক্ত কনফিগার করার জন্য ওভারহেড রয়েছে ?
এর পাল্টা যুক্তি কী: "যদি কোনও ভিএমের মধ্যে ১ 16 গিগাবাইট র্যাম বরাদ্দ থাকে তবে কেবল ৪ জিবি ব্যবহার করা হয়, সমস্যা কি ?? "? যেমন গ্রাহকদের কী শিক্ষিত করা দরকার যে ভিএমগুলি শারীরিক হার্ডওয়্যার হিসাবে এক নয়?
র্যামের ব্যবহার মিটারে কোন নির্দিষ্ট মেট্রিক ব্যবহার করা উচিত। "অ্যাকটিভ" বনাম সময়ের শিখরগুলি অনুসরণ করা? "গ্রাহক" দেখছেন?
আপডেট: আমি এই পরিবেশটির প্রোফাইল তৈরি করতে এবং উপরে তালিকাভুক্ত ক্লাস্টারের পরিসংখ্যান সম্পর্কে কিছু বিশদ পেতে vCenter অপারেশন ম্যানেজার ব্যবহার করেছি । জিনিসগুলি স্পষ্টতই অতিরিক্ত অনুমতিপ্রাপ্ত হওয়া সত্ত্বেও ভিএমগুলি অপ্রয়োজনীয় র্যামের সাথে এতটাই সংশ্লেষিত যে প্রকৃত (ক্ষুদ্র) মেমরি পদচিহ্নটি ক্লাস্টার / হোস্ট স্তরের কোনও স্মৃতিযুক্তি দেখায় না ...
আমার গ্রহণযোগ্যতাটি হ'ল ওএস-স্তরীয় ক্যাচিংয়ের জন্য ভিএমগুলি সামান্য বিট দিয়ে ডান আকারের হওয়া উচিত। অজ্ঞতা বা বিক্রেতার "প্রয়োজনীয়তা" থেকে বেরিয়ে আসা এখানে উপস্থাপিত পরিস্থিতির দিকে নিয়ে যায়। মেমরির বেলুনিংটি প্রতিটি ক্ষেত্রেই খারাপ বলে মনে হয়, কারণ এখানে পারফরম্যান্সের প্রভাব রয়েছে, তাই ডান-সাইজিং এড়াতে সহায়তা করতে পারে।
আপডেট 2: এর মধ্যে কয়েকটি ভিএম এর সাথে ক্রাশ শুরু হয়েছে:
kernel:BUG: soft lockup - CPU#1 stuck for 71s!
ভিএমওয়্যার এটিকে ভারী মেমরির ওভার কমিটমেন্টের লক্ষণ হিসাবে বর্ণনা করে । সুতরাং আমি অনুমান করি যে প্রশ্নের উত্তর।
vCops "ওভারসাইজড ভার্চুয়াল মেশিন" রিপোর্ট ...
vCops "পুনরুদ্ধারযোগ্য বর্জ্য" গ্রাফ ...
