VMmanager: स्थानीय संग्रहण प्रदर्शन तुलना

हमारे ग्राहक अक्सर यह सवाल करते हैं कि वीमनमैन द्वारा समर्थित किस प्रकार के डेटा स्टोर सबसे अच्छे, सबसे तेज़, और कौन से मामले में चुनना है। दुर्भाग्य से, इस सवाल का जवाब सिर्फ काम नहीं करता है।

इसलिए, हमने डेटा वेयरहाउस के प्रदर्शन का परीक्षण करने का निर्णय लिया।


मार्च 2013 की शुरुआत में कंपनी ISPsystem ने वर्चुअलाइजेशन - VMmanager के प्रबंधन के लिए एक नए सॉफ्टवेयर उत्पाद को जारी करने की घोषणा की । वर्चुअल मशीन की मेजबानी के लिए और क्लाउड बनाने के लिए समाधान को अनुकूलित किया गया है।

VMmanager कई प्रकार के डेटा संग्रहण का समर्थन करता है। शब्द "डेटा स्टोरेज" का अर्थ है कि वर्चुअल डिस्क को कैसे संग्रहीत किया जाता है। ये प्रकार नेटवर्क और स्थानीय में विभाजित हैं। नेटवर्किंग में शामिल हैं: iSCSI , NFS और RBD । स्थानीय करने के लिए - LVM और DIR (फाइल सिस्टम)।

• iSCSI एक रिमोट स्टोरेज मैनेजमेंट प्रोटोकॉल है जो आपको IP नेटवर्क पर SCSI कमांड भेजने का उपयोग करके लंबी दूरी पर डेटा भेजने की अनुमति देता है।
• एनएफएस - नेटवर्क संलग्न भंडारण। यह स्थानीय की तुलना में बहुत धीमा है, इसे केवल अतिरिक्त आभासी डिस्क रखने के लिए उपयोग करने की सिफारिश की जाती है।
• RDB - जिसे सेफ राडोस ब्लॉक डिवाइस के रूप में भी जाना जाता है। यह एक वितरित फ़ाइल सिस्टम है। Habré पर उपयोगकर्ता ilaskov की एक संक्षिप्त मदद से सेफ FS की स्थापना पर एक लेख-गाइड था।
• LVM - मुख्य स्थानीय भंडारण के रूप में उपयोग के लिए सबसे अच्छा समाधान है।
• फाइल सिस्टम - सर्वर फाइल सिस्टम को स्टोरेज के रूप में उपयोग किया जाएगा। वर्चुअल डिस्क छवियों को रॉ फ़ाइलों के रूप में संग्रहीत किया जाता है।

प्रस्तुत प्रत्येक के अपने नुकसान और फायदे हैं। उदाहरण के लिए, नेटवर्क डेटा स्टोरेज का उपयोग करते समय, जब वर्चुअल मशीन से माइग्रेट करने का सवाल उठता है, तो क्लस्टर में छवि को किसी अन्य नोड में स्थानांतरित करने की आवश्यकता नहीं होती है।

सबसे सुलभ और व्यापक होने के नाते, हमने इस सवाल का जवाब देने के लिए स्थानीय डेटा स्टोर LVM , DIR ( RAW प्रारूप और Qcow2 प्रारूप के साथ) लेने का फैसला किया: पढ़ने या लिखने के दौरान कौन सा स्थानीय भंडारण सबसे तेज़ है।
संदर्भ के लिए:

• रॉ किसी भी आंतरिक प्रारूप के बिना एक पूर्ण ब्लॉक डिवाइस छवि है।
• Qcow2 QEMU डिस्क छवि प्रारूप है। यह कॉपी-ऑन-राइट प्रारूप (रिकॉर्डिंग के दौरान नकल) का एक संक्षिप्त नाम है।

परीक्षण के लिए, इस विन्यास का एक सर्वर चुना गया था:

• CPU: Intel Core2Quad CPU Q6600
• रैम: 8 जीबी
• HDD: RAID-10 Adaptec ASR3405 4x150GB SAS
• ओएस: सेंटोस 6

फियो एप्लिकेशन का उपयोग करके परीक्षण स्वयं किया गया था, जिसे हब्रोवचन अमारामो द्वारा लेख में वर्णित किया गया था - "डिस्क प्रदर्शन को ठीक से कैसे मापें" । उपयोगिता आधिकारिक वेबसाइट पर स्रोत कोड के रूप में उपलब्ध है।

हमने Centos पर स्थापित करने के लिए EPEL रिपॉजिटरी का उपयोग किया:

• wget dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
• rpm -Uvh epel-release-6 * .rpm
• yum --enable-repo = epel install fio

पढ़ने और लिखने दोनों का अलग-अलग परीक्षण किया गया था। IOPS की संख्या को मुख्य मूल्य के रूप में चुना गया था।

फियो विकल्प इस प्रकार थे:

पढ़ना परीक्षण:
[Readtest]
blockize = 128k
फ़ाइल नाम = / देव / vdb
rw = randread
प्रत्यक्ष = १
शौकीन = ०
ioengine = लाइबियो
आयोडपथ = 16

रिकॉर्डिंग परीक्षण:
[Writetest]
blockize = 128k
आकार = 100%
फ़ाइल नाम = / देव / vdb
rw = randwrite
प्रत्यक्ष = १
शौकीन = ०
ioengine = लाइबियो
आयोडपथ = 16

प्रत्येक परीक्षण तीन बार चलाया गया था। प्रत्येक प्रक्षेपण से पहले, dd एप्लिकेशन का उपयोग करके डिस्क को "शून्य" से भर दिया गया था:

• dd if = / dev / zero of = / dev / vdb bs = 4096 conv = noerror

और ऑपरेटिंग सिस्टम के डिस्क कैश को फ्लश कर दिया:

• इको 3> / proc / sys / vm / drop_caches

चूंकि परीक्षण उसी भौतिक सरणी पर किया गया था जहां ऑपरेटिंग सिस्टम स्थापित है, सिस्टम एप्लिकेशन प्राप्त मूल्यों को प्रभावित कर सकता है। इसलिए, माध्य को परिणामस्वरूप मूल्य के रूप में लिया गया था । चूँकि कुछ मूल्य परिमाण के क्रम से भिन्न होने लगते हैं।

परीक्षण के लिए, 50,000 एमबी आकार की एक आभासी डिस्क बनाई गई थी। आकार संयोग से नहीं लिया जाता है। वर्चुअल सर्वर के लिए सबसे आम डिस्क आकार के रूप में। सभी डिस्क पुण्य चालक का उपयोग करते हुए आभासी मशीनों से जुड़े थे। एक आभासी वातावरण में मुख्य उपकरणों के साथ काम करते समय पैरावर्ट ड्राइवर (सिटिओ) का उपयोग किया जाता है। इन ड्राइवरों का उपयोग आम तौर पर वर्चुअल डिस्क सबसिस्टम के प्रदर्शन में सुधार करता है। ये ड्राइवर 2.6.25 संस्करण के बाद से लिनक्स कर्नेल में मौजूद हैं।

पहले परीक्षण विधि ने sda4 (जो बाद में LVM और वर्चुअल मशीन के लिए डिस्क दोनों का निर्माण किया) को फियो - आकार = 50G के अलावा मापदंडों में शामिल किया।

परीक्षण के लिए, दूसरी विधि में, एक LVM वॉल्यूम समूह बनाया गया था, और इस LVM समूह में 500,000 एमबी का विभाजन बनाया गया था, जैसा कि एक वर्चुअल मशीन के लिए होता है।

RAW और Qcow2 प्रारूपों के साथ DIR रिपॉजिटरी का परीक्षण करते समय , डिस्क चित्र स्वयं / vm निर्देशिका में ext4 फ़ाइल सिस्टम में फ़ाइलों के रूप में स्थित थे।

पाँचवीं परीक्षण विधि में, एक पास बनाया गया था और डिस्क को "शून्य" से नहीं भरा गया था। चूँकि मैं फ़ाइल सिस्टम का स्नैपशॉट लेने के बाद प्रदर्शन में दिलचस्पी ले रहा था।

परिणाम तालिका

संख्या	भंडारण प्रकार	टेस्ट रिजल्ट, IOPS पढ़ें	रिकॉर्ड परीक्षा परिणाम, IOPS
1	भौतिक सर्वर पर पढ़ें / लिखें	843	331
2	भौतिक सर्वर पर LVM विभाजन	848	559
3	DIR (RAW) पर वर्चुअल मशीन	668	545
4	आभासी मशीन पर DIR (Qcow2)	621	463
5	DIR (Qcow2) + स्नैपशॉट पर वर्चुअल मशीन	615	56
6	एलवीएम पर वर्चुअल मशीन	854	557

तालिका में डेटा के आधार पर, हम निम्नलिखित निष्कर्ष पर आ सकते हैं।

• सबसे तेज LVM स्टोरेज का उपयोग है।
• लेकिन एक ही समय में, रॉ स्टोरेज उस पर विभिन्न ऑपरेशन करने के लिए सबसे आसान है: आकार बदलना, डिस्क लेआउट बदलना, रूपांतरण के बिना एक और वर्चुअलाइजेशन पर चलना, या Qcow2 प्रारूप में परिवर्तित करना ।
• Qcow2 का लाभ फ़ाइल सिस्टम स्नैपशॉट (स्नैपशॉट) के लिए समर्थन है, लेकिन उनका उपयोग रिकॉर्डिंग को बहुत धीमा कर देता है। इस तथ्य के कारण लेखन की गति कम हो जाती है कि स्नैपशॉट के सापेक्ष सभी ब्लॉकों को ओवरराइट करने की प्रतीक्षा है।