किसी managed relational database को आप highly available कैसे बनाते हैं?

उसे multi availability zone चलाएं, ताकि दूसरे zone में एक synchronous standby रहे और failover अपने आप हो, आमतौर पर एक दो मिनट के भीतर। read replica read scaling के लिए हैं, availability के लिए नहीं, क्योंकि replication asynchronous है और पीछे रह सकती है। उसके साथ automated backup और point in time recovery रखें, cluster endpoint या किसी proxy से connect करें ताकि failover संभल जाए, और failover पर भरोसा करने के बजाय उसे सचमुच टेस्ट करें।

multi availability zone इसका मूल है: दूसरे zone में एक synchronous standby, और primary के फेल होने पर managed service उसे promote कर देती है, आमतौर पर एक दो मिनट के भीतर। जो फर्क मैं हमेशा साफ करता हूं वह यह है कि read replica failover target नहीं है, वह asynchronous है, तो उसे promote करने का मतलब हाल के कुछ write खोना हो सकता है; वह read scale के लिए है। durability फिर से अलग चीज है, तो automated backup साथ में point in time recovery, और मैं उन्हें दूसरे region में copy करता हूं क्योंकि जो highly available database सिर्फ एक region में मौजूद है वह अब भी एक बुरे दिन की दूरी पर है। जो हिस्सा लोग भूल जाते हैं वह application है। failover बदल देता है कि endpoint किस host की तरफ इशारा कर रहा है, तो बासी connection पकड़े हुए कोई pool या हमेशा के लिए DNS cache करने वाला कोई runtime database के ठीक हो जाने के बाद भी फेल होता रहेगा। इसलिए मैं cluster endpoint या proxy से connect करता हूं, समझदारी भरा pool validation रखता हूं, और यह पक्का करता हूं कि retry सुरक्षित हों। और मैं उसे टेस्ट करता हूं, किसी निचले environment में failover चलाकर और यह नापकर कि application को उबरने में कितना वक्त लगता है, क्योंकि वह नंबर हमेशा विज्ञापित नंबर से बुरा होता है।