Ja jednak postawiłem na dwa servery które maja już LMS-y i bazy danych.
Jeden z nich łączy się zdalnie do MYSQL jak i LMSD co pozwala na przeładowanie ustawień.
Jedynie co trzeba zrobić po padzie głównego Servera to zmiana ip odpalenia dhcpd i zmienić ip w
lms.ini zdalnej bazy danych na lokalny.
Trzeba tylko jeszcze aby drugi Server raz dziennie robił update własnej bazy danych by mógł z niej korzystać po padzie pierwszego :D .
Pozdrawiam
21-09-07, Wojciech Świadkowski <wojtek@bial.pl> napisał(a):
> >>
> >> Mógłbyś przedstawić twój sposób na zarządzanie innymi maszynami za pomocą
> >> jednego UI LMS-a ?? Bo ja aktualnie korzystam z dwóch z tym ze jeden z
> >> nich
> >> łączy się do bazy zdalnie co mnie zabardzo nie zadowala bo w razie
> >> padnięcia
> >> pierwszego ten drugi nie ma dan które jak wiadomo SA najważniejsze.
> >> Robie co
> >> jakiś czas backup ale wiecie jak to jest w życiu :D.
> >>
> >> Pozdrawiam
> >>
> >
> >Zasada jest dosc prosta maszyna zainstalowanym pelnym lmsem serwerem www i
> >mysql
> > na pozostalych maszynkach zainstalowane sa tylko skrypty lmsa można robić
> >to przez lmsd zamiast skryptow ja od kazdego zbednego daemona trzymam sie
> >zdala nic zebnego
> >na maszynkach ze skryptami musi znajdowac sie oczywiscie plik
> >/etc/lms/lms.ini z wlasciwymi wpisami dla odpowiednich podsieci (podsieci
> >nie mogą byc na kolidujacych klasach adresowych)
> >dodatkowo dla kazdej maszyny tworzony jest odzielny urzyszkodnik w mysql z
> >przypisanym hostem i haslem
> >dodatkowo na maszynkach nelezy utworzyc uzytkownika systemowego umnie
> >nazywa sie on lms (nie posiada hasla wiec logowanie przez ssh jest mozliwe
> >tylko za pomoca klucza RSA) przeladowanie konfiguracji nastepuje wlasnie w
> >taki sposob
> >sorki za chaotycznosc opisu ale calkowity brak zdolnosci pedagogicznych w
> >razie nie jasnosci odpowiem na konkretne pytania
>
>
> idea jest taka
> stawiasz baze ( mysql/postgres/lub cokolwiek innego) udostepniasz ja na
> okreslonym porcie wylacznie zaufanym hostom
> dla bezpieczenstwa mozesz zaszyfrowac przesylane dane np. przez program
> stunnel , ssh lub cos innego
> phpui stawiasz na tej samej maszynie lub na oddzielnej , nie ma to
> znaczenia, moze byc kilka phpui na roznych maszynach.
> nalezy pamietac ze wszystkie powinny miec ta sama wersje lmsa i pamietac
> zeby skrypty finansowe odpalaly sie tylko na jednej z nich :)
> ( przytrafilo mi sie kiedys kilka razy naliczyc ten sam abonament i troche
> czasu spedzilem zanim ustalilem dlaczego )
> sprawiasz zeby koncowka wiedziala ze ma sie przeladowac kiedy ty tego
> zechcesz. dodajesz ja w konfiguracji lms -> konfiguracja -> hosty
> skrypty perlowe i lmsd troszke roznia sie sposobem wymuszenia przeladowania.
>
> ja mam baze postawiona na oddzielnym kompie razem z phpui , ktory nic wiecej
> nie robi , moze oprocz automatycznej archiwzacji raz dziennie na plycie.
> dane udostepniam tylko zaufanym hostom ( odpowiednie wpisy w firewall )
> przez szyfrowany tunel ( stunnel ) do tego mam w mysql uzytkownika ktory
> moze czytac okreslone pola z tabel bez danych osobowych i innych nie
> potrzebnych do generowania konfiguracji, oraz mozliwosc edycji/dadawania w
> okreslonych tabelach np lastonline/statystyki , takie niezbedne minimum.
> jako ze uzywam skryptow perlowych w cronie co kilka minut sprawdzam czy ktos
> zaznaczyl w bazie przeladowanie okreslonego hosta i jak cos wykonuje
> odpowiednie skrypty.
> problemem nie jest ilosc hostow obslugiwanych z jednego lsma, widzialem
> instalacje 1 lms 30 serwerow, tylko wlasciwe i bezpieczne skonfigurowanie
> tego z podkesleniem na bezpieczne, bo wlasciwe sprowadza sie do uruchomienia
> mysql z obsluga sieci domyslnie wylaczonej i w
lms.ini na kazdym serwerze
> wpisania adresu ip, portu urzytkownika i hasla do bazy zdalnej.
>
> co sie stanie jak padnie baza , albo polaczenie z nia?
> skrypty perlowe kiedy nie moga skontaktowac sie z baza nie robia nic, a tym
> samym nie kasuja poprzedniej konfiguracji, czyli nastepuje zamrozenie
> konfiguracji.
>
>
> Wojtek
>
>
>
> _______________________________________________
> lms mailing list
> lms@lists.lms.org.pl
> http://lists.lms.org.pl/mailman/listinfo/lms
>