PostgreSQL के बारे में बात करें। जिंक उत्पाद पॉडकास्ट में अलेक्सी लेसोवस्की के साथ साक्षात्कार। एक भाग

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

सभी को नमस्कार, यह जस्ता उत्पाद पॉडकास्ट का चालीसवाँ अंक है, और स्टूडियो में हमारे साथ एंटोन ओकोलेलोव, निकिता वासिलचेंको और ओलेग ग्रिटसक स्थायी मेजबान हैं।

एंटोन : तो, आज हमारे पास एक मेहमान है, एलेक्सी लेसोव्स्की। लेशा, कृपया अपना परिचय दें, आप कौन हैं, आप क्या करते हैं, इत्यादि।

एलेक्सी : सभी को नमस्कार, मेरा नाम एलेक्सी लेसोव्स्की है, क्योंकि अंतोखा ने मुझे पहले ही शुरू कर दिया है। मैं Postgres का प्रशासन कर रहा हूं, मैं PostgreSQL DBA (डेटाबेस व्यवस्थापक) हूं, मैं हर दिन लॉगिन के साथ काम करता हूं, सप्ताह में 7 दिन और क्लाइंट डेटाबेस का प्रशासन करता हूं। हमारे पास एक कार्यालय है - यह एक परामर्श कंपनी है, यह प्रशासन, सहायता और समर्थन में लगी हुई है। और बहुत अलग लोग अपने डेटाबेस के साथ हमारे पास आते हैं, एक नियम के रूप में ये कंपनियां हैं - छोटे, बड़े, छोटे, सभी प्रकार के अलग-अलग - उनके पास डेटाबेस की समस्याएं हैं, हम इन समस्याओं का विश्लेषण करते हैं और किसी तरह उन्हें ठीक करने की कोशिश करते हैं। दरअसल, हम अन्य लोगों, अन्य कंपनियों की समस्याओं को हल करते हैं। कुछ इस तरह।

खैर, अपने खाली समय में मैं अलग-अलग चीजें करना पसंद करता हूं, जंगल में घूमना, स्नोबोर्डिंग, लंबी पैदल यात्रा, बीयर पीना

एंटोन : स्मोक्ड बीयर पीते हैं

निकिता : रिलीज से पहले ल्योखा ने स्मोक्ड बीयर के बारे में बात की

अलेक्सेई : हाँ, स्मोक्ड बीयर, ऐसा स्वादिष्ट है, मैं सलाह देता हूं। रचबियर मेरजेन।

एंटोन : ठीक है, कृपया मुझे बताएं, आप dbshnik, आप लंबे समय से कई वर्षों से काम कर रहे हैं। कितना कठिन है? वे आपको रात में फोन करते हैं और आपसे आधार को ठीक करने के लिए कहते हैं। मैंने आपको करीब पांच साल पहले सुबह साढ़े पांच बजे बुलाया था।

अलेक्सी : हाँ, यह था, यह एक मामला था।

एंटोन : आप कैसे जीवित हैं, मुझे बताओ

एलेक्सी : सुनो, मैं 2014 से काम कर रहा हूं। 2014 तक, मैंने वेब विकास में लिनक्स प्रशासक के रूप में काम किया। एडमिन के पास बहुत सारी चीजें हैं, हमारे पास kvm वर्चुअलाइजेशन था, बहुत सारे लिनक्स थे, रूबी-ऑन-रेल, नगनेक्स, php, रेल के सभी प्रकार थे ...

ओलेग : डोकर पहले से ही है?

एलेक्सी : डॉकटर ने अभी शुरुआत की है, हमने इसे उत्पादन में कहीं भी पेश नहीं किया है, लेकिन इसके लिए प्रवृत्ति पहले ही शुरू हो चुकी है।

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

ठीक है, मैं सहमत था, मैं संकोच नहीं करता था, सिद्धांत रूप में मुझे एक तुलनात्मक वेतन की पेशकश की गई थी, और मुझे नौकरी मिल गई और घर से काम करना शुरू कर दिया, और अब 2014 से, यह पता चला है, मैं 5 साल से काम कर रहा हूं, मैं विशेष रूप से साहब के साथ काम करता हूं, अच्छी तरह से। पुराने फैशन में सभी प्रकार के व्यवस्थापक थीम, मैं उनके साथ आदत से बाहर काम करता हूं। यानी अगर हमारी कंपनी में एडमिन की तरफ से कुछ समझने के लिए कोई समस्या है, तो वे मुझे फेंक देते हैं, मैं समझता हूं

एंटोन : लेकिन सामान्य तौर पर, क्या इन व्यवस्थापक सामानों को जानना आवश्यक है? यह वहां नहीं है, आधार एक शून्य में है, यह कहीं कताई है, आपको ऑपरेटिंग सिस्टम को कॉन्फ़िगर करने की आवश्यकता है, है ना?

अलेक्सी : हाँ, हाँ, यह ठीक है क्योंकि वह आम तौर पर ऑपरेटिंग सिस्टम सबसिस्टम, वर्चुअल मेमोरी, और डिस्क प्रबंधन, यानी पर निर्भर करता है ऐसा लगता है जैसे कि वह स्वयं संसाधनों का सीधे संचालन नहीं करता है, जैसे कि वह इस सारे कार्य को ऑपरेटिंग सिस्टम पर उतारता है, और यह स्वयं डिस्क I / O, मेमोरी पेज प्रबंधन, जो कि सभी को प्रोसेस करता है, स्विचिंग का प्रबंधन करता है, और तदनुसार, यदि आप पोस्टग्रेज का शटडाउन करते हैं, तो आपको इसकी आवश्यकता है ऑपरेटिंग सिस्टम में थोड़ी सी हैकिंग भी है, वहां सब कुछ कैसे काम करता है और यह पोस्टग्रेज के साथ इंटरफेस में कैसे काम करता है।

यदि, उदाहरण के लिए, ओरेकल के साथ तुलना करें, तो ओरेकल के पास उदाहरण के लिए, अपने स्वयं के सबसिस्टम हैं जो इनपुट-आउटपुट के साथ काम करते हैं, अर्थात्। वे ऑपरेटिंग सिस्टम के पिछले हैं, वे सीधे डिस्क के साथ काम कर सकते हैं, लेकिन Posgres में यह नहीं है, आपको यह जानना होगा कि ऑपरेटिंग सिस्टम डेटाबेस के साथ कैसे काम करता है।

ओलेग : क्या आपको विंडोज पर पोस्टग्रेज का समर्थन करना था?

अलेक्सी : हाँ, मेरे पास था, हमारे पास एक ग्राहक है, वे विंडोज के साथ हैं, हमने किसी तरह के सेंट पीटर्सबर्ग कार्यालय में काम किया, उनके लिए डेटाबेस का ऑडिट किया। उनका आधार विंडोज पर था, यह आमतौर पर डरावना था, हम टर्मिनल प्रोटोकॉल के माध्यम से कुछ प्रोटोकॉल से जुड़े थे, रिमोट डेस्कटॉप खोला गया, हमने वहां प्रदर्शन को रिकॉर्ड करने से संबंधित कुछ चीजें लॉन्च कीं। संक्षेप में, यह कठिन, डरावना था कि अब एक भयानक सपना कैसे याद किया जाता है। और अब ग्राहक मूल रूप से लिनक्स पर बैठे हैं। वस्तुतः कोई भी विंडोज़ पर नहीं है।

ओलेग : पोस्टग्रे पर मुख्य दर्द क्या है जो हर कोई नोटिस कर सकता है?

एलेक्सी : बहुत सारे लोग एक ऑटो-फाइलर और एक मल्टी-मास्टर चाहते हैं। ठीक है, मल्टीमास्टर, निश्चित रूप से, ऐसी चीज, अप्राप्य। लेकिन हर किसी ने गैलरी के साथ काम किया (मैसिकल के साथ), और वे कहते हैं: क्यों, हम भी प्रगति में एक मल्टीमास्टर चाहते हैं।

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

एंटोन : सुनो, क्या आप हमें संक्षेप में बता सकते हैं कि साधारण प्रोग्रामर के लिए संरक्षक क्या हैं? हम मुख्य रूप से टीम लीडर्स और प्रोग्रामर को सुनते हैं

निकिता : रुको, मैं तुम्हें मार सकता हूं, और मैं गैर-प्रोग्रामर के लिए यह भी बताने के लिए कहूंगा कि मल्टीमास्टर क्या है

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

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

निकिता : और यह सीधे ऑटो-प्रशंसक से संबंधित है, हाँ, क्या यह जुड़ा हुआ है?

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

एंटोन : क्या पेट्रोनी एक शुद्ध स्विच या पोस्टग्रास का कांटा है, किसी प्रकार का ऐड?

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

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

एंटोन : और अगर नेटवर्क को पेट्रोनी और बेस के बीच झपका दिया जाए?

अलेक्सी : ठीक है, एक डेटाबेस है, यह या तो किसी प्रकार का सर्वर है, या यह, आइए बताते हैं, कुबेरनेट्स में यह किसी प्रकार का उप हो सकता है। एक साधारण मामले पर विचार करें, मान लें कि यह एक सर्वर है। उसी सर्वर पर, हमारे पास एक डेटाबेस चल रहा है, और उसी सर्वर पर हम पेट्रोनी एजेंट चलाते हैं। यह एक हल्की प्रक्रिया है, वे एक ही मेजबान पर काम करते हैं और स्थानीयहोस्ट पर अपेक्षाकृत बात करते हैं। हमारा नेटवर्क DCS रिपॉजिटरी और होस्ट के बीच ब्लिंक कर सकता है जहां बेस और पेट्रोनी काम करते हैं।

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

एंटोन । खैर, व्यवहार में, यह कैसे काम करता है? क्या कोई समस्या, नुकसान हैं। ओलेग को लेने और लागू करने के लिए, उदाहरण के लिए, पेट्रोनी, उसे इसके लिए एक निर्णय लेने की आवश्यकता है।

ओलेग । हाँ, तुरंत

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

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

और किस तरह की समस्याएं उत्पन्न होती हैं: सबसे बुनियादी समस्या जो लोगों को तुरंत महसूस नहीं होती है वह यह है कि हम ऑटो-फाइलर के साथ कुछ डेटा खो सकते हैं

ओलेग : प्रतिकृति अंतराल की वजह से?

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

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

खैर, यह है कि पेट्रोनी में ऐसे तंत्र हैं जो आपको डेटा खोने की अनुमति नहीं देते हैं, लेकिन एक जोखिम है, इसलिए आपको सावधानीपूर्वक काम करने की आवश्यकता है

एंटोन : सिंक्रोनस प्रतिकृति के बारे में क्या?

अलेक्सी : तुल्यकालिक प्रतिकृति, आप देखते हैं, जब हम सिंक्रोनस प्रतिकृति का उपयोग करते हैं, तो हम प्रदर्शन खो देते हैं। हर कोई इस सौदे के लिए नहीं जा सकता। लेकिन अगर हम तुल्यकालिक प्रतिकृति का उपयोग करते हैं, तो डेटा हानि का जोखिम कम हो जाता है। लेकिन अगर हम कई नोड्स का उपयोग करते हैं, तो दो से अधिक कहते हैं, फिर भी हमें उस विकल्प पर विचार करने की आवश्यकता है जब हमारे पास मास्टर और सिंक्रोनस प्रतिकृति दोनों पर कोई दुर्घटना हो। और हमारे पास अभी भी एक दूसरी प्रतिकृति है, और यह पता चल सकता है कि हम इसे फंसा सकते हैं और फिर से कुछ डेटा खो सकते हैं। विभिन्न विकल्प संभव हैं, उन्हें मूल्यांकन करने, देखने और समझने की आवश्यकता है कि क्या ऐसा व्यवहार हमारे लिए उपयुक्त है या नहीं।

एंटोन : सुनो, सिर्फ दो सर्वरों को गिराने के लिए - यह एलियंस के आक्रमण के लिए प्रदान करने जैसा है

अपारदर्शी: और बूढ़ी औरत पर एक कातिलाना

ओलेग : क्या आपको याद है कि आखिरी बार सुबह पांच बजे लेसा में एक ही कॉल आया था, यह दिलचस्प रूप से एंटोन के साथ जुड़ा हुआ था, और यह नहीं कि हमने तुरंत दो आधार खो दिए?

एंटोन : यह एक मानवीय कारक था। खैर हां, ऐसा होता है।

एलेक्सी : वैसे, मुझे कॉल का कारण याद नहीं है

एंटोन : हमने दो सर्वर वहां स्थानांतरित किए, उन्होंने समानांतर, रिकॉर्ड किए गए डेटा में काम किया, यह कोई बात नहीं है। और सिस्टम एक पर काम कर सकते थे, लेकिन एक को दूसरे डेटा सेंटर में स्थानांतरित कर दिया गया था। दूसरे को अब तक ले जाया गया था, और स्थापना के समय किसी प्रकार की वायरिंग को छुआ गया था, और पुराने को भी काट दिया गया था - उन्होंने कुछ मिलाया। सामान्य तौर पर, हम दो सर्वर गिर गए, उठना शुरू कर दिया, और चूंकि वे रिकॉर्डिंग के लिए सख्ती से कॉन्फ़िगर किए गए थे, उनके पास बहुत ही दुर्लभ चौकियों या ऐसा कुछ था। यह लंबे समय से शुरू हुआ, हमें समझ नहीं आया कि क्या हो रहा है

ओलेग : एक सौ गिग-वॉक-लॉग

एंटोन : हमें समझ नहीं आया कि क्या हो रहा है, यह क्यों शुरू नहीं हुआ, और परिणामस्वरूप मुझे कॉल करना पड़ा। खैर, वास्तव में ऐसा कुछ खास नहीं था ...

अलेक्सेई : ठीक है, केवल एक चीज है जो हम शायद जुड़े हुए हैं, हमने देखा है कि सब कुछ क्रम में है

ओलेग : रोगी की मौत की पुष्टि की

एंटोन : वास्तव में, आपको बस इंतजार करना था, बड़े और।

एलेक्सी । हाँ, अच्छी तरह से यह एक ज्ञात मुद्दा है। कुछ सेटिंग्स के साथ, चौकियों लंबी हैं। ऐसी समस्या है।

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

ओलेग : हमारी कंपनी से सब कुछ होने की संभावना है

एलेक्सी : नहीं, अलग

एंटोन : ओलेग, अधिक बार कॉल करें

ओलेग : हम आज एक स्विचओवर करेंगे, मैं शायद फोन करूंगा

एलेक्सी : हम लोग हैं, उनकी शाम का समय बंद हो रहा है, वे बस काम करेंगे

एंटोन : सुनो, लेच, तुमने कहा था कि पेट्रोनी के कुछ एनालॉग हैं। वे कैसे भिन्न हैं, क्या हैं

एलेक्सी : मूल रूप से दो विकल्प हैं, रिपीग्र है, यह बात बहुत समय पहले दिखाई दी थी, लगभग 10 साल पहले। यह एक तंत्र को लागू करता है जब अनुग्रह के बाद के क्लस्टर के नोड एक दूसरे की जांच करते हैं, जो जीवित है, जो जीवित नहीं है। लेकिन मेरी राय में यह बहुत नहीं है, मुझे वास्तव में यह कार्य योजना पसंद नहीं है।

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

और एक अन्य विकल्प स्टोलन है। वह थोड़ी देर बाद पेट्रोनी के रूप में दिखाई दिया। इस पर लिखा है गो।

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

और तथाकथित प्रॉक्सी नोड हैं, सभी ट्रैफ़िक उनके माध्यम से जाते हैं। क्लाइंट एप्लिकेशन प्रॉक्सी के साथ काम करता है। -, - , . यानी . , , Stolon DCS, consul, etcd. - .

, - , bare metal , , - , . . ( -) , , .

, . . , . , . oltp- . Stolon , .

, 6 8, . , , . , — wal_keep_segments — - , , , . , - . , . . यानी , . , , . , — . .

: , , - Citus? , .

: Citus — . Citus , CitusDB, -. , , ,

: ?

: , , . . , pg autofailover. , . , , . , , . , , . , , . यानी .

: Citus. , , . — , ...

: , ,

: , , , , ,

: , , . , , , . "in the wild" . , .

, " " , !