Klastrowanie PostgreSQL i przełączanie awaryjne

Budowanie klastrów wysokiej dostępności PostgreSQL z prawdziwymi ekspertami

W PostgreSQL możesz przełączyć bazę danych z serwera podstawowego do roli rezerwowej, a także z serwera rezerwowego do podstawowej. Jest to nazywane przełączaniem bazy danych lub przełączaniem awaryjnym. W przypadku awarii kontrolowane przełączanie awaryjne można zawsze wykonać ręcznie. Jednak wielu klientów woli automatyczne przełączanie awaryjne niż ręczne przełączanie awaryjne, ponieważ zmniejsza to czas przestoju i minimalizuje, a nawet eliminuje utratę danych.

Inne rozwiązania dotyczące replikacji, klastrowania i przełączania awaryjnego PostgreSQL

Prostota Patroni daje mu prawdziwą przewagę nad bardziej tradycyjnymi rozwiązaniami. Jednak wielu klientów nadal korzysta z tradycyjnych rozwiązań, które są oczywiście w pełni wspierane przez CYBERTEC.

Linux HA (pacemaker, corosync, itp.)

Linux HA to rozwiązanie ogólnego przeznaczenia dla wysokiej dostępności, ponieważ może być używane do klastrowania praktycznie każdego rodzaju oprogramowania. Ten rodzaj elastyczności jest również jego największą słabością, ponieważ wprowadza wiele złożoności, co niekoniecznie jest pożądane.

Oprócz tego Patroni został stworzony specjalnie dla PostgreSQL, dzięki czemu można korzystać z wbudowanych funkcji o wiele lepiej od Linux HA.

Jednak Linux HA jest nadal dobrym rozwiązaniem i oferuje bogaty zestaw funkcji, w tym:

• Wykrywa i odzyskuje awarie maszyn i aplikacji
• Obsługuje konfiguracje redundancji
• Obsługuje zarówno quorate, jak i klastry oparte na zasobach
• Zapewnia konfigurowalne strategie radzenia sobie z utratą kworum (= utracono zbyt wiele maszyn)
• Obsługuje kolejność uruchamiania/zamykania aplikacji, niezależnie od tego, na którym komputerze (-ach) aplikacje są włączone
• Obsługuje aplikacje, które muszą/nie mogą działać na tym samym komputerze
• Obsługuje aplikacje, które muszą być aktywne na wielu komputerach
• Obsługuje aplikacje z wieloma trybami (np. Główny/tryb gotowości)

Linux HA pozwala PostgreSQL na integrację z innymi komponentami, które muszą być dostępne przez całą dobę.

pgpool-II and pgbouncer

Kiedy mówimy o osobnych serwerach, pulujących w kontekście PostgreSQL, wyróżniają się dwa produkty – PgBouncer i pgpool-II. Oba narzędzia są często używane w kontekście klastrowania PostgreSQL i puli połączeń.

Nasi eksperci z baz danych napisali o pgpool-II i pgbouncer. Aby uzyskać więcej informacji, sprawdź następujący post na blogu >>.

Ogólnie zalecamy Patroni zamiast pgpool-II, ponieważ jest mniej inwazyjny.

Legacy: Slony and Skytools (londiste)

Slony został opracowany około daty wydania PostgreSQL 7.4. Obsługuje replikację wyzwalacza. Przed wprowadzeniem replikacji opartych na dzienniku transakcji wyzwalacze były właściwie jedynym sposobem replikacji danych na zestawie hostów zdalnych.

Skytools (a mianowicie narzędzie o nazwie londiste) napotyka problemy podobne do Slony i dlatego jest uważane za nieaktualne. Jeśli chcesz replikować pojedyncze tabele, rozważ sprawdzenie „UTWÓRZ PUBLIKACJĘ” i „UTWÓRZ SUBSKRYPCJĘ”, które zostały wprowadzone w PostgreSQL 10.0.

Jeśli używasz Slony i chcesz przeprowadzić migrację lub chcesz się dowiedzieć o nowych technologiach, skontaktuj się z nami już dziś.