Cały czas robimy to w biurze, a pytanie wciąż się pojawia. Jak sobie radzisz z replikacją PostgreSQL? Nawet niekoniecznie mówię o zaawansowanych klastrach, po prostu upraszczając to w Master-Slave, Master-MultiSlave i Master-Master. Uważam, że ustawienie go w MySQL jest zazwyczaj dość proste. Przełączanie awaryjne jest proste, jeśli nie idealne, szczególnie ze względu na łatwość konfiguracji. Graliśmy ze Slony, ale jest to trochę zbyt praktyczne (zmiany schematu wymagają interwencji, nowe bazy danych wymagają interwencji itp.). PGPool2 był całkiem fajny, dopóki nie zepsuł się węzeł i nie mogliśmy znaleźć wdzięcznego sposobu (oprócz sprowadzenia wszystkiego i zresetowania upadłego węzła), aby odzyskać synchronizację. Zasadniczo oto, czego zwykle szukam:
- Łatwa konfiguracja (zadowolę się trudną konfiguracją, ale łatwo ją rozszerzyć)
- Uproszczone przełączanie awaryjne
- Ponowne sprowadzenie upadłego węzła wymaga tylko czasu (tj. Jak mysql. Serwer się psuje, uruchamiasz go i czekasz na odtworzenie replikacji)
- Zmiany schematu nie przerywają replikacji
- Dodanie nowej bazy danych do serwera jest bezproblemowe (tj. Tak jak mysql, możesz replikować cały serwer DB, więc nowa baza danych jest tworzona w systemie nadrzędnym, automatycznie propaguje się do urządzenia podrzędnego)
MySQL radzi sobie z większością z nich dość dobrze, ale podoba mi się PostgreSQL. Poza tym mamy kilka sytuacji, w których jest to nasza jedyna opcja, i chcielibyśmy dodać replikę do miksu. Czego obecnie używasz i co sądzisz o swoim rozwiązaniu? Obiecuję, że to nie jest post MySQL kontra PostgreSQL, ponieważ nie o to staram się zacząć. :)