synctool

SyncTool jest narzędziem administracyjnym do pracy z klastrów komputerów.
SyncTool kopiuje pliki konfiguracyjne do grup maszyn w klastrze w oparciu o jakie grupy (lub grup) są one w. W ten sposób zachowuje konfigurację na tej grupie maszyn zsynchronizowane (lub "w synchronizacji").
W razie potrzeby, będzie SyncTool ponownie uruchomić lub odświeżyć wszystkie demony, jak chcesz. SyncTool można łatwo rozszerzyć na inne zadania administracyjne, takie jak sprawdzanie demony, sprawdzanie wolnego miejsca na dysku, instalacja pakietów, itp lub jakiekolwiek inne zadanie chcesz to zrobić.
SyncTool został opracowany przez Waltera de Jong od 2003 do 2006 r.
SyncTool simplyfies administracja systemem poprzez współpracę z następujących pojęć:
ย ท gospodarz może być częścią jednego lub większej liczby grup lub klas
ย ท pliki są oznaczone klasę za pomocą rozszerzenia pliku
ย ท "nakładka" drzewo katalog zawiera pliki i katalogi, które powinny być skopiowane (lub "zsynchronizować") do hosta docelowego
ย ท gdy niektóre pliki są aktualizowane, będziemy chcieli, aby uruchomić skrypt (np /etc/init.d/daemon restart)
ย ท prostota. Wykorzystuje moc rsync i ssh do dystrybucji plików.
ย ท zasięg działania. Dodać SyncTool mocniejszy poprzez pisanie skryptów wtyczek.
Instalacja:
ย ท skopiować zawartość katalogu / bin do lokalnego katalogu oprogramowania, takich jak / usr / local / bin /
Te pliki wykonywalne powinny być dostępne na każdym węźle w klastrze. Jest łatwy w użyciu udostępnionego systemu plików dla tego lub użyj rcp, scp, rsync, czy cokolwiek dystrybucji plików mechanizm już masz.
ย ท konfiguracji repozytorium SyncTool na węźle głównym:
   mkdir / var / lib / SyncTool
ย ท zwykle masterdir jest dostępna tylko przez roota:
   chown root: root / var / lib / SyncTool
   chmod 700 / var / lib / SyncTool
ย ท ustawień początkowych katalogów repozytorium SyncTool:
   mkdir / var / lib / SyncTool / nakładka
   mkdir / var / lib / SyncTool / usuń
   mkdir / var / lib / SyncTool / zadania
   mkdir / var / lib / SyncTool / skrypty
ย ท edytować plik konfiguracyjny
   cp synctool.conf.example /var/lib/synctool/synctool.conf
   vi /var/lib/synctool/synctool.conf
ย ท edytować .sh skrypty zawierają prawidłowych nazw ścieżek
   vi /usr/local/bin/synctool-local.sh
   vi /usr/local/bin/synctool.sh
Należy zdecydować, czy chcesz zarządzać węzeł główny z SyncTool również. Jest to osobiste preferencje; Czasami łatwiej jest stosować SyncTool na węźle głównym, jak również, czasami jest mądrzejszy nie. Gospodarze, które są pod kontrolą SyncTool są wymienione w synctool.conf, więc jeśli chcesz ją wyłączyć, zostawić go z pliku konfiguracyjnego.
Jak stwierdzono w README, program SyncTool python nie robi żadnej komunikacji sieciowej (jak, na przykład, cfengine robi). Oznacza to, że musisz synchronizować repozytorium do wszystkich węzłów w klastrze za pomocą innych środków; rsync jest idealnie nadaje się do wykonania tej pracy. Jest również możliwe, aby umieścić repozytorium SyncTool na wspólnej plików. Nie jest to zalecane dla dużych klastrów ze względu na wydajność. Domyślnie SyncTool jest wdrożony wraz z synctool.sh wrapper script
które wykonuje następujące czynności:
 * Rsync repozytorium do wszystkich węzłów
 * Prowadzony SyncTool na wszystkich węzłach przez SSH
SyncTool używa rsync z ssh, aby skopiować pliki na wszystkich węzłach. Oznacza to, trzeba będzie ustawić ssh z podawania hasła logowania do korzeni z masternode do węzłów klastra. To ma pewne konsekwencje dla bezpieczeństwa. Upewnij się, że rozumiesz wszystkie aspekty zabezpieczeń przed otwarcie otwarcie węzłów. Zapoznaj się z dokumentacją SSH (dla OpenSSH, patrz http://www.openssh.org) na temat możliwych sposobów na osiągnięcie tego.
W przypadku witryn z dodatkowym napięty bezpieczeństwa, możliwe jest, aby skonfigurować ssh aby uruchomić tylko konkretne (SyncTool) polecenia, a może chcesz dostosować skrypt synctool.sh otoki tak, że odpowiada Twoim potrzebom.

< strong> Co nowego w tym wydaniu:

• Wiele nowych rzeczy zostały dodane w tej wersji głównej. SyncTool obecnie oferuje zakres węzeł składni, który może być używany w linii poleceń, jak iw pliku konfiguracyjnym, aby w prosty sposób wybrać i zdefiniować zakresy węzłów.
• Szablony są nowe; pozwalają na generowanie plików konfiguracyjnych na bieżąco z pliku strofie i niektórych zmiennych.
• SyncTool mogą łatwo zarządzać wieloma klastry przy użyciu jednego węzła administratora, i to także lepiej na obsługę wielu systemów operacyjnych.
• Nowa funkcja przewietrzania jest idealnym miejscem na doskonałe lustra drzew katalogów.

Co nowego w wersji 5.3:

• W tej wersji poprawiono kilka drobnych spraw, a zwłaszcza dwie większe te:. zmienna PATH jest obecnie wyszukiwane skonfigurowanych poleceń
• Pozwala na ustawień wieloplatformowych.
• Opcja --erased zapisane teraz jest akcja sama w sobie.
• Korzystanie --erased zapisane nie będzie już powodować inne aktualizacje nastąpić przypadkowo.

Co nowego w wersji 5.1:

• Ta wersja naprawia kilka błędów obecnych w poprzedniej wersji .
• lista oddzielonych przecinkami węzłów i grup w linii poleceń nie jest wykonywane poprawnie w niektórych przypadkach.
• W przypadku gdy wyjściowy był stderr, nazwa węzeł nie byłby drukowany przed komunikatem.
• alternatywny sposób jednoznacznie identyfikujący węzeł w ramach klastra został dodany.
• DSH-ping obsługuje również Fping i Solaris ping.

Co nowego w wersji 5.0.

• dokumentacji HTML został dodany do projektu
• Możesz teraz korzystać z & quot; SyncTool -e & quot; wymazać & quot; .saved & quot; plików.
• Możesz użyć nowej komendy & quot; DSH-ping & quot; by sprawdzić, czy węzły są żywe.
• Możesz użyć nowej komendy & quot; DSH-pkg & quot; zrobić zarządzania pakietami.
• Dodano nowy tryb wyświetlania lakoniczne.
• Opcje -1, --single, --diff i --ref może teraz być podana wiele razy na linii poleceń.
• Po skrypty do katalogów są obecnie prowadzone w katalogu docelowym, a nie w katalogu nadrzędnego.
• Wiele nowych parametrów konfiguracyjnych, które zostały dodane.
• A to nie wszystko.

Co nowego w wersji 4.7.1:

• W niektórych przypadkach & quot; ignorować & quot; Hasło nie rzeczywiście spowodować wyznaczone pliki lub katalogi, które mają być ignorowane. Ten błąd został naprawiony. DSH i DCP teraz zaakceptować -q, parametr --quiet.

Co nowego w wersji 4.7:

• Samo oprogramowanie SyncTool jest obecnie aktualizowany automatycznie na węzłach klientów. To sprawia, że ​​modernizacja SyncTool wiatr.
• Tworzenie kilka literówek w linii poleceń, jak z & quot; -diff & quot; i przy użyciu wielu ukośniki w nazwach plików, może prowadzić do niepożądanych efektów.
• Nie jest to już problem w nowej wersji. SyncTool nie drukuje ślad Python stosu podczas naciśnięcia klawiszy Ctrl-C.
• Kompatybilność wstecz ze starszymi wersjami Pythona została poprawiona.
• Dwa bardzo przydatne składki zostały dodane do pakietu:. Pliku .bash_completion i graficznego narzędzia SyncTool-diff,

Co nowego w wersji 4.6.1:

• Wersja 4.6.1 jest wydaniem poprawkowym do 4.6
• zawiera również przyczyniły plików kontrolnych potrzebnych do produkcji opakowań .deb dla Debiana GNU / Linux OS, które można znaleźć w contrib / debian /

Co nowego w wersji 4.5:

• Opcja "--download" robi się sumę MD5 Pobrany plik

Co to jest nowy w wersji 4.3:

• Wersje przed tym wydaniu nie działają skrypty aktualizację, gdy Katalog został zmieniony. Ten problem został rozwiązany.
• Komenda dsh zyskała opcję -a, który pomaga w formatowaniu wyjście w bardziej czytelny sposób.
• Centralne rejestrowanie zmian stosowanych przez SyncTool do pliku dziennika na węźle głównym jest teraz łatwo skonfigurować w pliku konfiguracyjnym.

Wymagania :

• Python
• rsync