অবিশ্বাস্যরূপে কম কেভিএম ডিস্ক কর্মক্ষমতা (কিচ্কিও 2 ডিস্ক ফাইলগুলি + ভিরিও)

27

কেভিএম অতিথি সেট আপ করার সময় আমার বেশ কয়েকটি গুরুতর ডিস্ক কর্মক্ষমতা সমস্যা রয়েছে problems একটি সহজ ব্যবহার ddপরীক্ষা, হোস্ট যে qcow2 ইমেজ (ক মিরর RAID অ্যারের) রক্ষিত উপর পার্টিশন উপর এ লেখেন 120MB / গুলি , যখন আমার অতিথি ছোটো থেকে লিখেছেন পায় 0.5 3MB / গুলি ।

অতিথিকে বেশ কয়েকটি সিপিইউ এবং 4 জি র‌্যামের সাহায্যে কনফিগার করা হয়েছে এবং বর্তমানে অন্য কিছু চালানো হচ্ছে না; এই মুহুর্তে এটি সম্পূর্ণ ন্যূনতম ইনস্টল।
পারফরম্যান্স ব্যবহার করে পরীক্ষা করা হয় time dd if=/dev/zero of=/tmp/test oflag=direct bs=64k count=16000।
অতিথিটি ভিরিওটিও ব্যবহারের জন্য কনফিগার করা হয়েছে, তবে এটির কার্য সম্পাদনে কোনও পার্থক্য দেখা যাচ্ছে না।
হোস্ট পার্টিশনগুলি 4kb সারিবদ্ধ হয় (এবং হোস্টের উপর পারফরম্যান্স ঠিক আছে)।
ডিস্কগুলিতে রাইটব্যাক ক্যাচিং ব্যবহার করে রিপোর্টিত পারফরম্যান্স ব্যাপকভাবে বৃদ্ধি পায় তবে আমি এটি ব্যবহার না করা পছন্দ করি; এমনকি এটি ছাড়া পারফরম্যান্স এর চেয়ে আরও ভাল হওয়া উচিত।
হোস্ট এবং অতিথি উভয়ই উবুন্টু 12.04 এলটিএস চালাচ্ছেন, যা qemu-kvm 1.0 + noroms-0ubuntu13 এবং libvirt 0.9.8-2ubuntu17.1 নিয়ে আসে।
হোস্টের ডেডলাইন আইও সিডিউলার সক্ষম রয়েছে এবং অতিথির ন্যাপ রয়েছে।

সেখানে কেভিএম অভিনেত্রীকে টুইট করার জন্য প্রচুর গাইড রয়েছে বলে মনে হচ্ছে এবং আমি শেষ পর্যন্ত সেখানে পৌঁছে যাব তবে মনে হচ্ছে সময় মতো এই মুহুর্তে আমার থেকে আরও ভাল পারফরম্যান্স পাওয়া উচিত তাই মনে হচ্ছে কিছু ইতিমধ্যে খুব ভুল is

আপডেট 1

এবং হঠাৎ যখন আমি ফিরে যাচ্ছি এবং এখনই পরীক্ষা করি তখন এটি 26.6 এমবি / সে; আমি ডাব্লু / কিউক্রো 2 এর চেয়ে বেশি এটি প্রত্যাশিত। সমস্যাটি কী হতে পারে সে সম্পর্কে কারও কোনও ধারণা থাকলে আমি প্রশ্নটি ছেড়ে দেব (এবং যদি এটি রহস্যজনকভাবে আবার ফিরে আসে)।

আপডেট 2

আমি কিউকিও 2 পারফরম্যান্স সম্পর্কে চিন্তিত হওয়া বন্ধ করে দিয়েছি এবং কাঁচা চিত্র সহ RAID1 এর শীর্ষে LVM কেটে ফেলেছি, এখনও ভার্চিও ব্যবহার করছি তবে ডিস্ক ড্রাইভে ক্যাশে = 'না' এবং আইও = 'নেটিভ' সেট করছি। লেখার পারফরম্যান্স এখন অ্যাপেক্স। 135MB / s উপরের মতো একই বেসিক পরীক্ষাটি ব্যবহার করছে, সুতরাং সমস্যাটি কী ছিল তা সহজেই পুরোপুরি কাজ করা যেতে পারে তা খুঁজে বের করার ক্ষেত্রে খুব একটা পয়েন্ট বলে মনে হচ্ছে না।

performance kvm-virtualization qcow2

— এল ইয়াবো
সূত্র

আপনি ব্যবহারে বিতরণ এবং সফ্টওয়্যার সংস্করণ উল্লেখ করেন নি।

— dyasny

সংস্করণে কিছু তথ্য যুক্ত করা হয়েছে।

— এল ইয়াবো

আহ, যেমন প্রত্যাশিত উবুন্টু ... ফেডোরায় আপনি এটি পুনরুত্পাদন করতে পারেন এমন কোনও সুযোগ?

— dyasny

সার্ভারটি জার্মানে এবং আমি বর্তমানে মেক্সিকোয় আছি, সুতরাং এটি কিছুটা জটিল। এবং যদি এটি হঠাৎ করে কাজ করে ... আমি এখনও ফেডোরা সার্ভারের সাথে ডিল করতে চাই না;) আমি কিছু মন্তব্য দেখেছি যে কেভিএম-এর জন্য ফেডোরা / সেন্টোস-এর চেয়ে বেশি সমস্যা ডেবিয়ান / উবুন্টু সিস্টেমে ছিল না suggest সেখানে উন্নয়ন কাজ করা হয়েছিল।

— এল ইয়াবো

আমার বক্তব্য। এবং যে কোনও ক্ষেত্রে, আপনি যদি কোনও সার্ভার গ্রেড ওএসের পরে থাকেন তবে আপনাকে

— আরএইচইএল

14

আচ্ছা, হ্যাঁ, কিউকো 2 ফাইলগুলি তীব্র দ্রুত পারফরম্যান্সের জন্য ডিজাইন করা হয়নি। কাঁচা পার্টিশন (বা, পছন্দসই, LVs) এর মাধ্যমে আপনি আরও ভাল ভাগ্য অর্জন করবেন।

— বোকা
সূত্র

3

স্পষ্টতই, তবে এগুলি বোঝা যাচ্ছে না যে আমি যে সংখ্যাগুলি পাচ্ছি তার মতো যথেষ্ট বকাবকি।

— এল ইয়োব

1

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

— এল ইয়াবো

1

18:35 (কিউকো 2) বনাম 8:48 (কাঁচা) "তুলনামূলক সময়"?

— ভোমল

1

আমি এগুলি RAID1 এর শীর্ষে LVM ব্যাকড কাঁচা চিত্রগুলিতে স্যুইচ করেছি, অতিথির উপরে আইও শিডিউলারটি সেট করে এবং হোস্টের সময়সীমা নির্ধারণ করেছি এবং এটি এখন 138 এমবি / সেগুলিতে লিখেছে। আমি এখনও জানি না যে এটি কি কারণ ছিল যা কিউকো 2 টি 3MB / s গতি অর্জন করেছিল, তবে স্পষ্টতই এটি কাঁচা ব্যবহার করে পাশ কাটা যেতে পারে, সুতরাং আমাকে সেই দিকে এগিয়ে দেওয়ার জন্য ধন্যবাদ।

— এল ইয়াবো

1

এটি একেবারেই সত্য নয় - সর্বশেষ প্যাচগুলি কেমুতে কিউকিও 2 গতিবেগ! আমরা প্রায় সমান।

— lzap

7

কিউসিওডাব্লু 2 দিয়ে শীর্ষস্থানীয় কার্য সম্পাদন কীভাবে করবেন :

qemu-img create -f qcow2 -o preallocation=metadata,compat=1.1,lazy_refcounts=on imageXYZ

সবচেয়ে গুরুত্বপূর্ণটি হ'ল প্রিলোকেশন যা কিউকো 2 ডেভেলপারদের মতে সুন্দর উত্সাহ দেয়। এটি এখন LVM এর সাথে সমান ! নোট করুন যে এটি সাধারণত আধুনিক (ফেডোরা 25+) লিনাক্স ডিগ্রোজে সক্ষম হয়।

এছাড়াও আপনি যদি সুরক্ষিত ক্যাশে সরবরাহ করতে পারেন যদি এটি উত্পাদন উদাহরণ না হয় (এটি বিপজ্জনক এবং প্রস্তাবিত নয়, কেবল পরীক্ষার জন্য ভাল):

<driver name='qemu' cache='unsafe' />

কিছু ব্যবহারকারী রিপোর্ট করেছেন যে এই কনফিগারেশনটি কিছু পরীক্ষায় LVM / অনিরাপদ কনফিগারেশনটিকে মারধর করে।

এই সমস্ত পরামিতিগুলির জন্য সর্বশেষতম QEMU 1.5+ প্রয়োজন! আবার, আধুনিক ডিস্ট্রোসের বেশিরভাগেরই এটি রয়েছে।

— lzap
সূত্র

2

এটা না ব্যবহার ক্যাশে = অনিরাপদ করে নেওয়া ভালো: একটি অপ্রত্যাশিত হোস্ট শাটডাউনে ক্ষিতি প্রকাশ করতে সমগ্র অতিথি ফাইলসিস্টেম। এটা অনেক অনুরূপ কর্মক্ষমতা, কিন্তু অনেক ভালো নির্ভরযোগ্যতা: ব্যবহার ক্যাশে = writeback ভাল।

— shodanshok

1

যেমনটি আমি বলেছি: যদি এটি উত্পাদন উদাহরণ না হয় (পরীক্ষার জন্য ভাল)

— lzap

যথেষ্ট ফর্সা। আমি এটি মিস করেছি;)

— shodanshok

6

আমি এই সেটিংটি সহ QCO2 চিত্রের জন্য দুর্দান্ত ফলাফল অর্জন করেছি:

<driver name='qemu' type='raw' cache='none' io='native'/>

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

আমার qemu-kvmসংস্করণটি হ'ল ওবুন্টু 12.04.2 এলটিএস স্টক থেকে 1.0+noroms-0ubuntu14.8কার্নেল 3.2.0-41-generic।

— gertas
সূত্র

5

আপনি কি "কাঁচা" তে কিউকিউ 2 চিত্র প্রকার সেট করেছেন?

— অ্যালেক্স

আমার ধারণা আমি পুরানো এন্ট্রিটি অনুলিপি করেছি, আমার ধারণা স্পিড বেনিফিটগুলির জন্য একই হওয়া উচিত type='qcow2', আমি সম্পাদনা করার আগে আপনি এটি পরীক্ষা করতে পারেন? এ জাতীয় কনফিগারেশনে আমার আর অ্যাক্সেস নেই - mount bindঅতিথিদের মধ্যে আসল নেটিভ গতি অর্জনের জন্য আমি ডিরেক্টরি সহ এলএক্সসিতে স্থানান্তরিত হয়েছিল ।

— জার্টাস

2

আপনি যদি কোনও ভিএমএস একটি একক কমান্ড দিয়ে চালিয়ে যাচ্ছেন তবে আপনি যে যুক্তিগুলি ব্যবহার করতে পারেন তার জন্য

kvm -drive ফাইল = / path_to.qcow2, যদি = ভাইরিও, ক্যাশে = বন্ধ <...>

এটি 3MB / s থেকে 70MB / s এ আমাকে পেয়েছে

— কৌরিনদো হিম
সূত্র

2

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

সাম্প্রতিকতম কেমু সংস্করণগুলিতে, প্রিওলোকেশন (বা মেটাডেটা-কেবলমাত্র পূর্বলিখন) ব্যবহার না করেও কিউকিউ 2 ফাইলগুলি আরও দ্রুত। তবুও, এলভিএম ভলিউমগুলি দ্রুত থাকে।

ক্যাশে মোডগুলিতে একটি নোট: ডিস্ক ক্যাশে ফ্লাশ / বাধাগুলির জন্য কোনও বা অক্ষম সমর্থন ব্যতীত কোনও অতিথিকে ব্যবহার না করা, রাইটব্যাক ক্যাশেই পছন্দসই মোড। অনুশীলনে, Win2000 + অতিথি এবং যে কোনও লিনাক্স এক্সটি 4, এক্সএফএস বা এক্সটি 3 + বাধা মাউন্ট বিকল্পগুলি জরিমানা। অন্যদিকে, ক্যাশে = অনিরাপদ কখনও উত্পাদন মেশিন ব্যবহার করা উচিত নয় , কারণ ক্যাশে ফ্লাশগুলি হোস্ট সিস্টেমে প্রচার করা হয় না। অপ্রত্যাশিত হোস্ট শাটডাউনটি আক্ষরিক অর্থেই গেস্টের ফাইল সিস্টেমটিকে ধ্বংস করতে পারে।

— shodanshok
সূত্র

2

আমি ঠিক একই সমস্যা অভিজ্ঞতা। RHEL7 ভার্চুয়াল মেশিনের মধ্যে আমার কাছে LIO iSCSI টার্গেট সফ্টওয়্যার রয়েছে যার সাথে অন্যান্য মেশিনগুলি সংযুক্ত থাকে। আমার iSCSI LUNs এর অন্তর্নিহিত স্টোরেজ (ব্যাকস্টোর) হিসাবে আমি প্রথমে LVM ব্যবহার করেছি, তবে তারপরে ফাইল ভিত্তিক চিত্রগুলিতে স্যুইচ করেছি।

দীর্ঘ গল্পের সংক্ষিপ্তসার: যখন ব্যাকিং স্টোরেজটি ভার্টিও_বিএলকে (ভিডিএ, ভিডিবি, ইত্যাদি) সাথে সংযুক্ত থাকে তখন আইএসসিএসআই ক্লায়েন্টের আইএসসিআই লক্ষ্যমাত্রায় সংযোগ স্থাপনের পারফরম্যান্স আমার পরিবেশে ছিল ~ 20 আইওপিএস, থ্রুপুট (আইও আকারের উপর নির্ভর করে) ~ 2- 3 এমআইবি / এস। আমি ভার্চুয়াল মেশিনের মধ্যে ভার্চুয়াল ডিস্ক নিয়ামকটিকে এসসিএসআইতে পরিবর্তন করেছি এবং আমি আমার আইএসসিএসআই ক্লায়েন্টদের কাছ থেকে 1000+ আইওপিএস এবং থ্রুপুট 100+ এমআইবি / গুলি পেতে সক্ষম হয়েছি।

<disk type='file' device='disk'>
   <driver name='qemu' type='qcow2' cache='none' io='native'/>
   <source file='/var/lib/libvirt/images/station1/station1-iscsi1-lun.img'/>
   <target dev='sda' bus='scsi'/>
   <address type='drive' controller='0' bus='0' target='0' unit='0'/>
</disk>

— গ্রেগ ডাব্লু
সূত্র