PostgreSQL मध्ये उच्च उपलब्धता कसे साध्य करता येते?

Question

Accepted Answer

**उच्च उपलब्धता (HA)** म्हणजे अपयश घडल्यापरीही डेटाबेस उपलब्ध ठेवणे — **प्रतिकृती** (स्टँडबाय प्रतिकृती), **स्वयंचलित फेलओव्हर** (प्राथमिक अपयश झाल्यावर प्रतिकृती प्रचारित करणे), आणि योग्य आर्किटेक्चर यांच्या माध्यमातून. लक्ष्य: डाउनटाइम आणि डेटा हानी कमी करणे, कारण डेटाबेसचे आउटेज संपूर्ण अ‍ॅप्लिकेशन बंद करतात.

## पाया: प्रतिकृती + स्वयंचलित फेलओव्हर

```text
Primary ──(streaming replication)──▶ Standby replica(s)

If the PRIMARY fails:
  → a STANDBY is automatically PROMOTED to become the new primary (FAILOVER)
  → the application reconnects to the new primary → minimal downtime
→ Without HA, a primary failure = total database outage = application down.
```

प्रतिकृती स्टँडबाय प्रतिकृती सिंक मध्ये ठेवते; **स्वयंचलित फेलओव्हर** प्राथमिक अपयश शोधते आणि प्रतिकृती प्रचारित करते — संपूर्ण आउटेज एक संक्षिप्त व्यत्यय बनवते.

## HA साधने (फेलओव्हर स्वयंचलित करणे)

```text
Patroni → the popular HA solution: manages failover, uses a consensus store (etcd/
  Consul/ZooKeeper) to coordinate, prevents split-brain
repmgr → replication and failover management
Managed Postgres (AWS RDS/Aurora, Cloud SQL, etc.) → built-in HA with automatic failover
→ These automate detection + promotion, which is hard to do safely by hand.
```

हाताने फेलओव्हर हा संस्कृत आणि त्रुटीयुक्त आहे, म्हणून HA साधने (किंवा व्यवस्थापित सेवा) ते सुरक्षितपणे स्वयंचलित करतात — **विभाजित-मेंदू** (दोन प्राथमिक लेखन स्वीकारतात, जे डेटा दूषित करते) प्रतिबंधित करणे समाविष्ट.

## कनेक्शन राउटिंग

```text
Applications need to find the CURRENT primary after a failover:
  → a load balancer / proxy (HAProxy, PgBouncer) or service discovery routes
    WRITES to the current primary and READS to replicas
  → after failover, routing updates to point to the new primary
```

## मुख्य HA विचार

```text
✓ Synchronous replication → no data loss on failover (vs async's small loss window)
✓ Multiple replicas / multiple availability zones → survive zone failures
✓ Avoid SPLIT-BRAIN (two primaries) — consensus/fencing prevents it (critical for safety)
✓ Monitoring + health checks to detect failures quickly
✓ Test failover regularly (like backups, untested failover may not work)
→ Many teams use MANAGED Postgres for built-in, battle-tested HA.
```

## हे का महत्वाचे आहे

उच्च उपलब्धता **उत्पादन-गंभीर** PostgreSQL प्रणाली चालविण्यासाठी महत्वाचे ज्ञान आहे, कारण डेटाबेसचे आउटेज संपूर्ण अ‍ॅप्लिकेशन बंद करतात (डेटाबेस अनेकदा सर्वात गंभीर अवलंबन असतो), त्यामुळे अपयश असूनही Postgres उपलब्ध ठेवणे कसे आहे हे समजून घेणे विश्वसनीय प्रणालींसाठी मूल्यवान वरिष्ठ-स्तरीय ज्ञान आहे.

पाया — **प्रतिकृती अधिक स्वयंचलित फेलओव्हर** — हा प्राथमिक डेटाबेस अपयश (जो अन्यथा संपूर्ण अ‍ॅप्लिकेशन आउटेज असेल) एक संक्षिप्त, पुनरुद्धारक्षम व्यत्ययात बदलते: स्टँडबाय प्रतिकृती सिंक राहते, आणि जेव्हा प्राथमिक अपयश होते, तेव्हा प्रतिकृती स्वयंचलितपणे ओव्हर घेण्यासाठी प्रचारित होते.

**HA साधने** (Patroni — लोकप्रिय सार्वभौमिक स्टोअरद्वारे फेलओव्हर समन्वय; repmgr; किंवा निर्मित-मध्ये HA सह व्यवस्थापित क्लाउड Postgres) समजून घेणे महत्वाचे आहे कारण फेलओव्हर सुरक्षितपणे स्वयंचलित करणे हाताने करणे कठीण आहे.

**मुख्य विचार** जाणून घेणे गंभीर आहे: **सिंक्रोनस प्रतिकृती** फेलओव्हरवर डेटा हानी नसण्यासाठी, **उपलब्धता झोनमध्ये अनेक प्रतिकृती** झोन अपयश टिकून राहण्यासाठी, आणि विशेषत: **विभाजित-मेंदू टाळणे** (दोन प्राथमिक एकाचवेळी लेखन स्वीकारणे प्रतिबंधित करणे, जे डेटा दूषित करते — एक गंभीर जोखीम जे सार्वभौमिक/संरक्षण प्रतिबंधित करते).

**कनेक्शन राउटिंग** (फेलओव्हर नंतर अ‍ॅप्लिकेशन सध्याच्या प्राथमिकवर निर्देशित करणे, लोड बॅलेन्सर/प्रॉक्सी माध्यमातून) आणि फेलओव्हर (बॅकअप प्रमाणे) **चाचले** जावे हे जाणून घेणे व्यावहारिक ज्ञान पूर्ण करते.

अनेक संघ **व्यवस्थापित Postgres** युद्ध-परीक्षित HA साठी वापरतात हे जाणून घेणे देखील प्रासंगिक आहे.

डेटाबेस उपलब्धता उत्पादन प्रणालींसाठी गंभीर असल्यामुळे (आउटेज सर्वकाही बंद करते), आणि असल्यामुळे त्याला प्रतिकृती, स्वयंचलित फेलओव्हर, विभाजित-मेंदू प्रतिबंध, आणि कनेक्शन राउटिंग (किंवा व्यवस्थापित HA वापरणे) समजून घेणे आवश्यक आहे, PostgreSQL उच्च उपलब्धता समजून घेणे विश्वसनीय, लचकीदार प्रणाली आर्किटेक्ट करण्यासाठी महत्वाचे वरिष्ठ-स्तरीय ज्ञान आहे — उत्पादन डेटाबेससाठी वारंवार-गंभीर चिंता आणि डेटाबेस अपयश वाचून राहणारी डेटाबेस अवसंरचना तयार करणे कसे आहे हे समजून घेणे दर्शणारा विषय, वरिष्ठ डेटाबेस/अवसंरचना भूमिकांसाठी अपेक्षित.