Administracja serwerami Linux Katowice

Skąd na tej maszynie wzięły się kontenery, których nikt u Was nie liczył?

Z wdrożenia sprzed kilku lat. Zakład kupił system do zbierania danych z linii albo do raportowania produkcji, a integrator dostarczył go razem ze sprzętem i serwerem. Instalacja odbyła się w tygodniu uruchomienia, w pośpiechu, i od tej pory maszyna po prostu pracuje. Nikt jej nie prowadzi, bo nikt się do niej nie poczuwa: dział IT uważa ją za część systemu produkcyjnego, a integrator za sprzęt klienta.

Przez ten czas oprogramowanie na niej rosło. Kolejne wersje przychodziły zdalnie, zwykle w postaci nowych obrazów kontenerów wgrywanych bez zapowiedzi, czasem w środku zmiany. Każde takie wdrożenie zostawiało poprzednią wersję na dysku, kolejny wolumen i kolejny wpis w konfiguracji startowej.

Efekt widać dopiero przy pierwszej poważnej awarii. Maszyna nie wstaje, a w firmie nie ma nikogo, kto potrafiłby powiedzieć, co dokładnie miało się na niej uruchomić, w jakiej kolejności i skąd wziąć to, czego brakuje.

Co przejmujemy najpierw, skoro samego oprogramowania nie ruszamy?

Stan faktyczny. Zanim ustalimy cokolwiek z dostawcą, spisujemy to, co maszyna robi w tej chwili, i robimy to z niej samej, a nie z protokołu odbioru.

Warstwa	Kto za nią odpowiada	Co robimy przy awarii
Sprzęt i zasilanie serwera	my, razem z Waszym utrzymaniem ruchu	diagnoza, wymiana dysku, uruchomienie po zaniku prądu
System, jądro, biblioteki	my	poprawki bezpieczeństwa, powrót z migawki, dziennik zmian
Silnik kontenerów i jego zasoby	my	limity, rotacja dzienników, sprzątanie starych obrazów
Baza i katalogi z danymi	my	kopia, odtworzenie, kontrola miejsca i długich zapytań
Obrazy i wersje aplikacji	dostawca systemu	przekazanie opisu zdarzenia z godziną i komunikatem
Logika procesu i konfiguracja funkcjonalna	dostawca i Wasze służby	zgłoszenie u dostawcy, dowód po naszej stronie

Podział wygląda oczywiście, dopóki nikt go nie zapisze. Zapisany rozwiązuje najdłuższe spory w takich zakładach, bo w dniu awarii nie zaczyna się od pytania, czyja to sprawa, tylko od sprawdzenia trzech pierwszych wierszy.

Jak wygląda dostęp integratora po naszym wejściu?

Nie znika, tylko przestaje być anonimowy. Zastajemy zwykle jedno konto ze wspólnym hasłem, znane kilku osobom po stronie dostawcy i przynajmniej jednej, która pracuje już gdzie indziej. Zamiast odbierać dostęp, wydajemy konta imienne z kluczami i włączamy zapis sesji zdalnych.

Dochodzi do tego jedna zasada dotycząca czasu. Wdrożenie w godzinach produkcji wymaga uprzedzenia i migawki maszyny, bo podmiana obrazu w środku zmiany kończy się zatrzymaniem zapisu danych z linii, a te dane nie odtworzą się później. Poza godzinami produkcji dostawca pracuje bez pytania nikogo o zgodę.

Zysk widać po pierwszym nieudanym wdrożeniu. Zamiast rozmowy o tym, czy ktoś w ogóle się logował, jest wykaz sesji z godzinami i lista poleceń, a maszyna wraca do stanu sprzed zmiany w kilka minut.

Co warto kopiować na takim serwerze, a co jest stratą miejsca?

Dane, konfigurację i bazę. Obrazy aplikacji leżą w rejestrze dostawcy i dają się pobrać ponownie, więc kopiowanie ich zapełnia magazyn bez żadnego zysku przy odtwarzaniu. Odwrotnie z wolumenami: to one trzymają wszystko, co powstało w firmie, i to one giną przy nieudanej podmianie wersji.

Kopie robimy w spójnym stanie, czyli po zatrzymaniu zapisu w bazie albo przez zrzut logiczny, a nie kopiując pliki działającej bazy w locie. Raz w miesiącu odtwarzamy losowo wybrany zasób na maszynie testowej i zapisujemy zmierzony czas. W zakładzie, w którym linia zatrzymuje się razem z systemem raportowania, ten jeden pomiar jest ważniejszy od całej reszty dokumentacji.

Sprawdzamy też rzecz, o którą nikt nie pyta, dopóki nie zawiedzie: czy potraficie odtworzyć maszynę bez udziału dostawcy. Jeżeli odpowiedź brzmi nie, prosimy go o dane dostępowe do rejestru obrazów i zapisujemy je razem z procedurą powrotu.

Kiedy mówimy, że tej maszyny nie da się prowadzić w obecnej postaci?

Gdy dystrybucja nie dostaje już poprawek, a dostawca nie dopuszcza nowszej. Wtedy nie udajemy, że wszystko jest w porządku: pokazujemy datę, po której maszyna przestała być łatana, wysyłamy pytanie do producenta systemu i do czasu odpowiedzi odcinamy serwer od reszty sieci.

Drugi taki przypadek to host bez żadnego zapasu. Kontenery uruchomione bez limitów potrafią zabrać całą pamięć maszyny, a wtedy pierwsza padnie baza, czyli jedyny element, którego nikt nie odtworzy z rejestru. Limity ustawiamy przed czymkolwiek innym, choć wygląda to na drobiazg.

Trzeci to sytuacja, w której integrator odmawia jakiegokolwiek podziału odpowiedzialności i żąda pełnej swobody na maszynie bez informowania kogokolwiek o zmianach. Mówimy wtedy wprost, że nie odpowiadamy za dostępność tego systemu, i zapisujemy to w umowie, zamiast przyjmować zobowiązanie, którego nie da się dotrzymać.

Resztę serwerowni obejmuje administracja serwerami. Maszyny z systemami Microsoftu prowadzi administracja Windows Server, a warstwę hostów i klastra wirtualizacja serwerów. Stawkę dla swojej liczby maszyn sprawdzicie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026