Administracja serwerami Linux Zielona Góra

Skąd biorą się maszyny linuksowe w zielonogórskich spółkach

Prawie nigdy z decyzji o standardzie technologicznym. W spółce z parku technologicznego w Nowym Kisielinie pierwsza maszyna powstaje pod projekt: ktoś potrzebuje bazy PostgreSQL, miejsca na wyniki obliczeń i serwera, na którym da się wystawić aplikację dla klienta. Druga dochodzi pół roku później, przy kolejnym projekcie, i już nikt nie pamięta, czy pierwsza jest jeszcze używana.

U producenta wygląda to inaczej, ale kończy się w tym samym miejscu. Maszyna pojawia się razem z systemem zbierającym pomiary ze stanowisk, potem dokłada się do niej serwis raportowy, a po roku okazuje się, że dział jakości opiera na niej cały tydzień pracy. Nikt tego nie planował i nikt formalnie za to nie odpowiada.

Efekt jest w obu przypadkach ten sam. Środowisko rośnie szybciej niż wiedza o nim, a najbardziej aktualną dokumentacją zostaje historia poleceń w powłoce.

Kto właściwie jest właścicielem tego serwera

To pytanie zadajemy na pierwszym spotkaniu, zanim porozmawiamy o czymkolwiek technicznym. W firmach, które mają własnych programistów, brak odpowiedzi jest źródłem większości opóźnień: poprawka czeka, bo jedna strona uważa ją za sprawę drugiej.

Dzielimy to prosto. Zespół produktowy odpowiada za aplikację, jej wersje, migracje danych i wdrożenia. My odpowiadamy za system, pakiety, bazę jako usługę, dostęp, kopie, monitoring i za to, żeby maszyna w ogóle była zdolna do pracy. Punkty styku, czyli wersje bibliotek, zmienne środowiskowe i schemat bazy, mają wskazaną osobę po każdej ze stron.

Zapis zajmuje jedną stronę. Oszczędza kilkanaście godzin rocznie i większość sporów po nieudanym wdrożeniu.

Co zastajemy i od czego zaczynamy

Maszyna, jaką zastajemy	Typowa zaległość	Pierwszy krok
Serwer projektowy sprzed dwóch lat	nikt nie wie, czy jest jeszcze potrzebny	ustalenie właściciela i decyzja o wygaszeniu
Baza pomiarów z linii	brak retencji, wolumen rośnie liniowo	pomiar przyrostu i plan archiwizacji
Aplikacja klienta w kontenerze	obraz budowany ręcznie, bez opisu	powtarzalna budowa i rejestr obrazów
Serwer zadań w tle	zadania w cronie bez powiadomień o błędzie	przeniesienie na timery i monitorowanie wyniku
Maszyna po wykonawcy zewnętrznym	dostęp wyłącznie hasłem roota	konta imienne, klucze, wyłączenie logowania roota
Środowisko testowe na produkcyjnym hoście	brak izolacji i limitów zasobów	rozdzielenie i limity, zanim zabierze pamięć

Kolejność jest zawsze taka sama. Najpierw wiemy, co tam pracuje i do kogo należy, potem mamy sprawdzoną kopię, dopiero na końcu zmieniamy konfigurację. Poprawka, która wygląda na oczywistą, jest najczęstszym początkiem kilkugodzinnej awarii.

Dlaczego dane z produkcji zapełniają dysk szybciej, niż zakładano

Pomiar ze stanowiska waży niewiele. Kilkaset stanowisk mierzonych co sekundę przez trzy zmiany daje jednak wolumen, który po roku przestaje mieścić się w pierwotnym założeniu, a po dwóch latach zatrzymuje bazę w środku tygodnia. Nikt nie zauważa tego wcześniej, bo wykres zajętości rośnie równo i nudno.

Dlatego przy takich maszynach ustawiamy dwie rzeczy naraz. Pierwsza to alarm z zapasem, wyzwalany na długo przed zapełnieniem wolumenu, a nie przy dziewięćdziesięciu ośmiu procentach. Druga to uzgodniona retencja: ile danych surowych trzymamy, kiedy przechodzą do postaci zagregowanej i co wynosimy poza maszynę. Decyzja należy do Was, bo wynika z wymagań jakościowych, a nie z pojemności dysku.

Bezpieczeństwo maszyny wystawionej do internetu

Serwer z publicznym adresem jest skanowany od pierwszej godziny po uruchomieniu i nie ma znaczenia, czy należy do spółki z Nowego Kisielina, czy do firmy z drugiego końca Europy. Standardem w każdej maszynie, którą prowadzimy, jest firewall przepuszczający wyłącznie potrzebne porty, blokada po serii nieudanych logowań, automatyczne odnawianie certyfikatów i poprawki bezpieczeństwa wgrywane bez czekania na okno.

Do tego wynosimy dzienniki poza samą maszynę. Dopóki nic się nie dzieje, jest to pozycja bez znaczenia. W dniu incydentu jest różnicą między ustaleniem przebiegu zdarzeń a opowiadaniem, jak mogło być.

Ile płacicie i czego ta kwota nie obejmuje

Stawka jest za maszynę i nie zależy od dystrybucji, liczby usług ani lokalizacji. Firma z Zielonej Góry płaci tyle samo co klient z Wrocławia, a umówione wizyty w mieście są częścią umowy. Poza kwotą zostaje wsparcie producenta dystrybucji, jeśli w ogóle go potrzebujecie, oraz praca przy kodzie Waszej aplikacji, bo należy do jej autora.

Gwarantowany czas reakcji liczymy od poniedziałku do piątku, między 8:00 a 18:00. Zabbix obserwuje maszyny bez przerwy, także nocą i w weekend, więc alert o martwej usłudze albo zapełniającym się wolumenie pojawia się od razu. Reakcja człowieka poza godzinami helpdesku to dyżur, osobno płatny i ustalany po określeniu zakresu.

Ogólnopolski opis usługi znajdziecie przy administracji serwerami Linux, środowiska Microsoftu prowadzimy w ramach administracji Windows Server, a hosty i maszyny wirtualne przy wirtualizacji serwerów. Miesięczny koszt policzycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 31 lipca 2026