[o.....a]

#sysadmin
#devops
#devopsiarz
#linux
#bash
#shell

Jak u siebie w robocie macie sposoby na przyspieszanie wykonywania niektórych procesów np. update paczek

myślałem żeby np za dnia puszczać yum makecache co powinno zredukować trochę czas wykonywania instalacji, czytałem także że można stuningować ssh
https://www.cyberciti.biz/faq/linux-unix-reuse-openssh-connection/
aby szybciej wykonywało komendy, w planach mam także zobaczyć i przetestować czy tam gdzie się da TCP na UDP. Co można jeszcze spróbować zrobić?

[y.....l]

@open-alpha: Teraz to Kubernetes i zarządzane przez dostawcę chmury serwery, więc problemu nie ma żadnego. :)

W ostatniej pracy, w ktorej sam zarządzałem systemami operacyjnymi to nie robiłem update. Miałem całą maszynerię do budowania obrazów systemu, jak chciałem coś zmienić to przebudowywałem obraz i robiłem deployment polegający na tworzeniu nowych maszyn wirtualnych z nowymi obrazami i usuwaniem starych.

Tak zupełnie na marginesie, to czemu chcesz to przyśpieszyć? Masz zrównoleglone wykonywanie tasków

[o.....a]

Miałem całą maszynerię do budowania obrazów systemu, jak chciałem coś zmienić to przebudowywałem obraz i robiłem deployment polegający na tworzeniu nowych maszyn wirtualnych z nowymi obrazami i usuwaniem starych.

@yggdrasil: w sensie packer + vagrant? czy coś innego?

[y.....l]

@open-alpha: Packer + Puppet + Ansible + PowerShell + Python + Bash. :)

[o.....a]

@yggdrasil: oj to ja póki co nie ten stopień wtajemniczenia
musze tego packera zobaczyć

[y.....l]

@open-alpha: Musisz się zastanowić co chcesz osiągnąć. Moim zdaniem chcesz rozwiązać problem, który nie istnieje. Bo co Ci da, że update się zrobi w 15 minut zamiast w 16?

[mmichal]

@open-alpha: a w czym masz problem dokladnie? jak rzadko robisz to dlugo robi, puszczaj częściej i tyle.

[o.....a]

@mmichal: bo strasznie długo schodzi pachowanie serverów (update + reboot), i szukam aby to troszkę podgonić przy ~160 serverów w mojej puli (ogolnie serverów jest pare tysiecy)
6-8h po 8h pracy zaczyna być męczące, choć czasem sie człowiek nauczy jak rozwiązać jakies problemy z repo czy jakieś smaczki wyłapać jak klaster dostaje w łeb przy 100% ale idzie czasem umrzeć...
Teraz zima i covid ale jak otworzą knajpy i dyskoteki to

[mmichal]

@open-alpha: mam kilka propozycji:

- Rób częściej :) Sekurity się ucieszy i zajmie to duzo mniej czasu
- ściagaj paczki wcześniej, chyba każde distro pozwala na samo pobranie paczek bez instalacji
- paczki nie wymagające restartów serwisów i małe rób wcześniej, kiedyś debianowe umożliwiałty to z automatu nie wiem jak rpmy

[shabangbinbash]

@open-alpha: jeśli chodzi o samo pobieranie paczek to zrobić własne repo w lokalnej sieci, które regularnie ściąga paczki? Najlepiej w ogóle ściągać te paczki na ten serwer raz na jakiś czas, żeby nie mieć sytuacji że rozjeżdżają się wersje paczek na dev, prod itp jeśli patchowanie jest np w odstępie miesiąca. Możesz pomyśleć o RH satellite do pełniejszej kontroli. Jeśli chodzi o samo wywoływanie patchowabia i rebooty to ansible z modułem

[o.....a]

Możesz pomyśleć o RH satellite do pełniejszej kontroli.

@shabangbinbash: mamy satke muszę poczytać.

Jeśli chodzi o samo wywoływanie patchowabia i rebooty to ansible z modułem reboot

@shabangbinbash: ansible na razie odpada ale z tym rebootem to myślałem przezniego w przyszłosci bo czasem się lubi HPSA zbugować i przy większej ilości 100+ serverów na raz lubi oszukać pare sztuk. I trzeba co pewien czas czeka puszczać na wszystkie czy uptime jest

[shabangbinbash]

@open-alpha: no to satellite w sumie załatwia sprawę, bo wyklikujesz na co ma wrzucić paczki i już, jak dobrze skonfigurowane to ogarnie też rebooty

[cofko]

@open-alpha: możesz na czas patchowania auditd wyłączyć, mi pomagało, bo akurat klient zażyczył sobie monitorowanie tego xD

No i yumdownloaderem ściagnąć paczki na maszyny przed patchowaniem, do tego postawić repo w lokalnej sieci (albo przez RH Satellite lub Foreman, lub reposync i wystawić po http).

[o.....a]

@cofko: dobre