👨🏼‍🚀 👅 😛 OpenSCG के हा फेलओवर समाधान "PGHA"। PostgreSQL 9.3 के लिए मास्टर-दास समाधान 🤽🏿 🌳 🤟

नीचे हम एक पोस्ट - इंस्टॉलेशन गाइड से टिप्पणियों के साथ नि: शुल्क अनुवाद प्रारूप में पोस्टग्रैसक्यूएस के स्वयं के संसाधनों - एसिंक्रोनस प्रतिकृति + pgBouncer + PGHA - का उपयोग करके एक दोष-सहिष्णु मास्टर-स्लेव सिस्टम स्थापित करने के अनुभव का वर्णन करेंगे।

pgHA

pgHA पर्ल में लिखा गया एक प्रोग्राम है, जिसका कोड failoverd.pl फ़ाइल में प्रस्तुत किया गया है, जो उपकरण का आधार है। अपने काम में pgbouncer और अपनी खुद की PostgresSQL प्रतिकृति का उपयोग करता है; अग्रणी डेटाबेस की निगरानी करता है और, यदि यह अनुपलब्ध है, तो प्रतिकृति को रोकने के लिए रिकॉर्डिंग के लिए एक सहायक डेटाबेस खोलता है। संस्करण 9.3 से कम से कम, यह PostgresSQL के साथ स्थापित है, आप इसे यहां डाउनलोड कर सकते हैं । स्थापना प्रक्रिया README फ़ाइल में वर्णित है, जो कि / .9.3/pgha/doc/ में निहित है।

हब्बरब्र में, पगपूल सबसे लोकप्रिय रेज़लूशन टूल लगता है। दुर्भाग्य से, मौजूदा एकल अनुभव इन दो उपकरणों की तुलना करने की अनुमति नहीं देता है।

समायोजन

इस प्रणाली के लिए तीन मशीनों की आवश्यकता होती है: एक मास्टर सर्वर, एक दास और एक स्केल नोड। आप बाद के बिना कर सकते हैं।

1. प्रतिकृति सेटअप

देशी प्रतिकृति स्थापित करने के बारे में पहले ही इतने सारे लेखों में लिखा जा चुका है, इस बहाने मैं कुछ का उल्लेख करूंगा:

2. pgBouncer को कॉन्फ़िगर करना

pgBouncer PostgreSQL के लिए एक हल्का पुलर, कनेक्शन प्रबंधक है। यहां इसका उपयोग इनपुट एक्सेस बिंदु के रूप में किया जाता है, जो सेटिंग फ़ाइल के आधार पर मुख्य डेटाबेस या सहायक के अनुरोधों को रीडायरेक्ट करता है। PostgresSQL 9.3 के साथ स्थापित।

आपको बाउंसर उपयोगकर्ता और सर्वर पर एक पासवर्ड - स्केलिंग नोड, या किसी अन्य मशीन पर बनाकर कॉन्फ़िगरेशन शुरू करने की आवश्यकता है जो मास्टर सर्वर की स्थिति की निगरानी करेगा।
इसके बाद, 2 फाइलें pgbouncer.ini.orig और pgbouncer.ini.failover तैयार करें। ये pgbouncer कॉन्फ़िगरेशन फ़ाइलें हैं और अनिवार्य रूप से केवल डेटाबेस के IP होस्ट में भिन्न होती हैं: होस्ट डेटाबेस का IP और पोर्ट .orig फ़ाइल में निर्दिष्ट होता है, और .failover में सहायक पोर्ट। उदाहरण यहां देखे जा सकते हैं ।

- आपको एक खाली लॉग फ़ाइल बनाने और इसके लिए पथ निर्दिष्ट करने की आवश्यकता है

- आपको उपयोगकर्ताओं के साथ एक userlist.txt फ़ाइल बनाने की भी आवश्यकता है, जिसके तहत pgbouncer के माध्यम से अनुरोध किया जाएगा और इसे (dif_file फ़ील्ड) का पथ निर्दिष्ट करने के लिए मत भूलना, एक उदाहरण ./9.3/share/doc/pgbouncer में या यहां पाया जा सकता है ।

- बनाए गए उपयोगकर्ताओं से उपयोगकर्ताओं का चयन करें जिनके पास pgbouncer के संबंध में व्यवस्थापक अधिकार होंगे और उन्हें admin_users फ़ील्ड में निर्दिष्ट करेंगे

- आपको उस पोर्ट को भी निर्दिष्ट करना होगा जिस पर pgbouncer (Listen_port) स्थित होगा, और फिर, अन्य भरे हुए फ़ील्ड की समीक्षा करने और आपके द्वारा इच्छित परिवर्तन करने के बाद, आप एक नियमित डेटाबेस के रूप में pgbouncer का उल्लेख कर सकते हैं ... शुरू करने के बाद।
Pgbouncer.ini फ़ाइल बनाएँ और उसमें pgbouncer.ini.orig फ़ाइल की सामग्री की प्रतिलिपि बनाएँ। यह एक कामकाजी फ़ाइल है और pgbouncer.ini.orig या pgbouncer.ini.failover फ़ाइलों को स्थिति के आधार पर, आगे इसमें कॉपी किया जाएगा। एक खाली pgbouncer.ini_old फ़ाइल बनाएं, इसका उपयोग pgha द्वारा किया जाएगा।
बाउंसर उपयोगकर्ता की ओर से pgbouncer चलाएं:

pgbouncer -d //pgbouncer.ini

3. पीजीएचए को कॉन्फ़िगर करना

pgHA कुछ Perl मॉड्यूल का उपयोग करता है जिन्हें पूर्वस्थापित करने की आवश्यकता होती है। इससे पहले, आपको CPAN स्थापित करना होगा:

 yum install perl-CPAN perl -MCPAN -e 'install Module::Build::Compat' perl -MCPAN -e 'install Config::IniFiles' perl -MCPAN -e 'install DBI' perl -MCPAN -e 'install DBD::Pg' perl -MCPAN -e 'install Log::Log4perl' perl -MCPAN -e 'install Proc::Daemon' perl -MCPAN -e 'install Net::Ping' perl -MCPAN -e 'install Nagios::Plugin'

एक हानिरहित त्रुटि हो सकती है: यम्ल 'स्थापित नहीं होने से लगातार स्थिति संग्रहीत नहीं होगी। यदि कष्टप्रद है, तो आप कर सकते हैं:

 cpan install Bundle::CPAN reload cpan exit

अगला, pgHA के लिए सेटिंग फ़ाइल तैयार करें, जिसके उदाहरण ./9.3/pgHA/cfg/ फ़ोल्डर में या यहाँ देखे जा सकते हैं : example.conf और scottmVm.conf फ़ाइलें, दूसरे पर ध्यान केंद्रित करना बेहतर है:

- pidFile कहीं भी हो सकता है, आपको यह सुनिश्चित करने की आवश्यकता है कि चयनित पथ सुलभ है।

- logConfig/9.3/pgHA/cfg/log4perl.conf में स्थित है और इसमें लॉगिंग सेटिंग्स हैं

- ट्रिगर के लिए आपको पुनर्प्राप्ति में निर्दिष्ट फ़ाइल निर्दिष्ट करने की आवश्यकता है ।conf

- [फेलओवर] अनुभाग को हटाना बेहतर है, उसके बारे में थोड़ा कम उल्लेख किया जाएगा

- [app01] अनुभाग में फ़ाइल के अंत में आदेश सहित pgbouncer सेटिंग्स शामिल हैं, यदि मास्टर डेटाबेस विफल रहता है, तो इसके लिए सभी कनेक्शन हटा दें और फिर नए मुख्य डेटाबेस के साथ काम करने के लिए pgbouncer को पुनरारंभ करें:
```
 # Which databases should be part of failover fence_lock_dbs=postgres # pgBouncer command to pause / fence the db's fence_lock_command=kill # pgBouncer command to reload the config file fence_move_command=reload # pgBouncer command to unlock the db's fence_unlock_command=resume dbcheck="select 1"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     
```
- [app01] अनुभाग में, pgbouncer_db_user फ़ील्ड में, pgbouncer.ini में निर्दिष्ट admin_users में से एक होना चाहिए

- आपको अन्य मापदंडों के साथ खुद को परिचित करना चाहिए
फिर फ़ोल्डर में एक खाली लॉग फ़ाइल pgHA.log बनाएँ / ऑप्ट / pgHA / लॉग /। यह वह पथ है जो pgHA डिफ़ॉल्ट रूप से उपयोग करता है।
अग्रणी सर्वर पर, फ़ाइल में वर्णित तालिका बनाएं ।/9.3/pgha/cfg/status_table.sql, या यहाँ [मास्टर] अनुभाग में dbname फ़ील्ड में निर्दिष्ट डेटाबेस में।
Ssh उपयोगकर्ता कुंजी उत्पन्न करें जिसके लिए pgHA चलाएगा और इसे बाउंसर उपयोगकर्ता को अग्रेषित करेगा:

ssh-keygen -t rsa

(एक खाली पासवर्ड बनाएँ)

- ~ / .ssh / id_rsa.pub की सामग्री की प्रतिलिपि बनाएँ

- अपनी ओर से उपयोगकर्ता बाउंसर के साथ मशीन पर, कमांड निष्पादित करें:

mkdir ~/.ssh

chmod 0700 .ssh

vi authorized_keys

(पूर्व में कॉपी की गई सामग्री id_rsa.pub, बचत के साथ पास)

chmod 0600 .ssh/authorized_keys
भागो पगहा।

./failoverd.pl -c //PgHA.conf --auto

Failoverd.pl फ़ाइल ./9.3/pgHA/bin फ़ोल्डर में स्थित है।
यदि चरण 6 त्रुटियों के बिना चला जाता है, तो pgHA को रोकें

./failoverd.pl -c //PgHA.conf --stop

इस स्थिति में, pgHA स्वचालित विफलता नहीं होगी। आपको फेलओवरड.प्ल फ़ाइल खोलने की जरूरत है, लाइन ४४३ पर टिप्पणी करें और यहां प्रस्तुत कोड के अनुसार ४४२ पर टिप्पणी करें । यह पता लगाना चाहिए:
```
 # Start the failoverd monitoring process elsif ( $startWorker ) { print "\n\tInitializing... \n"; . . . # Once we have verified that the system is online, we need # to set the failover 'spring'. $logger->info("==Startup==: Arming Failover mechanism"); print "\t === Arming Failover mechanism === \n"; if ( SetSpring(%Config,$logger) != 1 ) # if ( 0 ) { $logger->info("Cannot set failover configuration, exiting..."); print "Cannot set failover configuration, exiting...\n"; exit(1); } . . .
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     
```
अब, यदि मास्टर डेटाबेस विफल हो जाता है, तो pgHA प्रतिकृति बंद हो जाएगी, रिकॉर्डिंग के लिए सहायक डेटाबेस खोलें, नए मुख्य डेटाबेस के साथ रोबोट के लिए सेटिंग्स के साथ pgbouncer को पुनरारंभ करें और अपना काम पूरा करें। सिस्टम को इसकी मूल स्थिति में वापस करना मैन्युअल रूप से आवश्यक है।
भागो पगहा। परीक्षण करना।

पुनश्च

[फेलओवर] सेक्शन फेलओवर के दौरान निष्पादित होने वाली कमांड को दर्शाता है। इस प्रकार, आप कर सकते हैं, उदाहरण के लिए, असफल कोड में कोड को न बदलें। लेकिन एक स्क्रिप्ट बनाएं - जो कि पगाउंसर सेटिंग फ़ाइल को बदल देती है और इसे पुनः लोड करती है - और इसे इंगित करती है।

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

8.4 के पोस्टग्रेज का समाधान पूर्वोक्त ब्लॉग में प्रस्तुत किया गया है।

OpenSCG के हा फेलओवर समाधान "PGHA"। PostgreSQL 9.3 के लिए मास्टर-दास समाधान