এখানে প্রশ্নে কেবল এসএসসি ছাড়াও আরও অনেক কিছু রয়েছে,
- প্রতিটি ভিএম 4GBs + "ওভারহেড" অবধি ব্যবহার করবে যা এখানে নথিভুক্ত রয়েছে । এটি ভিসিপিইউ, + মেমরি বরাদ্দকৃত উপর নির্ভর করে। সর্বনিম্ন প্রতিটি ভিএম 4261.98 এমবি ব্যবহার করবে (4096 + 165.98)
- ESXi এর নিজস্ব মেমরি ওভারহেড, এটি হার্ডওয়্যার নির্ভর। সবচেয়ে সহজ বিকল্পটি ভিএসফিয়ার ক্লায়েন্টের সিস্টেম মেমরির ব্যবহারটি দেখে। স্মৃতি থেকে আমি প্রত্যাহার এটা 1.3GB চিহ্ন প্রায়, কিন্তু বলেছেন যে হয় খুব হার্ডওয়্যার উপর নির্ভরশীল।
মেমরি বরাদ্দ ও অতিরিক্ত কমিটমেন্ট ব্যাখ্যা করা হয়েছে
নোট করুন যে হাইপারভাইজার এই সমস্ত মেমরির সম্মুখভাগ বরাদ্দ করবে না , এটি ভিএম এর ব্যবহারের উপর নির্ভরশীল। তবে, ভিএমরা তাদের বরাদ্দকৃত সমস্ত মেমরির বরাদ্দ করতে এবং ব্যবহার করার চেষ্টা করলে কী হবে তা বোঝার উপযুক্ত।
আপনার ভিএম + হোস্ট সর্বাধিক ব্যবহারের চেষ্টা করবে প্রায় 55 জিবি মাইলেজ পরিবর্তিত হতে পারে
- ESXi দ্বারা ব্যবহৃত 1.3 জিবি
- 4261.98 এমবিএস * 13 ভিএম দ্বারা ব্যবহৃত
আমলে নেওয়ার জন্য আরও একটি দিক রয়েছে এবং এটি মেমরির প্রান্তিক। ডিফল্টরূপে ভিএমওয়্যারের লক্ষ্য 6% মুক্ত (উচ্চ মেমরি থ্রেশহোল্ড) থাকবে। সুতরাং ব্যবহৃত 55 গিগাবাইট মেমোরি হ্রাস করতে হবে ~ 45 গিগাবাইটে
এর অর্থ, ভিএমরা যে বরাদ্দ করা হয়েছে সেই মেমরিটি যদি অন্য কোথাও থেকে ফিরে দাবি করতে হয় তবে হোস্টের প্রায় 10,500 এমবি মেমরি থাকবে। অতিরিক্ত 10.5 জিবি খুঁজে পেতে ইএসএক্সের তিনটি জিনিস রয়েছে।
স্মৃতি পুনরুদ্ধারের পদ্ধতি
- স্বচ্ছ পৃষ্ঠা ভাগ করে নেওয়া
- স্মৃতি বেলুনিং
- হাইপারভাইজার অদলবদল
আপনার ভিএমওয়্যার® ইএসএক্স ™ সার্ভারে মেমরি রিসোর্স ম্যানেজমেন্ট বোঝার এবং পড়া উচিত ।
বিপুল সংখ্যক কারণের উপর নির্ভর করে, ওভার প্রতিশ্রুতিবদ্ধ হোস্টে তিনটি ইচ্ছার / সংঘটন ঘটতে পারে। অতিরিক্ত প্রতিশ্রুতিবদ্ধতার প্রভাব বোঝার জন্য আপনাকে আপনার এনভ্রিওমেন্টটি পরীক্ষা করতে হবে এবং এই মেট্রিকগুলি পর্যবেক্ষণ করতে হবে।
কিছু মোটামুটি নিয়ম যা জানার জন্য মূল্যবান (উপরের কাগজ এবং অন্যান্য উত্সগুলিতে সমস্ত)।
- 2/4 এমবি পৃষ্ঠাগুলি ব্যবহার করা ভিএমগুলিতে স্বচ্ছ পৃষ্ঠ ভাগ করা হয় না। আপনি যেমন আপনার উইন্ডোজ ভিএমগুলিতে 4096 এমবি বরাদ্দ করেছেন, তারা ডিফল্টরূপে 2/4 এমবি পৃষ্ঠা ব্যবহার করবে (পিএই নির্ভর)। কেবল মেমরির চাপের মধ্যেই ভিএমওয়্যার বড় পৃষ্ঠাগুলি ভাগ করে 4 কেবি পৃষ্ঠাগুলি ভেঙে ফেলবে। টিপিএস নিষ্ক্রিয় সিপিইউ চক্র ব্যবহার এবং নির্দিষ্ট হারে মেমরি পৃষ্ঠাগুলি স্ক্যান করার উপর নির্ভর করে। এটি তুলনামূলকভাবে ধীরে ধীরে স্মৃতি ফিরে আসে (মিনিটের পরিবর্তে এক ঘন্টা ভাবি)। সুতরাং একটি বুট ঝড় মানে টিপিএস আপনাকে সাহায্য করবে না। তিনটি থেকে, এটি সর্বনিম্ন কর্মক্ষমতা প্রভাব ফেলে। দস্তাবেজ থেকে আরও,
হার্ডওয়্যার-অ্যাসিস্টড মেমোরি ভার্চুয়ালাইজেশন (উদাহরণস্বরূপ, ইন্টেল ইপিটি হার্ডওয়্যার অ্যাসিস্ট এবং এএমডি আরভিআই হার্ডওয়্যার অ্যাসিস্ট [6]) সিস্টেমে, ইএসএক্স স্বয়ংক্রিয়ভাবে বৃহত হোস্ট ফিজিক্যাল পৃষ্ঠাগুলি (নিয়মিত পৃষ্ঠাগুলির জন্য 4KB এর পরিবর্তে 2MB স্বতন্ত্র মেমরি অঞ্চল) সহ অতিথির দৈহিক পৃষ্ঠাগুলি ব্যাক করবে for কম টিএলবি মিসের কারণে আরও ভাল পারফরম্যান্স। এই জাতীয় সিস্টেমে, ইএসএক্স সেগুলি বড় পৃষ্ঠা ভাগ করবে না কারণ: 1) অভিন্ন বিষয়বস্তুযুক্ত দুটি বৃহত পৃষ্ঠাগুলির সন্ধানের সম্ভাবনা কম, এবং 2) 2 এমবি পৃষ্ঠার জন্য বিট-বিট বিয়ের তুলনা করার ওভারহেড এর চেয়ে অনেক বড় একটি 4KB পৃষ্ঠার জন্য তবে, ইএসএক্স এখনও প্রতিটি বড় পৃষ্ঠার মধ্যে 4KB পৃষ্ঠাগুলির জন্য হ্যাশগুলি উত্পন্ন করে। যেহেতু ইএসএক্স হোস্ট অদলবদল করার সময়, বড় পৃষ্ঠাগুলি সরিয়ে দেয় না, বড় পৃষ্ঠাটি ছোট পৃষ্ঠাগুলিতে বিভক্ত হয়ে যাবে যাতে এই প্রাক-উত্পন্ন হ্যাশগুলি ছোট পৃষ্ঠাগুলি অদলবদল হওয়ার আগে ভাগ করে নেওয়া যায়। সংক্ষেপে, আমরা হোস্টের মেমরির অতিরিক্ত অনুমতি না দেওয়া পর্যন্ত হার্ডওয়্যার-সহায়ক মেমরি ভার্চুয়ালাইজেশন সিস্টেমগুলির জন্য কোনও পৃষ্ঠা ভাগ করা পর্যবেক্ষণ করতে পারি না।
পরের দিকে বেলুনিং কিকগুলি (প্রান্তিক অংশগুলি কনফিগারযোগ্য, ডিফল্টরূপে এটি তখন হয় যখন হোস্টের 6% এর চেয়ে কম মেমরি ফ্রি থাকে (উচ্চ এবং সফ্টওয়্যার মধ্যে)। নিশ্চিত হয়ে নিন যে আপনি চালকটি ইনস্টল করেছেন এবং সাধারণভাবে জাভা এবং পরিচালিত অ্যাপ্লিকেশনগুলি লক্ষ্য রাখুন। আবর্জনা সংগ্রাহক পরবর্তী পদক্ষেপ নেবে ওএসের কোনও অন্তর্দৃষ্টি নেই এবং এটি ডিস্কে বদলে যাওয়া পৃষ্ঠাগুলি হিট করবে। যে সার্ভারগুলির জন্য জাভা অ্যাপ্লিকেশনগুলি একচেটিয়াভাবে অদলবদলটি পুরোপুরি চালিত করে সেগুলি গ্যারান্টিযুক্ত করার জন্য সম্পূর্ণ অস্বাভাবিক অনুশীলন নয়। ভিস্পিয়ার মেমরি ম্যানেজমেন্ট, স্পেকজবিবি এর পৃষ্ঠা 17 দেখুন
হাইপারভাইজারের অদলবদল , তিনটি পদ্ধতি থেকে একমাত্র এটি একটি নির্দিষ্ট সময়ের মধ্যে হাইপারভাইজারের কাছে "মেমরি" উপলব্ধ থাকার গ্যারান্টি দেয় । 1 এবং 2 যদি হার্ড থ্রেশহোল্ডের অধীনে থাকার জন্য পর্যাপ্ত মেমরি না দেয় (2% ফ্রি মেমরির ডিফল্ট) এটি ব্যবহার করা হবে। আপনি যখন পারফরম্যান্স মেট্রিকগুলি পড়েন (নিজের করুন) তখন আপনি বুঝতে পারবেন এটি তিনটির মধ্যে সবচেয়ে খারাপ পারফরম্যান্স। এটিকে কোনও মূল্যে এড়াতে লক্ষ্য করুন কারণ প্রায় সমস্ত অ্যাপ্লিকেশন দ্বিগুণ শতাংশের ক্ষেত্রে পারফরম্যান্সের প্রভাব খুব লক্ষণীয় হবে
নিম্ন সম্পর্কে সচেতন হওয়ার জন্য আরও একটি রাষ্ট্র রয়েছে (ডিফল্ট 1%)। ম্যানুয়াল থেকে এটি আপনার কর্মক্ষমতা মারাত্মকভাবে কাটাতে পারে,
বিরল ক্ষেত্রে যেখানে হোস্ট ফ্রি মেমরিটি নিম্ন প্রান্তিকের নীচে নেমে আসে, হাইপারভাইজারটি অদলবদল এবং মেমরির সংক্ষেপণের মাধ্যমে মেমরি পুনরুদ্ধার করতে থাকে এবং অতিরিক্তভাবে সমস্ত টার্চ ভার্চুয়াল মেশিনগুলি প্রয়োগ করে যা তাদের লক্ষ্য মেমরি বরাদ্দের চেয়ে বেশি মেমরি গ্রহণ করে memory
সারসংক্ষেপ
মানসিক চাপের মূল বিষয় হ'ল হোয়াইটপেপারগুলি থেকে আপনার পরিবেশ কী আচরণ করবে তা অনুমান করা অসম্ভব।
- টিপিএস আপনাকে কতটা দিতে পারে? (আপনার ভিএমগুলি ওএস, সার্ভিস প্যাক এবং চলমান অ্যাপ্লিকেশনগুলির সাথে কতটা সমান তার উপর নির্ভর করে)
- আপনার ভিএমগুলি কত দ্রুত আপনার স্মৃতি বরাদ্দ করে? তারা যত তাড়াতাড়ি করে, কম প্রভাবশালী মেমরি পুনঃনির্মাণের স্কিম আপনাকে আপনার বর্তমান প্রান্তরে রাখার ক্ষেত্রে সফল হওয়ার আগে আপনি পরবর্তী প্রান্তিকের দিকে ঝাঁপিয়ে পড়ার সম্ভাবনা তত বেশি।
- প্রয়োগের উপর নির্ভর করে, প্রতিটি মেমরি পুনঃনির্মাণের স্কিমের বিভিন্ন পরিবর্তনের প্রভাব থাকবে।
আপনার গড় পরিস্থিতি পরীক্ষা করুন, আপনি 95% পার্সেন্টাইল দৃশ্য এবং অবশেষে আপনার পরিবেশটি কীভাবে চলবে তা বুঝতে আপনার সর্বোচ্চ maximum
সম্পাদনা 1
VSphere 4 (বা 4.1 স্মরণ করতে পারে না) এর সাথে যুক্ত করে বলা যায় যে, এখন হাইপারভাইজারের অদলবদল স্থানীয় ডিস্কে স্থাপন করা সম্ভব হয়েছে তবে এখনও ভিএম ভিভেশন করে। আপনি যদি ভাগ করা স্টোরেজ ব্যবহার করছেন তবে আমি দৃ strongly়ভাবে আপনাকে হাইপারভাইজারের অদলবদলটিকে স্থানীয় ডিস্কে ডিফল্টরূপে স্থানান্তরিত করার পরামর্শ দিচ্ছি। এটি নিশ্চিত করে যে যখন কোনও হোস্ট তীব্র মেমরির চাপে থাকে তখন এটি একই ভাগ করা স্টোরেজে অন্য সমস্ত ভিস্পিয়ার হোস্ট / ভিএমকে প্রভাবিত করে না।
সম্পাদনা 2
মন্তব্যের উপর ভিত্তি করে, ESX সাহসীভাবে মেমরির সম্মুখভাগ বরাদ্দ করে না তা সত্য করে তুলেছে ...
সম্পাদনা 3
মেমরি থ্রেশহোল্ডগুলি সম্পর্কে আরও কিছু ব্যাখ্যা করলেন।