issues<\/a><\/noindex> auf GitHub besuchen. Dort gibt es viele verschiedene Geschichten und es werden viele interessante Probleme diskutiert. Letztendlich wurden einige Bugs erfasst und behoben, d. h. es ist eine interessante Lekt\u00fcre. <\/p>\n<\/p>\n
Dort gibt es interessante Geschichten dar\u00fcber, wie Menschen sich ins eigene Knie schie\u00dfen. Sehr lehrreich. Man liest und versteht, dass man es so nicht machen sollte. Ich habe mir einen Haken gesetzt. <\/p>\n
<\/p>\n
Und ich m\u00f6chte dem Unternehmen Zalando ein gro\u00dfes Dankesch\u00f6n daf\u00fcr sagen, dass sie dieses Projekt vorantreiben, insbesondere Alexander Kukushkin und Alexey Klyukin. Alexey Klyukin ist einer der Mitautoren, er arbeitet nicht mehr bei Zalando, aber das sind die zwei Personen, die mit diesem Produkt begonnen haben. <\/p>\n
<\/p>\n
Und ich halte Patroni f\u00fcr eine sehr coole Sache. Ich bin zufrieden, dass es existiert; es ist interessant, damit zu arbeiten. Ein gro\u00dfes Dankesch\u00f6n an alle Mitwirkenden, die Patches f\u00fcr Patroni schreiben. Ich hoffe, dass Patroni mit der Zeit reifer, cooler und funktionaler wird. Es funktioniert bereits gut, aber ich hoffe, dass es noch besser wird. Wenn Sie planen, Patroni bei sich einzusetzen, dann scheuen Sie sich nicht. Es ist eine gute L\u00f6sung, die man implementieren und nutzen kann. <\/p>\n
<\/p>\n
Das ist alles. Wenn Sie Fragen haben, stellen Sie diese bitte.<\/p>\n
<\/p>\n
<\/p>\n
Fragen<\/p>\n
<\/p>\n
Danke f\u00fcr den Vortrag! Wenn man nach dem Failover trotzdem sehr genau hinschauen muss, warum brauchen wir dann einen automatischen Failover?<\/em> <\/p>\n<\/p>\n
Weil es etwas Neues ist. Wir arbeiten erst seit einem Jahr damit. Man sollte lieber auf Nummer sicher gehen. Wir wollen reingehen und sehen, ob wirklich alles so funktioniert hat, wie es sollte. Das ist ein gewisses Ma\u00df an Erwachsensein, das Misstrauen \u2013 besser etwas mehr zu \u00fcberpr\u00fcfen und nachzusehen. <\/p>\n
<\/p>\n
Zum Beispiel sind wir am Morgen reingegangen und haben nachgeschaut, oder?<\/em><\/p>\n<\/p>\n
Nicht am Morgen, wir erfahren normalerweise fast sofort vom Auto-Failer. Wir bekommen Benachrichtigungen, sehen, dass der Auto-Failer passiert ist. Wir schauen fast sofort nach. Aber all diese Pr\u00fcfungen sollten auf die Monitoring-Ebene \u00fcbertragen werden. Wenn man zu Patroni \u00fcber die REST API geht, gibt es eine Historie. \u00dcber die Historie kann man die Zeitstempel sehen, wann der Failer aufgetreten ist. Basierend darauf kann man Monitoring erstellen. Man kann die Historie betrachten, wie viele Ereignisse es gab. Wenn es mehr Ereignisse gibt, bedeutet das, dass der Auto-Failer stattgefunden hat. Man kann nachsehen. Oder unsere Automatisierung im Monitoring hat \u00fcberpr\u00fcft, dass alle Replikate vorhanden sind, es keine Verz\u00f6gerung gibt und alles gut ist. <\/p>\n
<\/p>\n
Danke!<\/em><\/p>\n<\/p>\n
Vielen Dank f\u00fcr die gro\u00dfartige Geschichte! Wenn wir den DCS-Cluster irgendwo weit vom Postgres-Cluster verlegt haben, muss dieser Cluster dann auch regelm\u00e4\u00dfig gewartet werden? Welche Best Practices gibt es daf\u00fcr, dass bestimmte Teile des DCS-Clusters abgeschaltet werden, dass man etwas damit macht usw.? Wie funktioniert dabei die gesamte Struktur? Und wie macht man diese Dinge?<\/em><\/p>\n<\/p>\n
F\u00fcr ein Unternehmen musste eine Problemmatrix erstellt werden, was passiert, wenn eines oder mehrere Komponenten ausfallen. Anhand dieser Matrix durchgehen wir nacheinander alle Komponenten und erstellen Szenarien f\u00fcr den Fall, dass diese Komponenten ausfallen. F\u00fcr jedes Ausfallszenario kann es dann einen Aktionsplan zur Wiederherstellung geben. Und im Fall von DCS geh\u00f6rt das als Teil der Standardinfrastruktur dazu. Und der Administrator verwaltet dies, und wir verlassen uns bereits auf die Administratoren, die das verwalten und auf ihre F\u00e4higkeiten, es im Falle eines Ausfalls zu reparieren. Wenn der DCS gar nicht vorhanden ist, bauen wir ihn auf, aber wir \u00fcberwachen ihn dabei nicht speziell, weil wir nicht f\u00fcr die Infrastruktur verantwortlich sind, geben aber Empfehlungen, was und wie man monitoren sollte. <\/p>\n
<\/p>\n
D. h. habe ich das richtig verstanden, dass man Patroni abschalten, den Failer deaktivieren und alles abstellen muss, bevor man etwas mit den Hosts macht?<\/em><\/p>\n<\/p>\n
Es h\u00e4ngt davon ab, wie viele Knoten wir im DCS-Cluster haben. Wenn es viele Knoten gibt und wir nur einen Knoten (eine Replik) au\u00dfer Betrieb nehmen, bleibt das Quorum im Cluster erhalten. Und Patroni bleibt funktionsf\u00e4hig. Und nichts wird ausgel\u00f6st. Wenn wir jedoch komplexe Operationen haben, die mehrere Knoten betreffen, deren Fehlen das Quorum gef\u00e4hrden k\u00f6nnte, dann ist es vielleicht sinnvoll, Patroni kurzzeitig zu pausieren. Daf\u00fcr gibt es den entsprechenden Befehl \u2013 patronictl pause, patronictl resume. Wir setzen einfach auf Pause, und das automatische Failover funktioniert in dieser Zeit nicht. Wir f\u00fchren Wartungsarbeiten am DCS-Cluster durch, setzen die Pause dann wieder auf und leben weiter.<\/p>\n
<\/p>\n
Vielen Dank!<\/em><\/p>\n<\/p>\n
Vielen Dank f\u00fcr den Vortrag! Wie steht das Produktteam dazu, dass Daten verloren gehen k\u00f6nnen?<\/em> <\/p>\n<\/p>\n
Das Produktteam ist es egal, aber die Teamleiter sind besorgt. <\/p>\n
<\/p>\n
Welche Garantien gibt es dort?<\/em><\/p>\n<\/p>\n
Mit Garantien ist es sehr schwierig. Es gibt einen Vortrag von Alexander Kukushkin \u201eWie man RPO und RTO berechnet\u201c, d. h. die Wiederherstellungszeit und wie viele Daten wir verlieren k\u00f6nnen. Ich denke, wir sollten diese Folien finden und sie uns ansehen. Soweit ich mich erinnere, gibt es dort konkrete Schritte, wie man diese Dinge berechnet. Wie viele Transaktionen k\u00f6nnen wir verlieren, wie viele Daten k\u00f6nnen wir verlieren. Als M\u00f6glichkeit k\u00f6nnten wir die synchrone Replikation auf Patroni-Ebene verwenden, aber das ist ein zweischneidiges Schwert: entweder haben wir Datensicherheit oder wir verlieren an Geschwindigkeit. Es gibt zwar synchrone Replikation, aber die garantiert auch keinen 100%-igen Schutz vor Datenverlust.<\/p>\n
<\/p>\n
Alexey, danke f\u00fcr den tollen Vortrag! Gibt es Erfahrungen mit der Verwendung von Patroni f\u00fcr den nullten Schutzlevel? Das hei\u00dft, in Verbindung mit dem synchronen Standby? Das ist die erste Frage. Und die zweite Frage. Sie haben verschiedene L\u00f6sungen verwendet. Wir haben Repmgr verwendet, aber ohne automatisches Failover und planen jetzt, das automatische Failover zu aktivieren. Wir betrachten Patroni als alternative L\u00f6sung. Was k\u00f6nnen Sie im Vergleich zu Repmgr als Vorteile nennen?<\/em><\/p>\n<\/p>\n
Die erste Frage war zur synchronen Replikation. Keiner von uns verwendet synchrone Replikation, weil alle Angst haben (es verwenden bereits mehrere Kunden, Probleme mit der Leistung wurden grunds\u00e4tzlich nicht festgestellt \u2014 Anmerkung des Vortragenden<\/em>). Aber wir haben f\u00fcr uns die Regel aufgestellt, dass es im Cluster der synchronen Replikation mindestens drei Knoten geben muss, denn wenn wir zwei Knoten haben und einer der Master oder Repliken ausf\u00e4llt, geht Patroni dazu \u00fcber, diesen Knoten in den Standalone-Modus zu versetzen, damit die Anwendung weiterhin arbeiten kann. In diesem Fall besteht das Risiko eines Datenverlusts.<\/p>\n<\/p>\n
Zum zweiten Punkt haben wir Repmgr verwendet und verwenden es aus historischen Gr\u00fcnden immer noch bei einigen Kunden. Was kann man dazu sagen? In Patroni ist die Auto-Failover-Funktion standardm\u00e4\u00dfig integriert, bei Repmgr ist sie bereits eine zus\u00e4tzliche Funktion, die aktiviert werden muss. Es ist notwendig, den Repmgr-Daemon auf jedem Knoten zu starten, und dann k\u00f6nnen wir das Auto-Failover einrichten. <\/p>\n
<\/p>\n
Repmgr \u00fcberpr\u00fcft, welche Postgres-Knoten aktiv sind. Die Repmgr-Prozesse \u00fcberpr\u00fcfen die Existenz miteinander, was nicht sehr effizient ist, da es komplexe F\u00e4lle der Netzwerk-Isolation geben kann, in denen ein gro\u00dfer Repmgr-Cluster sich in mehrere kleine zerlegen und weiterarbeiten kann. Ich habe lange nicht mehr auf Repmgr geachtet, vielleicht wurde das behoben... vielleicht aber auch nicht. Aber die Auslagerung von Informationen \u00fcber den Zustand des Clusters in DCS, wie es Stolon und Patroni machen, ist die lebensf\u00e4higste Option. <\/p>\n
<\/p>\n
Alexej, ich habe eine Frage, vielleicht eine unerfahrene. In einem der ersten DCS-Beispiele hast du es von einer lokalen Maschine auf einen Remote-Knoten ausgelagert. Wir verstehen, dass ein Netzwerk eine eigene Dynamik hat. Was passiert, wenn aus irgendeinem Grund der DCS-Cluster nicht mehr verf\u00fcgbar ist? Ich m\u00f6chte die Gr\u00fcnde nicht ansprechen; es k\u00f6nnte viele Ursachen geben: von fehlerhaften Netzwerktechnikern bis hin zu echten Problemen.<\/em> <\/p>\n<\/p>\n
Ich habe das nicht laut ausgesprochen, aber der DCS-Cluster sollte ebenfalls ausfallsicher sein, d. h. eine ungerade Anzahl von Knoten haben, damit ein Quorum gebildet werden kann. Was passiert, wenn der DCS-Cluster nicht mehr verf\u00fcgbar ist oder kein Quorum gebildet werden kann, also bei einem Netzwerk-Split oder einem Knotenfehler? In diesem Fall wechselt der Patroni-Cluster in den Nur-Lesen-Modus. Der Patroni-Cluster kann den Zustand des Clusters und was zu tun ist, nicht bestimmen. Er kann nicht mit DCS kommunizieren und den neuen Zustand des Clusters nicht speichern, weshalb der gesamte Cluster in den Nur-Lesen-Modus wechselt. Er wartet entweder auf manuelle Eingriffe des Operators oder darauf, dass DCS wiederhergestellt wird.<\/p>\n
<\/p>\n
Gro\u00df gesagt, wird DCS f\u00fcr uns zu einem Dienst, der ebenso wichtig ist wie die Datenbank selbst?<\/em><\/p>\n<\/p>\n
Ja, ja. In sehr vielen modernen Unternehmen ist Service Discovery ein unverzichtbarer Bestandteil der Infrastruktur. Es wird sogar fr\u00fcher implementiert, als eine Datenbank in der Infrastruktur vorhanden ist. Um es vereinfacht zu sagen: Die Infrastruktur wurde gestartet, das Rechenzentrum wurde eingerichtet, und sofort haben wir Service Discovery. Wenn es sich um Consul handelt, kann auch DNS darauf aufgebaut werden. Wenn es sich um Etcd handelt, kann ein Teil des Kubernetes-Clusters sein, in dem bereits alles andere bereitgestellt wird. Ich denke, dass Service Discovery bereits ein integraler Bestandteil moderner Infrastrukturen ist. Und man denkt viel fr\u00fcher dar\u00fcber nach als \u00fcber Datenbanken. <\/p>\n
<\/p>\n
Danke!<\/em><\/p>\nQuelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041e\u0441\u043d\u043e\u0432\u043d\u0430\u044f \u0446\u0435\u043b\u044c Patroni \u2014 \u044d\u0442\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u0435 High Availability \u0434\u043b\u044f PostgreSQL. \u041d\u043e Patroni \u2014 \u044d\u0442\u043e \u043b\u0438\u0448\u044c template, \u0430 \u043d\u0435 \u0433\u043e\u0442\u043e\u0432\u044b\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442 (\u0447\u0442\u043e, \u0432 \u043e\u0431\u0449\u0435\u043c, \u0438 \u0441\u043a\u0430\u0437\u0430\u043d\u043e \u0432 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u0438). \u041d\u0430 \u043f\u0435\u0440\u0432\u044b\u0439 \u0432\u0437\u0433\u043b\u044f\u0434, \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0432 Patroni \u0432 \u0442\u0435\u0441\u0442\u043e\u0432\u043e\u0439 \u043b\u0430\u0431\u0435, \u043c\u043e\u0436\u043d\u043e \u0443\u0432\u0438\u0434\u0435\u0442\u044c, \u043a\u0430\u043a\u043e\u0439 \u044d\u0442\u043e \u043f\u0440\u0435\u043a\u0440\u0430\u0441\u043d\u044b\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442 \u0438 \u043a\u0430\u043a \u043e\u043d \u043b\u0435\u0433\u043a\u043e \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0435\u0442 \u043d\u0430\u0448\u0438 \u043f\u043e\u043f\u044b\u0442\u043a\u0438 \u0440\u0430\u0437\u0432\u0430\u043b\u0438\u0442\u044c \u043a\u043b\u0430\u0441\u0442\u0435\u0440. \u041e\u0434\u043d\u0430\u043a\u043e \u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0435 \u0432 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":90104,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-90103","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Patroni](\"\/wp-content\/uploads\/2020\/07\/6404cba13214f499d1f347cca0aacbe7.jpeg\")
<\/p>\n