-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jak doniosły WSI, dnia Mon, 13 Sep 2010 20:38:05 +0200 Marek <[email protected]> napisał(a):
Hej, imo najlepiej będzie jak zrobisz sobie: - - 2 serwery master-master - - 1 serwer jako slave (do któregoś z masterów) dane do portali (w trybie RO) - ciągniesz ze slave'a, zapis wrzucasz na jednego z masterów (2-gi się "nudzi", jest tylko dla zapewnienia redundancji) Wymaga to niestety rozdzielenia w site'ach updateów/insertów/selectów RW od selectów RO, ale to chyba nie jest problem (jeśli jednak jest to możesz zawsze rozdzielić to via mysqlproxy/greensql/jakieś proxy mysqlowe) W takiej konfiguracji: jeśli padnie slave - przełączasz site'y na ip masterów i jest OK, jeśli padnie master, przepinasz slave'a na drugiego mastera po naprawie musisz tylko pamiętać co gdzie zsynchronizować. jeśli padną obydwa mastery to site będzie ci działał w trybie RO, co w większości wypadków wystarczy, jeśli padną ci wszystkie trzy to i tak masz pozamiatane :D Co do clustra-nbd - 100% zgadzam się z Wojtkiem, co więcej - dalej bardziej nie działa niż działa ;> poza tym ma dość dużo ograniczeń np 64k/rekord+to o czym Wojtek pisał, drbd - jest najgorszą z możliwych opcji - nawet na PNET, nawet testując na 10Gb jak się dociążyło bazę leżącą na drbd+nfsv3 to wwzystko wisiało na I/O. Pozdr. sm0q -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyPS7IACgkQoacw6qH103CAXQCghV6vFsg9PoTjMKR15y3SgFJG mhIAn0opfGyRCQ/awKg8yK96Zqk3/631 =zUAn -----END PGP SIGNATURE-----
