Czy zarządzanie konfiguracją jest użyteczne w przypadku niewielkiej liczby serwerów?


31

Jeśli używam czegoś takiego jak Ansible lub Puppet i mam tylko dwa serwery, czy to przeczy celowi używania tych produktów? Pomyślałem, że jeśli skonfiguruję jeden serwer, mogę użyć jednego z nich, aby powielić go na drugim.

Odpowiedzi:


41

Nie, to nie pokonanie celu. W rzeczywistości używam Ansible do dość częstego konfigurowania pojedynczych serwerów do celów hobby / pobocznego projektu. Pozwala mi to zachować kontrolowaną wersję, powtarzalną, samodokumentującą konfigurację serwera.


Rozumiem, że to jak „stare” dni. Konfigurujesz maszynę, umieszczasz na niej wszystkie potrzebne rzeczy, a zamiast obrazowania używasz oprogramowania CF, aby robić to w locie. Oznacza to, że zainstaluję i skonfiguruję Dockera lub cokolwiek, a następnie uruchomię Ansible.
Johnny

7
@johnny Niezupełnie. Na komputerach określasz, czego potrzebujesz, a następnie budujesz gry / role / przepisy, które wprowadzają maszyny w ten stan. Jedną z twoich ról Ansible powinna być instalacja i konfiguracja Dockera. W rzeczywistości nie konfigurujesz maszyn „ręcznie”. Ponadto Ansible jest znacznie niższą barierą na początek. Wszystko czego potrzebujesz to działający ssh / python.
jscott,

5
Szczerze mówiąc, narzut związany z rozpoczęciem korzystania z systemu CM, gdy masz tylko dwa serwery, jest wysoki, ale uważam, że warto. I jak powiedział jscott, pozwalasz systemowi CM całkowicie skonfigurować system i nie instalujesz niczego ręcznie, jeśli możesz mu pomóc.
Mark Henderson

1
@MarkHenderson dla lalek id zgadzają się. albowiem ansible narzut naprawdę nie jest tak wysoki, chociaż jeśli po raz pierwszy użyłeś ansible, to może być.
Sirex,

10

Muszę się nie zgodzić z obecnym konsensusem. W żadnym wypadku nie można rozsądnie nauczyć się żadnego systemu CM dla puli 2 serwerów, chyba że chcesz po prostu wymówki, aby nauczyć się tego systemu CM. Ilość czasu, którą poświęcisz na naukę, pisanie, testowanie i stosowanie konfiguracji, zdecydowanie przekroczy czas budowy ręcznej. Jeśli znasz jeden z tych systemów, jest to znacznie rozsądniejsza propozycja.


7
„Czas, który poświęcasz na naukę, pisanie, testowanie i stosowanie konfiguracji, zdecydowanie przekroczy czas budowy ręcznej”. Początkowo? Tak. Kiedy serwer się zepsuje, zostanie skompromitowany, należy go przekazać komuś innemu, aby go utrzymał itp.? Nie tak bardzo.
ceejayoz

9
Chociaż nie mogę się nie zgodzić z czasem potrzebnym na naukę jednego, prawdopodobnie masz o wiele więcej czasu na zrobienie tego, gdy masz dwa serwery, niż gdy potrzebujesz teraz CM, aby zbudować 10 kolejnych. CM nie służy wyłącznie do zarządzania dużymi pulami zasobów, służy do łatwego powtarzania procesów w spójny sposób. Jesteś w znacznie lepszej sytuacji, jeśli cos sprawdzisz, jeśli możesz wykonać ponowną instalację (lub nową instalację w przypadku wymiany sprzętu) i uruchomić jedno polecenie, aby przywrócić go do znanego stanu roboczego. Moją ogólną zasadą jest to, że jeśli muszę to zrobić więcej niż jeden raz, nie, nie robię tego. Robię to marionetką.
yoonix,

3
Właściwie myślę, że się nie zgadzasz - po prostu (poprawnie) zaznaczasz, że wiąże się to z kompromisem - więcej czasu na wstępną konfigurację, ale łatwiejsze zarządzanie później.
sleske,

1
Zgadzam się, w rzeczywistości zbyt często widzę „dlaczego nie użyjesz szefa kuchni ...” bez zastanowienia się nad eksplozją infrastruktury (a co za tym idzie kosztami), które to nastąpi. Wyjątkiem są sytuacje, w których serwery są dostarczane przez stronę trzecią lub są tworzone na podstawie zewnętrznego poziomu konserwacji.
mckenzm

2
Pomyśl o tym z innej strony: jeśli zbudujesz te dwa systemy ręcznie, będziesz musiał udokumentować wszystko, co robisz w celu wstępnej konfiguracji, każdej zmiany w systemie przez cały okres jego życia, abyś Ty lub ktoś pod Twoją nieobecność mógł odbudować system w razie wypadku. To także wymaga czasu. Nauka podstawowej marionetki, szefa kuchni lub ansible nie jest trudna i nie zajmuje dużo czasu. Pamiętaj: nie potrzebujesz zaawansowanych funkcji dowolnego cm dla dwóch serwerów.
Phillip -Zyan K Lee- Stockmann
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.