Zapasowy serwer LMS, jak podejsc do problemu?
Witam. Rozwazam ostatnio dosc mocno postawienie drugiego bakapowego serwerka LMSa z baza danych. Siec jest mocno rozproszona, i kilkanascie routerow korzysta z bazy.
Mysle aby postawic druga maszyne z identycznym LMSem. Maszyna ta, sciagalaby sobie dumpa bazy raz dziennie, i pracowala pod inna virtualka np: lms2.kowalski.net . Dump wrzucalby sie do bazy, i tak zawsze mialbym lmsa z ostatniego dnia na drugim serwerze.
W razie padu, pracownicy moga dalej pracowac na bazie pod virtualka lms2, a informatyk tylko skiluje demony na routerach, i odpali z adresem drugiego lmsa...
Co sadzicie o takim rozwiazaniu? Czy moze macie inne ciekawe pomysly?
Z tego co czytalem to replikacja nie bedzie dla mnie dobrym rozwiazaniem, poniewaz na bazie ktora jest replika nie mozna chyba pracowac?
Pozdrawiam.
Matys Łukasz pisze:
Witam. Rozwazam ostatnio dosc mocno postawienie drugiego bakapowego serwerka LMSa z baza danych. Siec jest mocno rozproszona, i kilkanascie routerow korzysta z bazy.
Mysle aby postawic druga maszyne z identycznym LMSem. Maszyna ta, sciagalaby sobie dumpa bazy raz dziennie, i pracowala pod inna virtualka np: lms2.kowalski.net . Dump wrzucalby sie do bazy, i tak zawsze mialbym lmsa z ostatniego dnia na drugim serwerze.
W razie padu, pracownicy moga dalej pracowac na bazie pod virtualka lms2, a informatyk tylko skiluje demony na routerach, i odpali z adresem drugiego lmsa...
Co sadzicie o takim rozwiazaniu? Czy moze macie inne ciekawe pomysly?
Z tego co czytalem to replikacja nie bedzie dla mnie dobrym rozwiazaniem, poniewaz na bazie ktora jest replika nie mozna chyba pracowac?
Pozdrawiam.
Dodam, iz zapasowy serwer bedzie stal w zupelnie innej lokalizacji fizycznej.
Dnia 04-06-2008 o 13:52:42 Matys Łukasz lukasz@e-matys.com napisał(a):
Witam. Rozwazam ostatnio dosc mocno postawienie drugiego bakapowego serwerka LMSa z baza danych. Siec jest mocno rozproszona, i kilkanascie routerow korzysta z bazy.
Mysle aby postawic druga maszyne z identycznym LMSem. Maszyna ta, sciagalaby sobie dumpa bazy raz dziennie, i pracowala pod inna virtualka np: lms2.kowalski.net .
Ja to bym zastosował replikację, żeby oba serwery były ze sobą zsynchronizowane cały czas.
tak replikacja mysql plus na poczatek dst/src nat ktory odpowiednio natowalby pakiety w przypadku padu jednego serwera na drugi, mysle ze na pocztek ok. Replikacja jest prosta w uruchomieniu tylko pozniej trzeba jej pilnowac
ZPozdrawiam
W dniu 4 czerwca 2008 19:02 użytkownik Mad Mark madmark@netcity.pl napisał:
Dnia 04-06-2008 o 13:52:42 Matys Łukasz lukasz@e-matys.com napisał(a):
Witam. Rozwazam ostatnio dosc mocno postawienie drugiego bakapowego serwerka LMSa z baza danych. Siec jest mocno rozproszona, i kilkanascie routerow korzysta z bazy.
Mysle aby postawic druga maszyne z identycznym LMSem. Maszyna ta, sciagalaby sobie dumpa bazy raz dziennie, i pracowala pod inna virtualka np: lms2.kowalski.net .
Ja to bym zastosował replikację, żeby oba serwery były ze sobą zsynchronizowane cały czas.
-- Mad Mark
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
tak replikacja mysql plus na poczatek dst/src nat ktory odpowiednio natowalby pakiety w przypadku padu jednego serwera na drugi, mysle ze na pocztek ok. Replikacja jest prosta w uruchomieniu tylko pozniej trzeba jej pilnowac
ZPozdrawiam
!DSPAM:4846d2af160621804284693!
W dniu 4 czerwca 2008 13:52 użytkownik Matys Łukasz lukasz@e-matys.com napisał:
Witam. Rozwazam ostatnio dosc mocno postawienie drugiego bakapowego serwerka LMSa z baza danych. Siec jest mocno rozproszona, i kilkanascie routerow korzysta z bazy.
Mysle aby postawic druga maszyne z identycznym LMSem. Maszyna ta, sciagalaby sobie dumpa bazy raz dziennie, i pracowala pod inna virtualka np: lms2.kowalski.net . Dump wrzucalby sie do bazy, i tak zawsze mialbym lmsa z ostatniego dnia na drugim serwerze.
W razie padu, pracownicy moga dalej pracowac na bazie pod virtualka lms2, a informatyk tylko skiluje demony na routerach, i odpali z adresem drugiego lmsa...
Co sadzicie o takim rozwiazaniu? Czy moze macie inne ciekawe pomysly?
Z tego co czytalem to replikacja nie bedzie dla mnie dobrym rozwiazaniem, poniewaz na bazie ktora jest replika nie mozna chyba pracowac?
nie widze sensowniejszego rozwiązania niz heartbeat + mysql w trybie multimaster.
Gdy glowny serwer pada, zapasowy przybiera jego adres IP i wszystko . Jako ze mysql jest multimaster - nie ma problemu ze replikacjami itd. Nie trzeba nic restartowac itd.
pozdr.
W dniu 4 czerwca 2008 23:22 użytkownik Wojciech Ziniewicz wojciech.ziniewicz@gmail.com napisał:
nie widze sensowniejszego rozwiązania niz heartbeat + mysql w trybie multimaster.
Gdy glowny serwer pada, zapasowy przybiera jego adres IP i wszystko . Jako ze mysql jest multimaster - nie ma problemu ze replikacjami itd. Nie trzeba nic restartowac itd.
Dokładnie u mnie replikacja smiga od roku w trybie master master, jest swietnuy tutorial do tego na witrynach onlamp.com Gdy pada jeden serwer pracujesz na drugim zmieniasz dane klientom, gdy odpalasz ten pierwszy po naprawie, drugi informuje ierwszego ze nastapily zmiany i aktualizuje mu baze dziala to oczywiscie w dwie strony :)
Pozdrawiam
!DSPAM:484711f6211701402712270!
Dnia 05-06-2008 o 00:06:47 Michał Gacek michal.gacek@gmail.com napisał(a):
Dokładnie u mnie replikacja smiga od roku w trybie master master, jest swietnuy tutorial do tego na witrynach onlamp.com Gdy pada jeden serwer pracujesz na drugim zmieniasz dane klientom, gdy odpalasz ten pierwszy po naprawie, drugi informuje ierwszego ze nastapily zmiany i aktualizuje mu baze dziala to oczywiscie w dwie strony :)
A jest już odpowiednik trybu master-master dla postgresa?
W dniu 5 czerwca 2008 09:25 użytkownik Mad Mark madmark@netcity.pl napisał:
A jest już odpowiednik trybu master-master dla postgresa?
tak, pierwszy wynik w google.
uczestnicy (4)
-
Mad Mark -
Matys Łukasz -
Michał Gacek -
Wojciech Ziniewicz