Höhere Verfügbarkeit

Höhere Verfügbarkeit

am 27.04.2011 08:31:06 von Thomas Guettler

Hallo,

ich möchte die Verfügbarkeit einer Postgres Datenbank erhöhen. Im ers=
ten Schritt
würde mir cold stand by genügen (keine automatische Umschaltung, Umscha=
ltung "per Hand").

Neben der Datenbank muss auch noch das Dateisystem synchronisiert werden.

Für Postgres ist es vermutlich besser mit Replikation zu arbeiten als mit=
DRDB.

Für das Dateisystem könnte man mit DRDB arbeiten. Bisher nutzen wird XF=
S mit nächtlichem
Backup.

Hat jemand Tipps oder Hinweise?


Gruß,
Thomas

--=20
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Höhere Verfügbarkeit

am 27.04.2011 09:16:59 von Bernd Helmle

--On 27. April 2011 08:31:06 +0200 Thomas Guettler wrote:

> Neben der Datenbank muss auch noch das Dateisystem synchronisiert werden.
>
> Für Postgres ist es vermutlich besser mit Replikation zu arbeiten al=
s mit
> DRDB.

Entweder oder wird ein Schuh daraus. DRBD repliziert das Dateisystem _mit_=
=20
$PGDATA, also den Datenbankcluster auf einen Secondary. Dabei darf auf dem=
=20
Secondary keine PostgreSQL-Instanz laufen. DRBD hat gegenüber den ande=
ren=20
Replikationslösungen den Vorteil, synchron replizieren zu können.

--=20
Thanks

Bernd

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Höhere Verfügbarkeit

am 27.04.2011 09:45:13 von Susanne Ebrecht

On 27.04.2011 08:31, Thomas Guettler wrote:
> Hallo,
>
> ich möchte die Verfügbarkeit einer Postgres Datenbank erhöhen. Im=
ersten Schritt
> würde mir cold stand by genügen (keine automatische Umschaltung, Um=
schaltung "per Hand").
>
> Neben der Datenbank muss auch noch das Dateisystem synchronisiert werde=
n.
>
> Für Postgres ist es vermutlich besser mit Replikation zu arbeiten als=
mit DRDB.

Hallo,

Bedenke bitte - Replikation hilft nicht gegen Wurstfingerfehler.
Ein versehentliches UPDATE ohne WHERE oder ein DROP TABLE wird gnadenlos=20
repliziert
und die Daten sind kaum wieder herzustellen.
Heisst, auf regelmäßige Backups solltest Du nicht verzichten.

Replikationslösungen für PostgreSQL gibt es viele.

Wenn Du PostgreSQL 9.0 verwendest, mag streaming replication eine Lösun=
g=20
sein.
Hierfür gibt es auch einen Manager - der Dir das Einrichten erleichtert=
:

http://projects.2ndquadrant.com/repmgr
bzw.
https://github.com/greg2ndQuadrant/repmgr

Mein Tipp zur Doku ist - einfach runterscrollen bis zum Usage Walkthrough=
..

Umschalten muß man hier derzeit noch manuell.
Das Aufsetzen ist eigentlich sehr einfach.

Susanne

--=20
Susanne Ebrecht - 2ndQuadrant
PostgreSQL Development, 24x7 Support, Training and Services
www.2ndQuadrant.com


--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Höhere Verfügbarkeit

am 27.04.2011 14:10:55 von Thomas Guettler

Hallo,

erst jetzt bin ich über diese Seite gestolpert:

http://www.postgresql.org/docs/9.0/static/different-replicat ion-solution=
s.html

OK, der postgres Part müsste theoretisch klar sein. Dummerweise gibt
es Daten im Dateisystem, die mit den Daten in der DB "Hand in Hand" gehen.

Hier würde mir der Einsatz vom einem Cluster-FS vorschweben oder DRDB... =
Infos+Tipps
sind willkommen. (auch wenn eigentlich hier offtopic)

Thomas

On 27.04.2011 08:31, Thomas Guettler wrote:
> Hallo,
>=20
> ich möchte die Verfügbarkeit einer Postgres Datenbank erhöhen. Im e=
rsten Schritt
> würde mir cold stand by genügen (keine automatische Umschaltung, Umsc=
haltung "per Hand").
>=20
> Neben der Datenbank muss auch noch das Dateisystem synchronisiert werden.
>=20
> Für Postgres ist es vermutlich besser mit Replikation zu arbeiten als m=
it DRDB.
>=20
> Für das Dateisystem könnte man mit DRDB arbeiten. Bisher nutzen wird =
XFS mit nächtlichem
> Backup.
>=20
> Hat jemand Tipps oder Hinweise?
>=20
>=20
> Gruß,
> Thomas
>=20

--=20
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Höhere Verfügbarkeit

am 27.04.2011 16:05:23 von Susanne Ebrecht

On 27.04.2011 14:10, Thomas Guettler wrote:
> Hallo,
>
> erst jetzt bin ich über diese Seite gestolpert:
>
> http://www.postgresql.org/docs/9.0/static/different-replicat ion-sol=
utions.html
>
> OK, der postgres Part müsste theoretisch klar sein. Dummerweise gibt
> es Daten im Dateisystem, die mit den Daten in der DB "Hand in Hand" geh=
en.
>
> Hier würde mir der Einsatz vom einem Cluster-FS vorschweben oder DRDB=
.... Infos+Tipps
> sind willkommen. (auch wenn eigentlich hier offtopic)

Hallo Thomas,

der Bernd hat vorhin ja schon einiges über DRBD gesagt.

Beim Kopieren des Dateisystems ist es halt nur wichtig, dass die=20
Architektur (z. B. 32 oder 64 bit),
das Betriebssystem und die PostgreSQL-Version auf beiden Maschinen=20
gleich sind.

DRBD ist durchaus eine Alternative.

Susanne

--=20
Susanne Ebrecht - 2ndQuadrant
PostgreSQL Development, 24x7 Support, Training and Services
www.2ndQuadrant.com


--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Höhere Verfügbarkeit

am 27.04.2011 16:18:05 von Bernd Helmle

--On 27. April 2011 16:05:23 +0200 Susanne Ebrecht >=20
wrote:

> der Bernd hat vorhin ja schon einiges über DRBD gesagt.
>
> Beim Kopieren des Dateisystems ist es halt nur wichtig, dass die Architek=
tur
> (z. B. 32 oder 64 bit),
> das Betriebssystem und die PostgreSQL-Version auf beiden Maschinen gleich
> sind.

.....was generell für Replikationslösungen über WAL (Transakt=
ionslog) gilt=20
(Minorversionen können differieren, ebenso OS solange sie binärko=
mpatibel=20
sind, macht die Sache aber nicht überschaubarer...).

Wichtig für dich ist erstmal genau abzustecken, welche Ausfälle u=
nd Szenarien=20
man abdecken möchte. Ist klar, was alles repliziert bzw. abgesichert w=
erden=20
muss, dann kann man sich im Detail eine Lösung herauspicken, die die=
=20
Anforderungen erfüllt.

--=20
Thanks

Bernd

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Höhere Verfügbarkeit

am 27.04.2011 16:22:21 von Bernd Helmle

--On 27. April 2011 14:10:55 +0200 Thomas Guettler wrote:

> Hier würde mir der Einsatz vom einem Cluster-FS vorschweben oder DRD=
B...
> Infos+Tipps sind willkommen. (auch wenn eigentlich hier offtopic)

Hmm wieso Cluster-FS? Wenn du im Sinne hast, mehrere Instanzen gleichzeitig=
auf=20
denselben $PGDATA laufen zu lassen, kannst du das gleich vergessen.

--=20
Thanks

Bernd

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Höhere Verfügbarkeit

am 29.04.2011 07:54:12 von Thomas Guettler

On 27.04.2011 16:22, Bernd Helmle wrote:
>=20
>=20
> --On 27. April 2011 14:10:55 +0200 Thomas Guettler wrot=
e:
>=20
>> Hier würde mir der Einsatz vom einem Cluster-FS vorschweben oder DR=
DB...
>> Infos+Tipps sind willkommen. (auch wenn eigentlich hier offtopic)
>=20
> Hmm wieso Cluster-FS? Wenn du im Sinne hast, mehrere Instanzen
> gleichzeitig auf denselben $PGDATA laufen zu lassen, kannst du das
> gleich vergessen.

$PGDATA will ich natürlich nicht auf einem Cluster-FS. Aber es gibt ei=
n Verzeichnis
im Dateisystem unserer Anwendung und die muss mit kopiert werden. Bei DRDB =
kann
man auf dem standby Host (so weit ich weiß) das Filesystem nicht mal r=
eadonly mounten.

Mit Replication bei der DB und Cluster-FS des Dateisystems (ohne $PGDATA), =
könnte man Backups vom standy
by Host ziehen. Das würde Last vom produktiven Rechner nehmen.

Das Thema Hochverfügbarkeit ist erstmal nur interessant, zur Umsetzung=
kommt es bei
mir sicherlich erst später.

Gruß,
Thomas

--=20
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: [pgsql-de-allgemein] Höhere Verfügbarkeit

am 29.04.2011 09:52:03 von Michael Renner

--Apple-Mail-13--661190356
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=iso-8859-1


On Apr 29, 2011, at 7:54 , Thomas Guettler wrote:

> On 27.04.2011 16:22, Bernd Helmle wrote:
>>=20
>>=20
>> --On 27. April 2011 14:10:55 +0200 Thomas Guettler =
wrote:
>>=20
>>> Hier würde mir der Einsatz vom einem Cluster-FS vorschweben oder =
DRDB...
>>> Infos+Tipps sind willkommen. (auch wenn eigentlich hier offtopic)
>>=20
>> Hmm wieso Cluster-FS? Wenn du im Sinne hast, mehrere Instanzen
>> gleichzeitig auf denselben $PGDATA laufen zu lassen, kannst du das
>> gleich vergessen.
>=20
> $PGDATA will ich natürlich nicht auf einem Cluster-FS. Aber es gibt =
ein Verzeichnis
> im Dateisystem unserer Anwendung und die muss mit kopiert werden. Bei =
DRDB kann
> man auf dem standby Host (so weit ich weiß) das Filesystem nicht mal =
readonly mounten.

Wohl, wenn das (Cluster-)Filesystem da mitspielt ist das kein Problem: =
http://www.drbd.org/users-guide-emb/s-enable-dual-primary.ht ml.=20

lg,
Michael=

--Apple-Mail-13--661190356
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=iso-8859-1

-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
">

On Apr 29, 2011, at 7:54 , Thomas Guettler =
wrote:

type=3D"cite">
On 27.04.2011 16:22, Bernd Helmle =
wrote:

type=3D"cite">
--On 27. April =
2011 14:10:55 +0200 Thomas Guettler < href=3D"mailto:hv@tbz-pariv.de">hv@tbz-pariv.de> =
wrote:
type=3D"cite">
type=3D"cite">Hier würde mir der Einsatz vom einem Cluster-FS =
vorschweben oder DRDB...
type=3D"cite">
Infos+Tipps sind willkommen. =
(auch wenn eigentlich hier =
offtopic)
type=3D"cite">
Hmm wieso =
Cluster-FS? Wenn du im Sinne hast, mehrere =
Instanzen
gleichzeitig auf =
denselben $PGDATA laufen zu lassen, kannst du =
das
gleich =
vergessen.

$PGDATA will ich natürlich nicht auf =
einem Cluster-FS. Aber es gibt ein Verzeichnis
im Dateisystem unserer =
Anwendung und die muss mit kopiert werden. Bei DRDB kann
man auf dem =
standby Host (so weit ich weiß) das Filesystem nicht mal readonly =
mounten.

Wohl, wenn das =
(Cluster-)Filesystem da mitspielt ist das kein Problem:  href=3D"http://www.drbd.org/users-guide-emb/s-enable-dual-pr imary.html">ht=
tp://www.drbd.org/users-guide-emb/s-enable-dual-primary.html
.  iv>

lg,
Michael
=

--Apple-Mail-13--661190356--