PostgreSQL फ़ीचर हाइलाइट: पुराने मास्टर को pg_rewind के साथ स्टैंड-बाय में बदल दें

PostgreSQL में स्ट्रीमिंग प्रतिकृति के साथ काम करते समय हर किसी को फेलओवर प्रक्रिया से निपटना पड़ा, शायद इस सवाल से हैरान था: "मैं फिर से कुछ भी कैसे कॉपी नहीं कर सकता, लेकिन पुराने विज़ार्ड को स्टैंड-बाय के रूप में शुरू कर सकता हूं।" तो, दुर्भाग्य से, PostgreSQL में ऐसी कोई अंतर्निहित कार्यक्षमता नहीं है। हां, आप पुराने मास्टर को नए में नहीं ले जा सकते हैं और कनेक्ट कर सकते हैं और वह सब कुछ काम करता है। ऐसा करने के लिए, फिर से स्ट्रीमिंग प्रतिकृति स्थापित करने की प्रक्रिया को दोहराएं, अर्थात। पूरे क्लस्टर को कॉपी करें और हॉट-स्टैंडबाय मोड में पोस्टग्रेज चलाएं।
सौभाग्य से, इस दिशा में काम चल रहा है, और परिणाम पर्याप्त खराब नहीं हैं। प्रोजेक्ट को pg_rewind कहा जाता है।
मैंने आपको तुरंत चेतावनी दी है कि यह अभी तक तैयार नहीं है और यह पोस्ट प्रकृति से कैसे + प्रौद्योगिकी पूर्वावलोकन की है।

ज्ञात सीमाएँ:

• वर्तमान में pg_rewind केवल 9.4 संस्करण और आंशिक रूप से 9.3 के साथ काम करने का समर्थन करता है। आंशिक रूप से क्यों, क्योंकि क्लस्टर को चेकसम समर्थन ( initdb -k ) के साथ आरंभ किया जाना चाहिए। संस्करण 9.4 के साथ यह सरल है, आपको चेकसम के लिए या तो समर्थन की आवश्यकता है, या वाल_लॉग_हिंट्स पैरामीटर की उपस्थिति को सेट करने के लिए।
• एक और महत्वपूर्ण सीमा, गुरु को सामान्य रूप से बंद कर दिया जाना चाहिए। यही है, अगर मास्टर को गलती से बंद कर दिया गया था, तो रिवाइंडिंग प्रदर्शन नहीं किया जाएगा। लेकिन, डेवलपर्स इस दिशा में काम कर रहे हैं।
• जबकि टेबलस्पेस समर्थित नहीं हैं और वाल अभिलेखागार के साथ काम नहीं किया जाता है (लापता अभिलेखागार को मैन्युअल रूप से कॉपी किया जाना चाहिए)।

थोड़ा और सिद्धांत और अभ्यास करने के लिए आगे बढ़ें ... रिवाइंडिंग की प्रक्रिया क्या है:

• वाल ब्रांचिंग और रिकॉर्डिंग ब्लॉकों के क्षण से पुराने नोड की निर्देशिका को स्कैन करना जो ब्रांचिंग के बाद बदल दिए गए थे।
• नए विज़ार्ड से पुराने के लिए परिवर्तित ब्लॉकों की नकल करना;
• शेष फाइलें (रोकना, कॉन्फ़िगरेशन फ़ाइलें, आदि) की नकल करना;
• पुनर्प्राप्ति को संपादित करना। नई सेटिंग्स के साथ पुराने विज़ार्ड को लॉन्च करना;
• विफलता के बाद नियंत्रण बिंदु के क्षण से वाल का प्रजनन।

तो अब, अभ्यास करें, नीचे मैं पुराने मास्टर को "रिवाइंड" करने की प्रक्रिया का वर्णन करूंगा और पूर्ण सुदृढीकरण के बिना नए मास्टर से जुड़ूंगा।
योजना सरल है:

• PostgreSQL 9.4 का निर्माण और स्थापित करें (वर्तमान में केवल devel);
• निर्माण pg_rewind;
• स्ट्रीमिंग प्रतिकृति सेट करें
• विफलता का प्रदर्शन;
• पुराने मास्टर को रिवाइंड करें और नए मास्टर से कनेक्ट करें।

सभी ऑपरेशन सेंटोस 6.5 में किए जाते हैं। सामान्य तौर पर, प्रक्रिया काफी सरल है, मुझे pg_rewind के असेंबली चरण में सबसे अधिक कठिनाइयां थीं, इसलिए मैं पूरी तरह से प्रक्रिया का वर्णन करूंगा।
तो चलिए! पहले आपको कई पैकेजों को स्थापित करने की आवश्यकता होती है जो पोस्टग्रेजल बनाते समय निर्भरता के रूप में आवश्यक हैं। स्थापना के बाद, हम रिपॉजिटरी को क्लोन करते हैं और PostgreSQL की स्थापना करते हैं।

# yum install git gcc zlib-devel flex bison readline-devel pam-devel openssl-devel libxslt-devel # git clone --branch master http://git.postgresql.org/git/postgresql.git # git clone https://github.com/vmware/pg_rewind # cd postgresql # ./configure && make && make install 

यह ध्यान देने योग्य है कि डिफ़ॉल्ट रूप से PostgreSQL / usr / स्थानीय में स्थापित किया गया था और सभी उपयोगिताओं / usr / स्थानीय / pgsql / bin में स्थित हैं, इसलिए इस पथ को PATH पर्यावरण चर में जोड़ा जाना चाहिए। आप इसे विभिन्न तरीकों से कर सकते हैं, मैंने CentOS के लिए निम्न, अधिक या कम सभ्य (और शायद बहुत नहीं) तरीके से काम किया:

 # vi /etc/profile.d/pgsql-9.4.sh PGSQL94_BINDIR=/usr/local/pgsql/bin pathmunge $PGSQL94_BINDIR export PGSQL94_BINDIR # source /etc/profile 

अब pg_rewind कोड के साथ डायरेक्टरी पर जाएं और यूटिलिटी का निर्माण करें। परिणामी उपयोगिता बस पोस्टग्रेट्स उपयोगिताओं की नकल की जाती है।

 # cd ../pg_rewind # make USE_PGXS=1 top_srcdir=../postgresql/ # cp pg_rewind /usr/local/pgsql/bin/ 

अब स्ट्रीमिंग प्रतिकृति कॉन्फ़िगर करें। जैसा कि मैंने शुरुआत में pg_rewind के सफल संचालन के लिए लिखा था, दो स्थितियों में से एक को पूरा किया जाना चाहिए:
1) क्लस्टर्स को चेकसम सपोर्ट (initdb -k) के साथ आरंभीकृत किया जाना चाहिए।
या
2) पोस्टग्रेज सेवाओं को post_esql.conf में wal_log_hints = विकल्प पर शुरू किया जाना चाहिए
मैंने दूसरा विकल्प चुना।
सेटअप प्रक्रिया पहले ही कई बार वर्णित की गई है, इसलिए मैं यहां नहीं रुकूंगा।
इसलिए, जब प्रतिकृति कॉन्फ़िगर किया गया और काम कर रहा है, तो हम असफलता का प्रदर्शन करते हैं। यह कार्रवाई ट्रिगर_फाइल विकल्प में पुनर्प्राप्ति में निर्दिष्ट एक ट्रिगर फ़ाइल बनाकर की जाती है। ट्रिगर फ़ाइल बनाने के बाद, स्टैंड-बाय विज़ार्ड मोड में चले जाएंगे और अपना जीवन जीना शुरू कर देंगे। इसलिए, पुराने मास्टर को अब बंद करने की आवश्यकता है।
और अब pg_rewind आता है। पैरामीटर वह निर्देशिका है जहां पुराने मास्टर ( -D ) का क्लस्टर स्थित है और नए मास्टर सर्वर ( --सोर्स-सर्वर ) से कनेक्ट करने के लिए विकल्प हैं। ध्यान दें, ऑपरेशन उस उपयोगकर्ता के तहत किया जाना चाहिए जो डेटाबेस क्लस्टर का मालिक है (डिफ़ॉल्ट पोस्टग्रेज द्वारा)।

 $ pg_rewind -D /var/lib/pgsql/9.4/data/ --source-server="host=192.168.122.12 port=5432 user=postgres" The servers diverged at WAL position 0/48D9580 on timeline 1. Rewinding from Last common checkpoint at 0/3000860 on timeline 1 error reading xlog record: record with zero length at 0/48D9620 Done! 

इसलिए रिवाइंडिंग की जाती है (शब्द त्रुटि से चिंतित न हों, यह एक नियमित जांच है)। अब आपको postrgesql.conf और Recovery.done फ़ाइलों पर ध्यान देने की आवश्यकता है, याद रखें कि वे नए विज़ार्ड से कॉपी किए गए हैं और इसमें सर्वर-विशिष्ट सेटिंग्स (उदाहरण के लिए, श्रवण_ पोर्ट्स, पोर्ट, आदि में आईपी पते या पोर्ट संख्या) हो सकती हैं। दूसरी फ़ाइल, पुनर्प्राप्ति। पुनर्प्राप्ति का नाम बदला जाना चाहिए। नए विज़ार्ड से कनेक्ट करने के लिए कॉन्फ़िगर और कॉन्फ़िगर किया गया।

 $ mv /var/lib/pgsql/9.4/data/recovery.done /var/lib/pgsql/9.4/data/recovery.conf $ vi /var/lib/pgsql/9.4/data/recovery.conf standby_mode = 'on' primary_conninfo = 'user=postgres host=192.168.122.12 port=5432' trigger_file = '/var/lib/pgsql/9.4/data/failover' 

कॉन्फ़िगरेशन तय होने के बाद, पोस्टग्रेज चलाएं और सर्वर लॉग को देखें

 $ cat /var/lib/pgsql/9.4/data/pg_log/postgresql-Mon.log LOG: entering standby mode LOG: redo starts at 0/48D95B0 LOG: record with zero length at 0/61D9EE8 LOG: consistent recovery state reached at 0/61D9EE8 LOG: database system is ready to accept read only connections LOG: started streaming WAL from primary at 0/6000000 on timeline 2 

डेटाबेस सिस्टम पर ध्यान दें केवल रीड कनेक्शन को स्वीकार करने के लिए तैयार है , यह सबसे महत्वपूर्ण रेखा है जो यह दर्शाता है कि सब कुछ सुचारू रूप से चला गया और पोस्टग्रेज शुरू हो गया जैसा कि यह होना चाहिए और कनेक्शन स्वीकार करने के लिए तैयार है। आप pg_stat_replication के माध्यम से नियमित टूल का उपयोग करके स्ट्रीमिंग प्रतिकृति की जांच कर सकते हैं या विज़ार्ड पर टेस्ट टेबल बना सकते हैं और स्टैंड-बाय पर उनकी उपलब्धता की जांच कर सकते हैं।

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

जो लोग यह सब करने के लिए तैयार नहीं हैं या केवल आलस्य है, लेकिन देखना चाहते हैं, 8 मिनट के लिए एक छोटा वीडियो है , स्विचिंग कार्रवाई 4:20 से शुरू होती है (जो पोस्टग्रैज से अपरिचित है वह कुछ भी नहीं समझेगा)।

ध्यान देने के लिए आप सभी का धन्यवाद।