Mamy około 300 serwerów RHEL, które obecnie łączą się z serwerem Puppetmaster. Zauważyliśmy jednak pewne wąskie gardła w wydajności i jest to przyczyną awarii w naszym systemie. Ogólnie jestem całkiem nowy w marionetce i zastanawiam się nad stworzeniem zdecentralizowanej architektury marionetek zamiast łączenia klientów Puppet z serwerem Puppetmaster. Oprócz tego, co podejrzewam, że się wydarzy, takiego jak wzrost wydajności oraz brak podpisywania i wymiany certyfikatów SSL na nowe maszyny, jakie są inne zalety i wady związane z tworzeniem zdecentralizowanej architektury?
3
Czy istnieje powód, dla którego musi być tak czy inaczej? Czy zastanawiałeś się nad opcjami gdzieś pomiędzy? Przy tak wielu serwerach i obawach związanych z jednym punktem awarii, dlaczego nie skonfigurowałeś dodatkowych masterów? Konfigurowanie wielu serwerów marionetek z równoważeniem obciążenia opisano w książce „Pro Puppet”. Istnieje duża elastyczność, powinna nawet być możliwa konfiguracja hierarchii serwerów marionetkowych, jeśli miałoby to sens.
—
Zoredache,
@Zoredache Naprawdę nie ma powodu, że musi być tak czy inaczej, szukałem więcej informacji na temat zdecentralizowanej architektury w ogóle, aby ułatwić decyzję. Rozważyłem dodatkowych mistrzów, ale rdzeń pomysłu, za który przepraszam za to, że nie wspomniałem, polega na zmniejszeniu liczby serwerów, ponieważ ma to bezpośredni wpływ na nasz budżet. Zgadzam się, równoważenie obciążenia serwerów marionetkowych ma sens, ale jeśli uda mi się pozbyć serwera razem, byłoby to najlepsze rozwiązanie.
—
JMeterX