ईसी 2 उपलब्धता क्षेत्र का उपयोग करने के लिए सबसे अच्छा अभ्यास क्या है?

Question

मैं ईसी 2 पर एक साइट (~ 5 मिमी + प्रति दिन विज़िट) को फिर से लॉन्च कर रहा हूं, और विभिन्न डेटा केंद्रों में नोड्स को तैनात करने के बारे में उलझन में हूं। मेरा सबसे बुनियादी सेटअप वार्निश सर्वर के पीछे दो नोड्स है।

क्या मेरे पास अलग-अलग उपलब्धता क्षेत्रों में दो वार्निश उदाहरण हैं, प्रत्येक डब्ल्यूडब्ल्यूडब्ल्यू नोड्स के साथ साझा किए गए आरडीएस डेटाबेस से बात करते हैं? प्रत्येक वार्निश उदाहरण संतुलित डब्ल्यू/अमेज़ॅन के लोड बैलेंसर लोड किया जा सकता है।

कुछ की तरह:

1 लोड संतुलन से बात कर:

• वर्जीनिया में वार्निश, जो करने के लिए बात करती है अपने आप ही हमें पूर्व-x नोड्स कैलिफोर्निया में
• वार्निश, जो अपनी ही से बात us-west-x नोड्स

एकाधिक डेटासेंटर में तैनाती मेरे लिए एक नई अवधारणा है, इसलिए किसी भी और सभी मदद की सराहना की जाती है! धन्यवाद!

Answer 1

हम लोड संतुलन और गलती सहनशीलता करने के लिए बड़े पैमाने पर अमेज़ॅन ईसी 2 का उपयोग करते हैं। हालांकि हम अभी भी अमेज़ॅन द्वारा प्रदान किए गए लोडबैलेंसर का व्यापक रूप से उपयोग नहीं करते हैं, हमारे पास हमारे स्वयं के लोड बैलेंसर्स (अमेज़ॅन के बाहर चल रहे हैं) हैं। अमेज़ॅन ने वादा किया है कि लोडबैंसर कभी नीचे नहीं जाएंगे, वे आंतरिक रूप से गलती सहनशील हैं, लेकिन मैंने परीक्षण किया है कि काफी अच्छी तरह से।

सामान्य रूप से हम प्रति उपलब्धता क्षेत्र में दो उदाहरण होस्ट करते हैं। एक वास्तविक सर्वर पर मिररिंग सर्वर के रूप में कार्य करता है। यदि सर्वर में से कोई एक नीचे जाता है तो हम ग्राहकों को दूसरे को भेजते हैं। लेकिन हाल ही में अमेज़ॅन ने एक पैटर्न दिखाया है कि एक उपलब्धता क्षेत्र अक्सर नीचे चला जाता है।

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

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