FreeBSD, CentOS, Ubuntu Debian, और OpenSUSE के साथ बेंचमार्किंग PostgreSQL

नमस्कार, हेब्र! मैं आपको मार्टिन कोवालिक के मूल लेख "फ्रीबीएसडी, सेंटोस, उबंटू डेबियन और ओपनएसयूएसई पर पोस्टग्रेक्यूएल बेंचमार्क" का अनुवाद प्रस्तुत करता हूं। यह विभिन्न यूनिक्स प्रणालियों पर वास्तविक परिस्थितियों के करीब वातावरण में पोस्टग्रेज्यूसी 10.1 डीबीएमएस परीक्षणों की जांच करता है।

अनुवाद

इस पोस्ट में, मैं हाल ही में जारी PostgreSQL 10.1 के परीक्षा परिणाम दिखाने जा रहा हूं। मैंने इन OS (सभी 64-बिट) पर DB की जाँच की:

• Ubuntu 16.04 , कर्नेल 4.10.0-38-जेनेरिक
• OpenSUSE 42.3, कर्नेल 4.4.87-25-डिफ़ॉल्ट
• सेंटोस 7.4 , कर्नेल 3.10.0-693.2.2.el7.x86_64
• डेबियन 9.2 , कर्नेल 4.9.0-4-amd64
• फ्रीबीएसडी 11.1

परीक्षण पद्धति

परीक्षण का लक्ष्य (विशिष्ट) उत्पादन परिनियोजन के समान स्थितियों में PostgreSQL के प्रदर्शन को मापना था:

• ग्राहक यह सुनिश्चित करने के लिए कनेक्शन पूल से जुड़ते हैं कि डेटाबेस में कोई स्थायी सामंजस्य नहीं है (मैंने कनेक्शन पूल का उपयोग नहीं किया, मैंने -सी pgbench ध्वज का उपयोग नहीं किया)
• क्लाइंट एक नेटवर्क पर कनेक्ट होते हैं, एक यूनिक्स सॉकेट पर नहीं
• RAID 1 दर्पण पर स्थित PostgreSQL डेटा निर्देशिका

प्रत्येक परीक्षण किए गए OS के लिए, एक ~ 74 GB नियंत्रण डेटाबेस बनाया गया था:

pgbench -i -s 5000 pgbench 

परीक्षण अवसंरचना में 1 Gbps नेटवर्क से जुड़े दो समर्पित सर्वर शामिल थे:

• EX41-SSD: इंटेल i7-6700, 4 कोर, 8 थ्रेड, 32 जीबी DDR4 रैम, pgbench का उपयोग करके SQL क्वेरी उत्पन्न करने के लिए उपयोग किया जाता है
• PX121-SSD: Intel Xeon E5-1650 v3, 6 कोर, 12 थ्रेड्स, 256 GB RAM DDR4 ECC, 2 x 480 GB SATA 6 Gb / s, SSD श्रृंखला के डेटा केंद्र, एक PostgreSQL सर्वर के रूप में उपयोग किया जाता है

मुझे इन परीक्षण संयोजनों में दिलचस्पी थी:

• 32 GB केवल-पढ़ने के लिए: केवल -परीक्षण (डेटा को बदले बिना केवल नमूने), डेटा सेट PostgreSQL कैश में फिट नहीं होता है
• 200 GB केवल-पढ़ने के लिए: केवल -परीक्षण, डेटा सेट PostgreSQL में कैश किया गया है
• 32 GB TCP-B : रीड-राइट, डेटा सेट PostgreSQL कैश में फिट नहीं होता है
• टीसीपी-बी 200 जीबी : पोस्टग्रेएसक्यूएल में पढ़ने, लिखने, डेटा सेट को कैश किया जाता है

pgbench सेटअप

एक अलग FreeBSD 11.1 कंप्यूटर पर चलने वाले pgbench संस्करण 10.1 कार्यक्रम का उपयोग लोड उत्पन्न करने के लिए किया गया था। परीक्षण स्क्रिप्ट में तीन भाग शामिल थे: वैक्यूम + हीटिंग, एक रीड-ओनली टेस्ट और एक रीड एंड राइट टेस्ट। प्रत्येक पढ़ने-लिखने के परीक्षण से पहले, pgbench तालिकाओं को साफ कर दिया गया था (-v ध्वज का उपयोग किया गया था)। परीक्षण के दौरान, मैंने धीरे-धीरे डेटाबेस तक पहुँचने वाले ग्राहकों की संख्या में वृद्धि की।

 #!/bin/sh THREADS=8 DURATION=1800 PGIP=192.168.1.120 # warmup pgbench -h ${PGIP} -U pgbench -j ${THREADS} -c 10 -T ${DURATION} -S -v pgbench for clients in 1 10 20 30 40 50 60 70 80 90 100 110 120 do echo "RO ${clients}" pgbench -h ${PGIP} -U pgbench -j ${THREADS} -c ${clients} -T ${DURATION} -S pgbench > pgbench_ro_${clients}.log done for clients in 1 10 20 30 40 50 60 70 80 90 100 110 120 do echo "RW ${clients}" pgbench -h ${PGIP} -U pgbench -j ${THREADS} -c ${clients} -T ${DURATION} -v pgbench > pgbench_rw_${clients}.log done 

PostgreSQL सर्वर सेटिंग्स

लिनक्स डिस्ट्रीब्यूशन के लिए, PostgreSQL को RAID1 सेटअप (सॉफ्टवेयर RAID mdraid का उपयोग करते हुए) में SS4 पर एक्सट्रीम 4 फाइल सिस्टम पर इंस्टॉल किया गया था। FreeBSD के मामले में, OpenZFS फ़ाइल सिस्टम का उपयोग RAID1 को कॉन्फ़िगर करते समय दो SSDs पर किया गया था। PostgreSQL डेटा के साथ एक ZFS डेटासेट निम्न मापदंडों के साथ बनाया गया था:

 zfs get recordsize,logbias,primarycache,atime,compression zroot/var/db/postgres NAME PROPERTY VALUE SOURCE zroot/var/db/postgres recordsize 8K local zroot/var/db/postgres logbias throughput local zroot/var/db/postgres primarycache all default zroot/var/db/postgres atime off inherited from zroot zroot/var/db/postgres compression lz4 local 

फ़ाइल पथों को छोड़कर सभी ऑपरेटिंग सिस्टम पर PostgreSQL सर्वर का कॉन्फ़िगरेशन समान था (प्रत्येक ऑपरेटिंग सिस्टम अपनी निर्देशिका संरचना का उपयोग करता है)। 32 GB इंस्टेंस के लिए postgresql.conf फ़ाइल (मूल सेटिंग्स) की सामग्री:

 autovacuum = off default_statistics_target = 100 maintenance_work_mem = 1GB checkpoint_completion_target = 0.9 effective_cache_size = 24GB work_mem = 104MB wal_buffers = 16MB shared_buffers = 8GB max_connections = 300 

200 GB उदाहरण के लिए postgresql.conf फ़ाइल की सामग्री:

 autovacuum = off default_statistics_target = 100 maintenance_work_mem = 2GB checkpoint_completion_target = 0.9 effective_cache_size = 144GB work_mem = 640MB wal_buffers = 16MB shared_buffers = 48GB max_connections = 300 

तुलनात्मक परीक्षण

मैंने दो अलग-अलग ऑपरेटिंग सिस्टमों पर PostgreSQL को दो मोड में टेस्ट किया - केवल पढ़ने के लिए और दो अलग-अलग मेमोरी प्रोफाइल के साथ TCP-B (रीड-राइट)। प्रत्येक ओएस के परीक्षण में लगभग 30 घंटे लगते हैं (ओएस को कॉन्फ़िगर करने के लिए आवश्यक समय की गिनती नहीं)। प्रत्येक pgbench रन के परिणाम बाद के मूल्यांकन के लिए सहेजे गए थे।

परिणाम - केवल पढ़ें

परिणाम - टीसीपी-बी

परिणाम

परीक्षण से पता चला कि विभिन्न GNU / लिनक्स वितरण के बीच का अंतर बहुत महत्वपूर्ण नहीं है। OpenSUSE 42.3 केवल-पढ़ने के लिए परीक्षण में सबसे अच्छा ऑपरेटिंग सिस्टम था, जबकि FreeBSD ने लगभग 40% धीमी गति से चलाया। दुर्भाग्य से, मैंने यह पता नहीं लगाया कि इस तरह के औसत फ्रीबीएसडी प्रदर्शन का क्या कारण है।

PostgreSQL के प्रदर्शन की अधिक यथार्थवादी तस्वीर रीड-राइट टेस्ट (टीसीपी-बी) में प्राप्त की गई थी। जीएनयू / लिनक्स वितरण में, सेंटोस 7.4 सबसे तेज और डेबियन 9.2 सबसे धीमा था। मुझे FreeBSD 11.1 से सुखद आश्चर्य हुआ, जो दो बार से अधिक सर्वश्रेष्ठ लिनक्स के रूप में तेजी से चला, इस तथ्य के बावजूद कि FreeBSD ने ZFS का उपयोग किया, जो एक कॉपी-ऑन-राइट फ़ाइल सिस्टम है। मैंने माना कि यह अंतर लिनक्स में सॉफ्टवेयर RAID की लागत के कारण था, इसलिए मैंने 100 समवर्ती ग्राहकों के लिए तीन और टीसीपी-बी परीक्षण किए, इस बार सॉफ्टवेयर RAID के बिना:

• फ्रीबीएसडी 11.1 + यूएफएस : 5623.86 टीपीएस
• फ्रीबीएसडी 11.1 + जेडएफएस : 8331.85 टीपीएस
• CentOS 7.4 + ext4 : 8987.65 टीपीएस

परिणाम लिनक्स SW RAID (या ZFS RAID की दक्षता) की अक्षमता दिखाते हैं। SW RAID के बिना CentOS 7.4 का प्रदर्शन ZFS RAID (टीसीपी-बी और 100 समवर्ती ग्राहकों के लिए) के साथ FreeBSD 11.1 की तुलना में केवल थोड़ा अधिक है।