ESXi সার্ভারে কীভাবে মেমরি বরাদ্দ করা হয়?


17

আমাদের কাছে 48 গিগাবাইট র‌্যাম সহ একটি ESXi 4.1 সার্ভার রয়েছে।

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

আমি তাদের বোঝাতে যাচ্ছি যে ESXi আসলে মেমরি নিজেই পরিচালনা করবে তবে তারা আমাকে জিজ্ঞাসা করেছিল যে আমি নিজেই এসএসসি সার্ভারের জন্য কত স্মৃতি বরাদ্দ করেছি।

আমি কোনও বরাদ্দ করিনি (নিজে নিজেই ইসএসই সার্ভারের জন্য মেমরি বরাদ্দ করার কোনও বিকল্পের কথাও শুনিনি)।

ESXi সার্ভারের জন্য কীভাবে মেমরি বরাদ্দ করা হয়? কীভাবে এটি ইস্যু ছাড়াই ভার্চুয়াল মেশিনের মধ্যে র‌্যামকে অতিরিক্ত বরাদ্দ / বিতরণ করে?

উত্তর:


26

এখানে প্রশ্নে কেবল এসএসসি ছাড়াও আরও অনেক কিছু রয়েছে,

  1. প্রতিটি ভিএম 4GBs + "ওভারহেড" অবধি ব্যবহার করবে যা এখানে নথিভুক্ত রয়েছে । এটি ভিসিপিইউ, + মেমরি বরাদ্দকৃত উপর নির্ভর করে। সর্বনিম্ন প্রতিটি ভিএম 4261.98 এমবি ব্যবহার করবে (4096 + 165.98)
  2. ESXi এর নিজস্ব মেমরি ওভারহেড, এটি হার্ডওয়্যার নির্ভর। সবচেয়ে সহজ বিকল্পটি ভিএসফিয়ার ক্লায়েন্টের সিস্টেম মেমরির ব্যবহারটি দেখে। স্মৃতি থেকে আমি প্রত্যাহার এটা 1.3GB চিহ্ন প্রায়, কিন্তু বলেছেন যে হয় খুব হার্ডওয়্যার উপর নির্ভরশীল।

মেমরি বরাদ্দ ও অতিরিক্ত কমিটমেন্ট ব্যাখ্যা করা হয়েছে

নোট করুন যে হাইপারভাইজার এই সমস্ত মেমরির সম্মুখভাগ বরাদ্দ করবে না , এটি ভিএম এর ব্যবহারের উপর নির্ভরশীল। তবে, ভিএমরা তাদের বরাদ্দকৃত সমস্ত মেমরির বরাদ্দ করতে এবং ব্যবহার করার চেষ্টা করলে কী হবে তা বোঝার উপযুক্ত।

আপনার ভিএম + হোস্ট সর্বাধিক ব্যবহারের চেষ্টা করবে প্রায় 55 জিবি মাইলেজ পরিবর্তিত হতে পারে

  • ESXi দ্বারা ব্যবহৃত 1.3 জিবি
  • 4261.98 এমবিএস * 13 ভিএম দ্বারা ব্যবহৃত

আমলে নেওয়ার জন্য আরও একটি দিক রয়েছে এবং এটি মেমরির প্রান্তিক। ডিফল্টরূপে ভিএমওয়্যারের লক্ষ্য 6% মুক্ত (উচ্চ মেমরি থ্রেশহোল্ড) থাকবে। সুতরাং ব্যবহৃত 55 গিগাবাইট মেমোরি হ্রাস করতে হবে ~ 45 গিগাবাইটে

এর অর্থ, ভিএমরা যে বরাদ্দ করা হয়েছে সেই মেমরিটি যদি অন্য কোথাও থেকে ফিরে দাবি করতে হয় তবে হোস্টের প্রায় 10,500 এমবি মেমরি থাকবে। অতিরিক্ত 10.5 জিবি খুঁজে পেতে ইএসএক্সের তিনটি জিনিস রয়েছে।

স্মৃতি পুনরুদ্ধারের পদ্ধতি

  1. স্বচ্ছ পৃষ্ঠা ভাগ করে নেওয়া
  2. স্মৃতি বেলুনিং
  3. হাইপারভাইজার অদলবদল

আপনার ভিএমওয়্যার® ইএসএক্স ™ সার্ভারে মেমরি রিসোর্স ম্যানেজমেন্ট বোঝার এবং পড়া উচিত ।

বিপুল সংখ্যক কারণের উপর নির্ভর করে, ওভার প্রতিশ্রুতিবদ্ধ হোস্টে তিনটি ইচ্ছার / সংঘটন ঘটতে পারে। অতিরিক্ত প্রতিশ্রুতিবদ্ধতার প্রভাব বোঝার জন্য আপনাকে আপনার এনভ্রিওমেন্টটি পরীক্ষা করতে হবে এবং এই মেট্রিকগুলি পর্যবেক্ষণ করতে হবে।

কিছু মোটামুটি নিয়ম যা জানার জন্য মূল্যবান (উপরের কাগজ এবং অন্যান্য উত্সগুলিতে সমস্ত)।

  1. 2/4 এমবি পৃষ্ঠাগুলি ব্যবহার করা ভিএমগুলিতে স্বচ্ছ পৃষ্ঠ ভাগ করা হয় না। আপনি যেমন আপনার উইন্ডোজ ভিএমগুলিতে 4096 এমবি বরাদ্দ করেছেন, তারা ডিফল্টরূপে 2/4 এমবি পৃষ্ঠা ব্যবহার করবে (পিএই নির্ভর)। কেবল মেমরির চাপের মধ্যেই ভিএমওয়্যার বড় পৃষ্ঠাগুলি ভাগ করে 4 কেবি পৃষ্ঠাগুলি ভেঙে ফেলবে। টিপিএস নিষ্ক্রিয় সিপিইউ চক্র ব্যবহার এবং নির্দিষ্ট হারে মেমরি পৃষ্ঠাগুলি স্ক্যান করার উপর নির্ভর করে। এটি তুলনামূলকভাবে ধীরে ধীরে স্মৃতি ফিরে আসে (মিনিটের পরিবর্তে এক ঘন্টা ভাবি)। সুতরাং একটি বুট ঝড় মানে টিপিএস আপনাকে সাহায্য করবে না। তিনটি থেকে, এটি সর্বনিম্ন কর্মক্ষমতা প্রভাব ফেলে। দস্তাবেজ থেকে আরও,

হার্ডওয়্যার-অ্যাসিস্টড মেমোরি ভার্চুয়ালাইজেশন (উদাহরণস্বরূপ, ইন্টেল ইপিটি হার্ডওয়্যার অ্যাসিস্ট এবং এএমডি আরভিআই হার্ডওয়্যার অ্যাসিস্ট [6]) সিস্টেমে, ইএসএক্স স্বয়ংক্রিয়ভাবে বৃহত হোস্ট ফিজিক্যাল পৃষ্ঠাগুলি (নিয়মিত পৃষ্ঠাগুলির জন্য 4KB এর পরিবর্তে 2MB স্বতন্ত্র মেমরি অঞ্চল) সহ অতিথির দৈহিক পৃষ্ঠাগুলি ব্যাক করবে for কম টিএলবি মিসের কারণে আরও ভাল পারফরম্যান্স। এই জাতীয় সিস্টেমে, ইএসএক্স সেগুলি বড় পৃষ্ঠা ভাগ করবে না কারণ: 1) অভিন্ন বিষয়বস্তুযুক্ত দুটি বৃহত পৃষ্ঠাগুলির সন্ধানের সম্ভাবনা কম, এবং 2) 2 এমবি পৃষ্ঠার জন্য বিট-বিট বিয়ের তুলনা করার ওভারহেড এর চেয়ে অনেক বড় একটি 4KB পৃষ্ঠার জন্য তবে, ইএসএক্স এখনও প্রতিটি বড় পৃষ্ঠার মধ্যে 4KB পৃষ্ঠাগুলির জন্য হ্যাশগুলি উত্পন্ন করে। যেহেতু ইএসএক্স হোস্ট অদলবদল করার সময়, বড় পৃষ্ঠাগুলি সরিয়ে দেয় না, বড় পৃষ্ঠাটি ছোট পৃষ্ঠাগুলিতে বিভক্ত হয়ে যাবে যাতে এই প্রাক-উত্পন্ন হ্যাশগুলি ছোট পৃষ্ঠাগুলি অদলবদল হওয়ার আগে ভাগ করে নেওয়া যায়। সংক্ষেপে, আমরা হোস্টের মেমরির অতিরিক্ত অনুমতি না দেওয়া পর্যন্ত হার্ডওয়্যার-সহায়ক মেমরি ভার্চুয়ালাইজেশন সিস্টেমগুলির জন্য কোনও পৃষ্ঠা ভাগ করা পর্যবেক্ষণ করতে পারি না।

  1. পরের দিকে বেলুনিং কিকগুলি (প্রান্তিক অংশগুলি কনফিগারযোগ্য, ডিফল্টরূপে এটি তখন হয় যখন হোস্টের 6% এর চেয়ে কম মেমরি ফ্রি থাকে (উচ্চ এবং সফ্টওয়্যার মধ্যে)। নিশ্চিত হয়ে নিন যে আপনি চালকটি ইনস্টল করেছেন এবং সাধারণভাবে জাভা এবং পরিচালিত অ্যাপ্লিকেশনগুলি লক্ষ্য রাখুন। আবর্জনা সংগ্রাহক পরবর্তী পদক্ষেপ নেবে ওএসের কোনও অন্তর্দৃষ্টি নেই এবং এটি ডিস্কে বদলে যাওয়া পৃষ্ঠাগুলি হিট করবে। যে সার্ভারগুলির জন্য জাভা অ্যাপ্লিকেশনগুলি একচেটিয়াভাবে অদলবদলটি পুরোপুরি চালিত করে সেগুলি গ্যারান্টিযুক্ত করার জন্য সম্পূর্ণ অস্বাভাবিক অনুশীলন নয়। ভিস্পিয়ার মেমরি ম্যানেজমেন্ট, স্পেকজবিবি এর পৃষ্ঠা 17 দেখুন

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

  3. নিম্ন সম্পর্কে সচেতন হওয়ার জন্য আরও একটি রাষ্ট্র রয়েছে (ডিফল্ট 1%)। ম্যানুয়াল থেকে এটি আপনার কর্মক্ষমতা মারাত্মকভাবে কাটাতে পারে,

বিরল ক্ষেত্রে যেখানে হোস্ট ফ্রি মেমরিটি নিম্ন প্রান্তিকের নীচে নেমে আসে, হাইপারভাইজারটি অদলবদল এবং মেমরির সংক্ষেপণের মাধ্যমে মেমরি পুনরুদ্ধার করতে থাকে এবং অতিরিক্তভাবে সমস্ত টার্চ ভার্চুয়াল মেশিনগুলি প্রয়োগ করে যা তাদের লক্ষ্য মেমরি বরাদ্দের চেয়ে বেশি মেমরি গ্রহণ করে memory

সারসংক্ষেপ

মানসিক চাপের মূল বিষয় হ'ল হোয়াইটপেপারগুলি থেকে আপনার পরিবেশ কী আচরণ করবে তা অনুমান করা অসম্ভব।

  1. টিপিএস আপনাকে কতটা দিতে পারে? (আপনার ভিএমগুলি ওএস, সার্ভিস প্যাক এবং চলমান অ্যাপ্লিকেশনগুলির সাথে কতটা সমান তার উপর নির্ভর করে)
  2. আপনার ভিএমগুলি কত দ্রুত আপনার স্মৃতি বরাদ্দ করে? তারা যত তাড়াতাড়ি করে, কম প্রভাবশালী মেমরি পুনঃনির্মাণের স্কিম আপনাকে আপনার বর্তমান প্রান্তরে রাখার ক্ষেত্রে সফল হওয়ার আগে আপনি পরবর্তী প্রান্তিকের দিকে ঝাঁপিয়ে পড়ার সম্ভাবনা তত বেশি।
  3. প্রয়োগের উপর নির্ভর করে, প্রতিটি মেমরি পুনঃনির্মাণের স্কিমের বিভিন্ন পরিবর্তনের প্রভাব থাকবে।

আপনার গড় পরিস্থিতি পরীক্ষা করুন, আপনি 95% পার্সেন্টাইল দৃশ্য এবং অবশেষে আপনার পরিবেশটি কীভাবে চলবে তা বুঝতে আপনার সর্বোচ্চ maximum


সম্পাদনা 1

VSphere 4 (বা 4.1 স্মরণ করতে পারে না) এর সাথে যুক্ত করে বলা যায় যে, এখন হাইপারভাইজারের অদলবদল স্থানীয় ডিস্কে স্থাপন করা সম্ভব হয়েছে তবে এখনও ভিএম ভিভেশন করে। আপনি যদি ভাগ করা স্টোরেজ ব্যবহার করছেন তবে আমি দৃ strongly়ভাবে আপনাকে হাইপারভাইজারের অদলবদলটিকে স্থানীয় ডিস্কে ডিফল্টরূপে স্থানান্তরিত করার পরামর্শ দিচ্ছি। এটি নিশ্চিত করে যে যখন কোনও হোস্ট তীব্র মেমরির চাপে থাকে তখন এটি একই ভাগ করা স্টোরেজে অন্য সমস্ত ভিস্পিয়ার হোস্ট / ভিএমকে প্রভাবিত করে না।

সম্পাদনা 2

মন্তব্যের উপর ভিত্তি করে, ESX সাহসীভাবে মেমরির সম্মুখভাগ বরাদ্দ করে না তা সত্য করে তুলেছে ...

সম্পাদনা 3

মেমরি থ্রেশহোল্ডগুলি সম্পর্কে আরও কিছু ব্যাখ্যা করলেন।


1
অথবা VMware না বরাদ্দ মেমরির যে ব্যবহার করা হয় না; অতিরিক্ত কমপিটিং কাজ করার আসল কারণ হ'ল ভিএম কেবল তখনই সর্বাধিক পরিমাণ মেমরি বরাদ্দ করবে যখন এটি জিজ্ঞাসা করবে । সবকিছু বরাদ্দ হয়ে গেলে অতিরিক্ত মেমরির জন্য অনুরোধগুলি অদলবদল থেকে আসে।
এডিপ্টার

1
এই মন্তব্যটি যুক্ত করার আগে আপনি কি এই বিটটি দেখেছেন? "নোট করুন হাইপারভাইজার এই সমস্ত স্মৃতি সামনের দিকে বরাদ্দ দেবে না, এটি ভিএম এর ব্যবহারের উপর নির্ভরশীল However তবে, ভিএমরা তাদের বরাদ্দকৃত সমস্ত মেমরি বরাদ্দ করার এবং ব্যবহার করার চেষ্টা করলে কী হবে তা বোঝা যায়"
এম আফিফি

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

এটা কেমন পিছনের দিকে? উত্তর বলে, আপনি কত স্মৃতি বরাদ্দ করেছেন তা এই। এটি এটিকে সামনে বরাদ্দ দেয় না। যদি এটি (ভিএম মেমরির ব্যবহারের ভিত্তিতে) করে তবে তা প্রভাব। কাউকে সত্যিই বলতে পারি না এটি নিয়ে চিন্তা করবেন না। আপনি যদি মেমরির অতিরিক্ত সংজ্ঞা দেন তবে আপনার প্রভাবটি জানা উচিত।
এম আফিফি

4

ভিএমওয়্যার (এবং অন্যান্য ভার্চুয়ালাইজেশন প্রযুক্তি) বিভিন্ন অ্যালগরিদম অনুযায়ী ভিএমগুলির মধ্যে সংস্থানগুলি (মেমরি, প্রসেসরের সময়, বিভিন্ন ধরণের I / O ) ভাগ করে দেয়।

সংস্থানসমূহের ওভার কমিট করা সম্ভব , কারণ সমস্ত ভিএমই সমস্ত প্রসেসিং, মেমরি বা আই / ও ব্যবহার করে না যে তাদের সব সময় প্রয়োজন। ESXi- এ কী কী সম্ভব তা পড়ার জন্য ভিএমওয়্যারের রিসোর্স ম্যানেজমেন্ট গাইড সম্ভবত সেরা জায়গা।

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

নোট করুন যে অতিরিক্ত কমিটমেন্ট অগত্যা একটি ভাল ধারণা নয়, বিশেষত যদি আপনি একটি একক সার্ভারে ভার্চুয়ালাইজেশন করে থাকেন। আপনার ESXi এস্টেটে আপনার সংস্থাগুলির ব্যবহার নিরীক্ষণ করা উচিত এবং যদি প্রয়োজন হয় তবে আপনি যদি কোনও এক বা একাধিক সংস্থান ঘন ঘন ব্যবহার করছেন তবে অতিরিক্ত হোস্ট / সংস্থান যুক্ত করুন।


2

আপনার ভিএমওয়্যার ESXi ইনস্টলেশন এটি পরিচালনা করতে দিন। মেমরি বেলুনিং, সংক্ষেপণ এবং নকল কৌশল ব্যবহারের কারণে আপনি ভিএমওয়্যার সিস্টেমে র‌্যাম রিসোর্সগুলি ওভারকমিট করতে পারেন ।

ভার্চুয়াল মেশিনগুলি যদি একই রকম অপারেটিং সিস্টেম ব্যবহার করে থাকে তবে সেখানে কিছু সঞ্চয় রয়েছে। এই বৈশিষ্ট্যগুলির পূর্ণ ব্যবহার করতে অতিথি ভিএম এর ভিতরে ভিএমওয়্যার সরঞ্জামগুলি সক্ষম করার বিষয়ে নিশ্চিত হন।

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