ভার্চুয়ালাইজেশনের কিছু দুর্দান্ত সুবিধাগুলি রয়েছে তবে এমন সময়গুলি আসে যখন ভার্চুয়ালাইজড সার্ভারটির আরও কর্মক্ষমতা প্রয়োজন এবং শারীরিক দিকে সরিয়ে নেওয়া উচিত।
আমার প্রশ্ন হ'ল এই সময়গুলি কীভাবে বলবেন? আমি পরিমাপযোগ্য ডেটা এবং মেট্রিকগুলির সন্ধান করছি যা দেখায় যে কোনও সার্ভারকে তার নিজের শারীরিক বাক্সে স্থানান্তরিত করা পারফরম্যান্সে একটি উল্লেখযোগ্য পার্থক্য আনবে। ব্যক্তিগতভাবে আমি উইন্ডোজে আগ্রহী তবে সম্ভবত সমস্ত প্ল্যাটফর্মের মধ্যে প্রয়োজনীয় জিনিসগুলি একই রকম।
উত্তর:
আমাকে একটি ভি 2 পি চালিয়ে যেতে হয়েছিল তার একটি ক্ষেত্রে এটি ছিল একটি এমএস এসকিউএল বাক্স যা দ্বৈত 3.2 গিগাহার্টজ ডুয়াল কোর সিপিইউতে (মোট সিপিইউ 14.4 গিগাহার্টজ) চলছিল যে আমরা একটি ইএসএক্স 2.5 ক্লাস্টারে স্থানান্তরিত করেছি যেখানে অন্তর্নিহিত হার্ডওয়্যারটি আরও নতুন ছিল ধীর (২.৪ গিগাহার্টজ আইআইআরসি) কোর। 4 ভিসিপিইউর এই ভিএম সহ 10% ওভারহেড যুক্ত করা কেবলমাত্র কার্যকর 8-8.5 গিগাহার্টজ সমষ্টিগত সিপিইউ পেতে পারে। মাইগ্রেশন 90-100% পোস্ট মাইগ্রেশন হওয়ার আগে 60% শিখর সিপিইউ, গ্রাহক হেডরুম চেয়েছিলেন যাতে আমরা শারীরিক দিকে ফিরে যাই। আপনার প্রশ্নের জবাব বিশেষভাবে দিতে আমরা দেখেছি যে পার্ফমন এবং ষষ্ঠ ক্লায়েন্ট জুড়ে বক্সটি 100% সিপিইউতে চলছে। একটি ভাল সমাধান (আমার দৃষ্টিতে) দ্রুত সিপিইউতে আপগ্রেড করা হতে পারে তবে এর প্রান্তের কেসগুলি রয়েছে যেখানে বিশেষত ধীরে ধীরে সিপিইউ প্রবণতার সাথে অর্থনৈতিক নয় '
ইএসএক্স 4 এর মাধ্যমে আমরা 8 টি ভিসিপিইউ এর মতো একটি বাক্সটিকে ধাক্কা মারতে পারি তবে এটি কোনও বিকল্প ছিল না।
যতক্ষণ পারফরম্যান্স সিলিংয়ের সন্ধান করা হতে পারে যা আপনাকে আপনার ভিএম ছেড়ে যেতে হবে তারপরে ভিএমওয়্যার এনভায়রনমেন্টে উইন্ডোজ গেস্টের সাথে আপনার দরকার হবে তবে পারফরমন এবং VI ষ্ঠ ক্লায়েন্টের সংমিশ্রণটি কোনও ভিএম এর সীমাবদ্ধ যেগুলি সীমাবদ্ধ তা সন্ধান করার চেয়ে বেশি হওয়া উচিত । এতে কিছু স্যান অ্যানালিটিকস যোগ করুন যদি আপনি পারেন তবে যদি সান কোনও সমস্যা দেখায় তবে আপনি অবশ্যই ভিএম এর ভার্চুয়াল ডিস্কগুলিতে সঞ্চিত ভলিউমগুলি বিচ্ছিন্ন করার জন্য এবং \ বা ভলিউম বাড়ানোর জন্য স্টোরেজটি পুনরায় কাজ করতে পারবেন almost একইরকম অন্য কোনও ওএস-হাইপারভাইজার সংমিশ্রণের ক্ষেত্রে প্রযোজ্য - আপনি যা যা অভ্যন্তরীণ পরিসংখ্যান পেতে পারেন তা কী তা নিয়ে হাইপারভাইজারের দৃষ্টিভঙ্গির সাথে সম্পর্কিত হন কারণ একটি ভিএম-র মধ্যে 100% সিপিইউ রিপোর্ট করা হয়েছে (উদাহরণস্বরূপ) অগত্যা এটির অর্থ হ'ল হাইপারভাইজার কখনই সরবরাহ করতে পারে না আরও কর্মক্ষমতা,
পারফরম্যান্সের কারণে ভার্চুয়াল সার্ভারকে শারীরিক স্থানান্তরিত করা দরকার বলে আমি একমত নই। হাইপারভাইজারগুলি এখন ধাতবটির এত কাছাকাছি যে কার্যত কোনও কার্যকারিতা হিট হয় না (পাং উদ্দেশ্যে) performance বিশেষত এখন অনেক বোর্ড নির্মাতারা চিপসেটে হাইপারভাইজার সহ অন্তর্ভুক্ত রয়েছে। যদি আপনি অভিন্ন হার্ডওয়্যার সহ দুটি সার্ভার নিয়ে থাকেন, একজন একক অতিথি চালাচ্ছেন এবং একজন যদি সেই অতিথির আসল অনুলিপিটি শারীরিক হার্ডওয়্যারটিতে চালাচ্ছেন তবে আমার মনে হয় যে পারফরম্যান্সের মধ্যে একটি পার্থক্য লক্ষ্য করার জন্য আপনাকে কঠোর চাপ দেওয়া হবে।
অন্যান্য কারণ রয়েছে, যদিও আপনার ভার্চুয়াল না হয়ে শারীরিক সার্ভারের প্রয়োজন হতে পারে। তার মধ্যে একটি হল হার্ডওয়্যার সামঞ্জস্য। যদি আপনার অ্যাপ্লিকেশনটির নিজস্ব অনন্য বাস সহ অ-মানক হার্ডওয়্যার প্রয়োজন হয় তবে আপনি এটি ভার্চুয়াল মেশিনে চালাতে সক্ষম নন।
অন্যেরা কী বলবে তা শুনতে আমি উদ্বিগ্ন। দুর্দান্ত প্রশ্ন।
দ্রষ্টব্য: আমাদের এমন সার্ভারগুলি রয়েছে যা ভার্চুয়ালাইজড হয়েছিল এবং তারপরে ঠিক আমাদের পছন্দসই স্ন্যাপশট / ভিএমশন ক্ষমতা অর্জনের জন্য একই হার্ডওয়্যারটি আবার ফিরিয়ে দেয়।
আমি এই বিষয়টির বিশেষজ্ঞ নই, তবে সাধারণত বলছি: খুব ক্ষুধার্ত I / O অ্যাপ্লিকেশনগুলি (বিশেষত যারা খুব কম এবং দ্রুত লেখেন) তারাই নিজের শারীরিক সার্ভার পান।
তাদের খুঁজে পাওয়া খুব কঠিন নয়, আপনি কেবল পারফরম্যান্স মনিটর চালান এবং উচ্চ i / o অপেক্ষার সময়গুলি সন্ধান করেন।
এছাড়াও, উচ্চ-শেষ ডেটাবেসগুলি সাধারণত বিভিন্ন কারণে তার নিজস্ব ডেডিকেটেড সার্ভার পায়:
এটি এই যে পরিষেবাটি সম্পাদন করছে তার উপর নির্ভর করে।
আমি সাধারণত যে সংস্থানগুলি ব্যবহার করা হচ্ছে তার দিকে নজর রাখি এবং নির্ধারিত করে যে তারা এই অতিথি এবং এটি সরবরাহ করে সেগুলির জন্য সত্যিকার অর্থেই বোটেলনেকস।
এটি এইভাবে:
আপনার যদি ডুয়াল কোর (2 ভিএসএমপি), 4 জিবি র্যাম অতিথি ওয়েব সার্ভার (আইআইএস) চালাচ্ছেন এবং আপনি সিপিইউ এবং র্যামের অনুরোধটি সর্বাধিক ছাড়ছেন না, তবে সম্ভবত অতিথিকে আরও হার্ডওয়ারের দরকার নেই।
আমরা এমন ক্ষেত্রে চলে এসেছি যেখানে ভার্চুয়ালাইজেশন প্ল্যাটফর্মে একটি ওরাকল ডেটাবেস চালানো একই আকারের হার্ডওয়্যার সার্ভার হিসাবে একই পরিমাণে পারফরম্যান্সের কাছাকাছি চলে আসে।
স্পষ্টতই, আপনি যদি ভিএম হিসাবে কোনও 16-কোর সার্ভার রাখতে চান তবে এটি ডেডিকেটেড হার্ডওয়্যারের পাশাপাশি সঞ্চালন করতে আপনার কিছুটা সমস্যা হতে পারে।
যখন ভিএম সংস্থানগুলির জন্য অনাহারে থাকে (বা সম্ভবত অন্যান্য ভিএম সংস্থার জন্য অনাহারে থাকে) উদাহরণস্বরূপ:
আমি এটি বলব যখন সার্ভারটি এমন পর্যায়ে থাকে যেখানে এটি সার্ভার সংস্থানগুলির যথেষ্ট পরিমাণে ব্যয় করে যে এটি হার্ডওয়্যারটি ভাগ করতে পারে না।
ESX, ESXi এবং উইন্ডো হাইপার ভি সমস্ত আপনার বাস্তব পারফরম্যান্সের কাছাকাছি দেওয়া উচিত। সুতরাং যতক্ষণ না কোনও মেশিন তার নিজের 90% রিসোর্স ব্যবহার করছে না আপনার আসল হার্ডওয়্যারে যাওয়ার দরকার নেই।
ব্যতিক্রমগুলি হ'ল হার্ডওয়্যারটি ব্যর্থ হলে একই বক্সে আপনার 2 ডোমেন নিয়ন্ত্রকদের মতো জিনিস আপনি চাইবেন না।
আমি সন্দেহ করি এর জন্য একটি জেনেরিক উত্তর রয়েছে তবে আপনি যদি পারফমেন্স সম্পর্কে উদ্বিগ্ন হন তবে আপনাকে এটি দেখতে হবে। সুস্পষ্ট হ'ল আপনি সিপিইউ, আই / ও, সর্বোচ্চ ব্যবহার করছেন কিনা তা যাচাই করা হবে ...
তবে এছাড়াও, পারফরম্যান্স টেস্টিং এবং মানদণ্ডগুলি আপনাকে ভার্চুয়াল হওয়ার জন্য কোনও জরিমানা আছে কিনা এবং হোস্টে একটি ভিএম থাকা বুদ্ধিমান কিনা তা স্থির করতে আপনাকে সহায়তা করবে।
আপনার প্রথমে কোন উত্সটি হ'ল বাধা identify
উইন্ডোজ পারফরম্যান্স মনিটর ( পারফোন ) বিভিন্ন দিক যেমন ডিস্ক সারি, ভার্চুয়াল মেমরি স্ট্যাটাস ইত্যাদির জন্য প্রচুর কাউন্টার সরবরাহ করে
আপনি যদি ডিস্কে আবদ্ধ হন তবে ভিএমওয়্যার সহ কোনও ভিএমএক্স ফাইলের পরিবর্তে ভার্চুয়াল মেশিনটিকে কোনও ডিস্কে সরাসরি অ্যাক্সেস দেওয়া অনেক সহায়তা করতে পারে।
আমি মনে করি এটি সমস্ত দুটি কারণের উপর নির্ভর করে:
শুধু আমার 2cts।