Re: failover - switch back

From: Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>
To: briefkasten(at)olaf-radicke(dot)de
Cc: postgres-liste <pgsql-de-allgemein(at)postgresql(dot)org>
Subject: Re: failover - switch back
Date: 2011-01-06 17:18:54
Message-ID: 4D25F97E.5060502@kaltenbrunner.cc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-de-allgemein

On 01/06/2011 04:06 PM, Olaf Radicke wrote:
> Am Donnerstag, den 06.01.2011, 15:41 +0100 schrieb Michael Renner:
>> On Jan 5, 2011, at 15:59 , hubert hupe wrote:
>>
>>> Die nächste herausforderung wäre das ganze ohne downtime zu bewerkstelligen.
>>> Im moment kann man ein fallback nur in einer maintenance-time durchführen.
>>> In dieser zeit können keine daten in die datenbank geschrieben werden.
>>
>> Failback ohne Downtime geht nicht; mit pgbouncer und sonstiger Middleware
>> kannst du den Prozess für Clients etwas transparenter gestalten aber
>> komplett unterbrechnungsfrei wird's das nie spielen.
>
> Zudem bin ich nach wie vor der Meinung, das eine HA-Lösung auf OS-Ebene
> wesentlich robuster ist und bedeutend flexibler. Mit einer sauberen
> Cluster-Lösung schuppst du den DB-Cluster-Dienst mit einem einzigen
> Befehl, von einem Node zum Anderen, ohne das die Clents was mitbekommen
> (außer, das die Antwortzeit kurzzeitig in den Keller geht).
>
> Wenn du dich für ein Shared Root Cluster
> (http://de.wikipedia.org/wiki/Diskless_Shared_Root_Cluster)
> entscheidest, brauchst du noch nicht mal die Daten auf den Nodes
> spiegeln.

"ohne das die clients was mitbekommen"? Wie auch immer dein
Failoverszenario aussieht du musst pg auf dem neuen Node neu starten und
damit werden alle Verbindungen der Clients abgebrochen und müssen neu
aufgebaut werden.

Stefan

In response to

Responses

Browse pgsql-de-allgemein by date

  From Date Subject
Next Message Olaf Radicke 2011-01-06 17:30:41 Re: failover - switch back
Previous Message Olaf Radicke 2011-01-06 15:06:10 Re: failover - switch back