नेक्सेंटास्टोर फिलर से iSCSI के माध्यम से जुड़े संस्करणों के साथ KVM सर्वर पर आधारित VPS का परीक्षण

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


तो, हमारे KVM परीक्षण नोड को Intel SR1690WBR सर्वर के आधार पर इकट्ठा किया गया है, 2 Xeon E5607 2.26GHz प्रोसेसर, 64GB मेमोरी और SSD हाइपरविजर बूट डिस्क और हार्ड ड्राइव हैं, जहां KVM शायद ही कभी उपयोग किए गए मेमोरी ब्लॉक स्वैप करना पसंद करते हैं। यह सब 1Gbps ईथरनेट के माध्यम से हमारे NexentaStor फाइलर से जुड़ा हुआ है, जिनमें से पैरामीटर इस पोस्ट में विस्तार से वर्णित हैं। प्रोसेसर विशेष रूप से चयनित नहीं थे, लेकिन स्पेयर पार्ट्स में थे। आमतौर पर हम इन कार्यों के लिए तीन से चार गुना बड़े नोड्स का उपयोग करते हैं। एक विशिष्ट नोड में 196GB मेमोरी और दो 6 कोर प्रोसेसर E5645 या E5-2630 हैं। दूसरा गीगाबिट पोर्ट इंटरनेट की दुनिया में दिखता है।

नोड पर अच्छा पुराना KVM है, जिसे SolusVM द्वारा प्रबंधित किया जाता है।
आइए एक बड़े वर्चुअलचका का विस्तार करें:



आकार में 7TB की पतली मूल मात्रा पर ध्यान दें - यह 7TB के आभासी आकार का एक नेक्स्टा माउंटेड iSCSI वॉल्यूम है, और LVM का उपयोग करके वर्चुअल कंप्यूटरों को संग्रहीत करने के लिए वॉल्यूम बनाया जाता है। यदि नोड के साथ कुछ गलत हो जाता है, तो हम डिस्क को एक समान आकार के एक नि: शुल्क सर्वर को रिमूव करते हैं और सभी वर्चुअल मशीनों को न्यूनतम डाउनटाइम के साथ शुरू करते हैं।

तो, हमारे पास 1G मेमोरी, 4 कोर और 1TB डिस्क (sic!) है।
जाँच:

[root@testio ~]# free -m total used free shared buffers cached Mem: 996 712 283 0 125 460 -/+ buffers/cache: 126 870 Swap: 99 0 99 [root@testio ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/vda1 985G 901G 34G 97% / tmpfs 499M 0 499M 0% /dev/shm 

अब देखते हैं कि यह नेक्सेंट पर कैसा दिखता है:


यानी हमने एक टेराबाइट आवंटित की, लेकिन वास्तव में हमने डिस्क पर कब्जा नहीं किया। नेक्सेंटा एक जगह आरक्षित नहीं कर सकता है, इसे केवल तभी लें जब इसे अभ्यास में आवश्यक हो।

हम फियो का उपयोग करके डिस्क की गति को मापते हैं, जैसा कि संबंधित अमरो द्वारा सही ढंग से वर्णित किया गया है।

 [root@testio ~]# cat fio.ini [readtest] blocksize=4k filename=/dev/vda rw=randread direct=1 buffered=0 ioengine=libaio iodepth=16 [writetest] blocksize=4k filename=/tmp/xxx size=900G rw=randwrite direct=1 buffered=0 ioengine=libaio iodepth=16 

नोट - हमारे पास 1TB ड्राइव और रिकॉर्डिंग के लिए 900GB टेस्ट फाइल है। यह किसी भी तरह से नेक्सेंटा कैश में फिट नहीं होगा, यहां तक ​​कि बग़ल में भी नहीं। यदि फ़ाइल को छोटा किया जाता है, तो संख्या बढ़ेगी।

हमें एक अद्भुत परिणाम मिलता है (कुछ अक्षर हटा दिए गए हैं):

 readtest: (groupid=0, jobs=1): err= 0: pid=4075: Sun Jan 2 01:52:14 2000 read : io=1307.1MB, bw=28797KB/s, iops=7199 , runt= 46509msec clat (usec): min=58 , max=474382 , avg=2202.60, stdev=9679.77 bw (KB/s) : min= 1280, max=40624, per=100.00%, avg=29170.78, stdev=10972.45 lat (usec) : 100=0.01%, 250=0.01%, 500=0.04%, 750=0.28%, 1000=0.73% lat (msec) : 2=89.14%, 4=6.86%, 10=1.20%, 20=1.10%, 50=0.51% lat (msec) : 100=0.03%, 250=0.03%, 500=0.05% cpu : usr=4.79%, sys=18.70%, ctx=146562, majf=0, minf=41 writetest: (groupid=0, jobs=1): err= 0: pid=4076: Sun Jan 2 01:52:14 2000 write: io=473612KB, bw=10190KB/s, iops=2547 , runt= 46478msec clat (usec): min=247 , max=1000.7K, avg=6225.70, stdev=20751.20 lat (msec): min=1 , max=1000 , avg= 6.28, stdev=20.89 bw (KB/s) : min= 13, max=14792, per=100.00%, avg=10431.00, stdev=4163.53 lat (usec) : 250=0.01%, 500=0.01%, 750=0.01%, 1000=0.01% lat (msec) : 2=0.07%, 4=20.12%, 10=76.81%, 20=0.93%, 50=1.05% lat (msec) : 100=0.69%, 250=0.15%, 500=0.12%, 750=0.02%, 1000=0.01% lat (msec) : 2000=0.01% 

क्या होता है:
कतार 64: 6200 IOPS और 10ms पढ़ें, 1200/44 लिखें
कतार 16: 7200 IOPS और 2.4ms पढ़ें, 2500/6 लिखें
कतार 1: 1260 IOPS और 4ms पढ़ें, 727/8 लिखें

आइए यह न भूलें कि हमारे ड्राइव नियमित गीगाबिट ईथरनेट के माध्यम से iSCSI पर लगाए जाते हैं - ये 1ms सच एक ही रास्ता हैं।

Yandex से फ़ाइल डाउनलोड करें:

 [root@testio ~]# wget ftp://ftp.yandex.ru/centos/6.3/isos/x86_64/CentOS-6.3-x86_64-bin-DVD1.iso --2000-01-02 02:18:54-- ftp://ftp.yandex.ru/centos/6.3/isos/x86_64/CentOS-6.3-x86_64-bin-DVD1.iso Connecting to ftp.yandex.ru|213.180.204.183|:21... connected. Logging in as anonymous ... Logged in! ==> PASV ... done. ==> RETR CentOS-6.3-x86_64-bin-DVD1.iso ... done. Length: 4289386496 (4.0G) (unauthoritative) 1% [> ] 69,638,574 10.7M/s eta 6m 8s ^C 

हमारे पास एक 100M इंटरफ़ेस है, जो एक शेल्फ में बिल्कुल झूल रहा है।

लिनक्स पर मल्टी-कोर प्रोसेसर की गति से, तुलना के लिए समन्वय प्रणाली को विशिष्ट रूप से सेट करना मुश्किल है, अगर किसी को पता है कि यह कैसे करना है - मुझे बताओ। विंडोज में, मैं आमतौर पर पासमार्क परफॉर्मेंस टेस्ट पर ध्यान केंद्रित करता हूं, क्योंकि इस सदी के लगभग सभी प्रोसेसर के बेंचमार्क हैं ।

/ Proc / cpuinfo का आउटपुट:

 processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : QEMU Virtual CPU version (cpu64-rhel6) stepping : 3 cpu MHz : 2266.638 cache size : 4096 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 ht syscall nx lm unfair_spinlock pni cx16 hypervisor lahf_lm bogomips : 4533.27 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: 

और इसलिए 3 बार। आप प्रति वर्चुअल मशीन पर अधिकतम 8 कर्नेल बना सकते हैं।

अर्थात्, सूखे अवशेषों में:

1) नेक्सेंटा iSCSI फाइलर पर आधारित वर्चुअल मशीन के डिस्क सबसिस्टम का प्रदर्शन SATA पर RAID1 में एक जोड़ी डिस्क की तुलना में लगभग 70 गुना या अधिक तेज है। हम अक्सर X3440 या E3-1230 पर सर्वर किराए पर लेना पसंद करते हैं, वे 32GB मेमोरी और 2 डिस्क प्रत्येक 2GB डालते हैं। 30-50 आभासी मशीनों में बारीक कटा हुआ और सस्ते में बेचते हैं। फेक से सावधान रहें, 200 से अधिक IOPS नहीं हो सकते हैं। फियो के साथ परीक्षण और परीक्षण के लिए पूछें।

2) सूक्ष्म चयन और कटौती - एक आधुनिक फाइलर का उपयोग करके हमें डिस्क सरणियों पर बहुत बचत करने की अनुमति मिलती है, जो उपयोगकर्ता के लिए सर्वोत्तम तरीके से कीमत को प्रभावित करती है।

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

4) आधुनिक प्रोसेसर की शक्ति और गति आपको एक नोड पर 200 मशीनें लगाने की अनुमति देती है - 6 परमाणु 12 इन-लाइन प्रोसेसर कार्य रेखा को इतनी जल्दी रेक करते हैं कि आप 50-60% से अधिक प्रोसेसर का नियमित लोड देख सकते हैं। यह सबसे प्रत्यक्ष तरीके से कीमत को भी प्रभावित करता है।

5) नोड पर iostat का उपयोग करके आप अपने हाथ की हथेली में देख सकते हैं कि वर्चुअल मशीन LVM के किस टुकड़े का पीछा कर रही है। लंबे समय तक परजीवी भार पैदा करने वाले हिंसात्मक और दुर्व्यवहार करने वालों को जल्दी से पहचाना जा सकता है और एक विशेष पेन में स्थानांतरित किया जा सकता है, जहां वे पड़ोसियों को नुकसान नहीं पहुंचाते हैं।

6) अधिक IOPS - फाइलर और नोड पर कम विशिष्ट भार। एप्लिकेशन तेजी से चलते हैं, अधिक प्रोसेसर टिक मुक्त रहते हैं।

मुझे उम्मीद है कि यह पाठक के लिए उपयोगी होगा यदि उसे व्यवसाय के लिए खुद को कुछ आभासी लेने की आवश्यकता है । क्या आप खुद को परखना चाहेंगे? संपर्क करें, मुफ्त में एक सप्ताह के लिए टेस्ट ड्राइव।