প্রশ্ন একক-থ্রেড অ্যাপ্লিকেশন ভার্চুয়াল E5450 এর চেয়ে VMware X5650 এ 50% ধীর


আমাদের অ্যাপ্লিকেশন একটি বেয়ার-ধাতু E5450 এর চেয়ে ESX এর অধীনে একটি Xeon X5650 এ 50% ধীর গতিতে চালায়।

শারীরিক সার্ভারের একটি পরীক্ষা টাস্ক 17 মিনিট সময় লাগে।

ভার্চুয়াল সার্ভারগুলিতে একই কাজটি 25 মিনিট সময় নেয়: 50% বেশি।

সবকিছু থেকে আমি বলতে পারি, এই অসম্ভব হওয়া উচিত; 5600 সিরিজ একই ক্লক গতিতে একক-থ্রেডেড প্রক্রিয়াগুলির জন্য 5400 সিরিজের চেয়ে 10-20% দ্রুত বলে মনে করা হয় এবং ভার্চুয়ালাইজেশান ওভারহেড একক-থ্রেড CPU- আবদ্ধ ওয়ার্কলোডগুলির জন্য একইভাবে কম হওয়া উচিত। কর্মক্ষমতা উচিত অন্তত এমনকি বিরতি, তাই না? কিন্তু সমান বা ভাল পারফরম্যান্সের পরিবর্তে, কর্মক্ষমতা 1/3 দ্বারা কাটা হয়।


আপডেট: সমাধান। (নির্দিষ্ট) ভার্চুয়াল সার্ভারগুলিতে একই কাজটি 14 মিনিট সময় নেয়: 15% দ্রুত।

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

অ্যাপ্লিকেশন কর্মক্ষমতা এখন আমরা মূলত প্রত্যাশিত 10-20% উন্নতি মাঝখানে smack হয়।


দুটি ভার্চুয়াল উইন্ডোজ সার্ভার 2003 R2 সিস্টেম রয়েছে যা একটি অ্যাপ্লিকেশন চালায় যা একটি সার্ভার (32-বিট) -এ একক-থ্রেডেড গণনা চালায়, অন্যটি (64-বিট) -এ একটি SQL সার্ভার 2005 ডেটাবেসে পিছনে এবং পরে কথা বলে।

উভয় শারীরিক বাক্স একক-সিপিইউ E5450 হয় 4 গিগাবাইট র্যাম @ 800 মেগাহার্টজ। গণনা সার্ভারটি 1.5 গিগাবাইটের বেশি শারীরিক মেমরি ব্যবহার করে না এবং SQL সার্ভারটি 2.5 গিগাবাইটের বেশি ব্যবহার করে না। গণনা সার্ভারে CPU ব্যবহার কখনও ~ 15% ছাড়ে না (প্রায় একক কোরের প্রায় 50%)। ডিবি সার্ভারে CPU ব্যবহারটি ২5% ছাড়িয়ে গেছে (সম্পূর্ণরূপে ব্যবহারযোগ্য একক কোর)।

শারীরিক ESX 4.1 হোস্টগুলি ডুয়াল-সিপিইউ এক্স 5650 এর সাথে 64 গিগাবাইট RAM @ 1333 MHz। ভার্চুয়াল মেশিনগুলি শারীরিক পরিবেশকে মিরর করতে 4 কোর এবং 4 গিগাবাইট র্যাম দেওয়া হয়। পরীক্ষার প্রতিটি ভৌত ​​হোস্টে চলমান একক ভিএম দিয়ে একই হোস্টে চলমান উভয় পাশাপাশি তৈরি করা হয়েছিল।

আগ্রহজনকভাবে, আমরা X5550 CPUs এবং RAM @ 1066Mhz ব্যবহার করে ESSE সার্ভারগুলির অন্য জোড়াতে প্রায় 25-মিনিটের পরীক্ষা ফলাফলগুলি প্রায় পেয়েছি।

এছাড়াও, ভার্চুয়াল সিস্টেমে পরীক্ষার ফলাফলগুলি ভিএম 1, 2, বা 4 সিপিএস, অথবা 1, 2, 4, বা 8 গিগাবাইট RAM প্রদানের উপায় ছাড়াই 10% ছাড়িয়ে যায় না। খুব সামান্য নেটওয়ার্ক বা ডিস্ক কার্যকলাপ আছে, এবং যতদূর আমি বলতে পারি প্রক্রিয়াটি সিপিইউ আবদ্ধ হওয়া উচিত।

পৃথক হোস্টে স্থানীয় 15K এসএএস ডিস্কের পাশাপাশি 15 জি ডিস্কের সাথে গিগাবিট iSCSI SAN উভয়ই পরীক্ষা চালানো হয়েছে। বিভিন্ন স্টোরেজ জন্য ফলাফল মধ্যে নগণ্য ভিন্ন আছে।

আমি যা বলতে পারি তা থেকে, Xeon 5600-সিরিজ 5400-সিরিজের একক-থ্রেডযুক্ত ওয়ার্কলোডগুলির জন্য 20-50% দ্রুত হওয়া উচিত। X5650 একটি 2.67GHz অংশ এবং E5450 একটি 3GHhz অংশ বিবেচনা করে, যদি প্রতি-কোর কর্মক্ষমতা একই ঘড়ির গতিতে সমান হয় তবে আপনি 67% এর পরিবর্তে কমপক্ষে 90% কর্মক্ষমতা দেখতে পাবেন। এই এমনকি মেমরি ঘড়ি গতি প্রায় দ্বিগুণ যে একাউন্টে নিতে না।

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

সম্ভাব্য কারণ বা কোন কনফিগারেশন সেটিংস উপর কোন ধারনা আমি পরীক্ষা করা উচিত?


5
2017-08-30 07:53


উত্স


ভার্চুয়াল সেটআপ এখন একটি ভার্চুয়াল সুইচ ব্যবহার যদিও? - Steve-o
আমি আপনাকে কিছু পরামর্শ দিতে পারব না তবে কিছু অ্যাপ্লিকেশন শুধু ভার্চুয়ালাইজড এনভায়রনমেন্টে কাজ করে না। আমরা একটি খুব ভাল কারণে এমএস অনুসন্ধান সার্ভারের জন্য একটি শারীরিক বক্স রাখুন .. - pauska
@ স্টিভ-ও একটি বিতরিত স্যুইচ নয়, যদি আপনি এটির অর্থ করেন; উভয় পক্ষের বন্ধ gigabit পোর্ট ব্যবহার করে স্ট্যান্ডার্ড vSwitch। তবে মোট নেটওয়ার্ক ট্র্যাফিকটি প্রায় 17-২5 মিনিটের পরীক্ষায় কেবলমাত্র ২00KB। - ryandenki
আপনি নিজেকে উচ্চতর বিলম্বিত করতে পারে, পরীক্ষা করার একমাত্র উপায় পৃথক মেশিনে VMs হয় সাময়িকভাবে প্রতিটি হোস্ট জন্য একটি শারীরিক এনআইসি যোগ করা। - Steve-o
দুঃখিত এটা পরিষ্কার ছিল না; এই শারীরিক এনআইসি দ্বারা সংযুক্ত পৃথক মেশিনে পরীক্ষা করা হচ্ছে। যে পরিষ্কার করতে সম্পাদিত হয়েছে। - ryandenki


উত্তর:


ভার্চুয়ালাইজেশনের ধরন উপর নির্ভর করে, 5% ওভারহেড বেশ ভাল কেস দৃশ্যকল্প। সম্পূর্ণ প্যারাভারচুয়ালাইজেশনের সাথে, আপনি আইও-লাইট ওয়ার্কলোডগুলিতে খুব সহজে এই উপরিভাগটি অর্জন করতে পারেন। হার্ডওয়্যার সহায়তায় ভার্চুয়ালাইজেশান (ভিএমওয়্যার দ্বারা ব্যবহৃত প্রযুক্তি) এর সাহায্যে, কয়েকটি ভিএম সহ হাইপারভাইজারে আইও-লাইট ওয়ার্কলোডগুলিতে এমন কম ওভারহেড অর্জন করা সম্ভব। সম্পূর্ণ ভার্চুয়ালাইজেশন (কোন CPU এক্সটেনশন নেই), 5% ওভারহেড বেশ অনেক স্বপ্ন।

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

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

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

আপনার অ্যাপ্লিকেশনের একক-থ্রেডেড প্রকৃতির কারণে, আরো কোর থাকার ফলে কোন উল্লেখযোগ্য কর্মক্ষমতা উন্নতি হবে না। উভয় CPUs একই ফ্রিকোয়েন্সি আছে কিন্তু আপনি X5650 "Turbo Boost" ছাড়া একটি ধীর ফ্রিকোয়েন্সি আছে বিজ্ঞপ্তি পাবেন। আপনি যে বৈশিষ্ট্যটি আপনার সেটআপের সাথে সামঞ্জস্যপূর্ণ / সক্ষম কিনা পরীক্ষা করতে চাইতে পারেন।

IO নিবিড় workload উপর 33% overhead হয়, আমি, তাই খারাপ না খুঁজে। আপনার দুটি VMs এর জন্য সঞ্চয়স্থান আলাদা করার চেষ্টা করুন এবং এটি সাহায্য করে কিনা তা দেখুন।


1
2017-08-30 10:18



ঠিক আছে, সম্ভবত আপনি 5% ওভারহেড দেখতে আশা করবেন না, তবে আপনি 5-বছরের নতুন হার্ডওয়্যারে 50% অবনতি দেখতে পাবেন, যা প্রতি ESX হোস্ট প্রতি 1 ভিএম চলছে? - ryandenki
আপনি যদি কোরের সংখ্যার পার্থক্য ভুলে যান তবে CPU গুলি স্পেসগুলিতে খুব দ্রুত দেখতে একই রকম। আপনি যে স্টোরেজটি ব্যবহার করছেন সেটি এমনকি আপনি উল্লেখ করেছেন না ... ভার্চুয়ালাইজেশান আইও-নিবিড় কাজের লোড পছন্দ করে না, এটি নতুন নয়। - Antoine Benkemoun
আমি 15 কে এসএএস স্থানীয় স্টোরেজ পরীক্ষা, প্রতি হোস্ট পৃথক, এবং একটি শেয়ার করা iSCSI SAN (এছাড়াও 15K) উপর পরীক্ষা চালানো হয়েছে। কোন ধরনের স্টোরেজ রান মধ্যে উল্লেখযোগ্য ভিন্ন। উইন্ডোজ পারফরম্যান্স কাউন্টারের মতে, পরীক্ষার সময় বাইটগুলি মোটামুটি 5MB, প্রায় 150 কেবি লিখেছেন। VMware পরিসংখ্যান একই সম্পর্কে চেহারা। - ryandenki
আমি অতিরিক্ত কোরগুলির কোনও পার্থক্য নেই বলে আশা করি না যে প্রসেসিং থ্রেডটিকে পপ আপ করতে পারে এমন অন্য যেকোন ব্যাকগ্রাউন্ড কাজগুলির সাথে বাধা না দিলে এবং পরীক্ষার কোনও প্রভাব দেখায় না। টার্বো বুস্ট মোড সম্পর্কে আপনার মন্তব্যটি আকর্ষণীয় হলেও - এতে বিদ্যুৎ ব্যবহারের উপর কোনও ঝলক নেই, যা আমি লাথি দিচ্ছি কিনা সে সম্পর্কে আমি আশা করব। আমি পুনরায় বুট করতে এবং এর জন্য BIOS সেটিংস যাচাই করতে হবে। ধারণা জন্য ধন্যবাদ। - ryandenki
আপনি ভিএমওয়্যার-সরঞ্জাম ব্যবহার করছেন? - Antoine Benkemoun