Administracja serwerów
bez technicznego żargonu.

To bieżąca opieka nad serwerem Linux, na którym działa strona, sklep, baza danych, aplikacja albo inne usługi firmowe.

Zakres może obejmować monitoring, uzgodnione prace administracyjne, aktualizacje, bezpieczeństwo, kontrolę kopii zapasowych, reakcję na awarie oraz rekomendacje dotyczące środowiska.

Szczegółowy zakres zależy od wybranego pakietu i infrastruktury klienta. Zobacz usługę administracji serwerów.

Nie.

Jeżeli nie są Państwo osobą techniczną, wystarczy opisać objaw albo potrzebę, np.:

• ›„strona nie otwiera się”
• ›„sklep działa wolno”
• ›„potrzebujemy przejąć serwer po poprzednim administratorze”
• ›„chcemy sprawdzić backup i bezpieczeństwo”

Nie trzeba samodzielnie ustalać, czy problem dotyczy systemu, bazy danych, certyfikatu, konfiguracji czy aplikacji.

Na początku zbieramy podstawowe informacje o serwerze, działających usługach, kopiach zapasowych i obecnym sposobie administracji.

Jeżeli nie znają Państwo parametrów technicznych serwera, zwykle wystarczy przesłać adres strony internetowej lub aplikacji, która na nim działa. Na tej podstawie ustalimy, czego jeszcze potrzebujemy, i przygotujemy prostą instrukcję kolejnych kroków.

Jeżeli informacje techniczne są dostępne, pomocne będą:

• ›adres IPv4 serwera
• ›port SSH, jeżeli jest inny niż standardowy
• ›informacja, na jakie konto może zostać dodany nasz klucz SSH: root albo użytkownik mogący uzyskać uprawnienia root przez sudo
• ›krótka informacja o działających aplikacjach, usługach i bazach danych
• ›informacja o obecnym mechanizmie wykonywania kopii zapasowych, jeżeli został już wdrożony

Po analizie otrzymanych informacji wskażemy kolejne kroki.

Zwykle prosimy o:

• ›adres strony internetowej lub aplikacji działającej na serwerze albo dane techniczne serwera, jeżeli są znane
• ›ostatnią fakturę za serwer, hosting lub kolokację
• ›informacje dotyczące dostępu otrzymane wcześniej od obecnego lub poprzedniego administratora
• ›informację, z kim możemy skontaktować się w sprawie uzyskania dostępu administracyjnego
• ›krótką informację o działających aplikacjach, usługach i bazach danych
• ›informację o obecnym mechanizmie wykonywania kopii zapasowych

Nie trzeba samodzielnie przygotowywać pełnej dokumentacji infrastruktury. Na podstawie otrzymanych materiałów ustalimy, czego jeszcze potrzebujemy.

Faktura pomaga ustalić, u jakiego dostawcy znajduje się infrastruktura. Jest też jednym z elementów weryfikacji, czy zgłoszenie pochodzi od osoby lub firmy uprawnionej do zlecania zmian na serwerze.

Chcemy w ten sposób ograniczyć ryzyko wykonania nieautoryzowanych zmian, np. na zlecenie byłego pracownika lub współpracownika, który nie powinien już mieć wpływu na infrastrukturę firmy.

Faktura nie jest jedynym formalnym dowodem własności serwera. W razie wątpliwości możemy poprosić o dodatkową weryfikację.

Nie.

Nie prosimy o przesyłanie haseł zwykłą wiadomością e-mail. Preferujemy dostęp oparty na kluczach SSH.

Jeżeli uzyskanie dostępu wymaga innej procedury, przygotujemy instrukcję kolejnych kroków.

Nie należy przesyłać zwykłym e-mailem haseł, kluczy prywatnych, tokenów ani innych sekretów, jeżeli nie zostało to wcześniej wyraźnie uzgodnione.

Tak.

To częsta sytuacja. Zajmujemy się również środowiskami, które ktoś skonfigurował wiele lat temu, a kontakt z tą osobą lub firmą się urwał. Nie trzeba mieć dokumentacji, haseł ani wiedzy o tym, jak serwer został wtedy ustawiony.

Najważniejsze jest podanie adresu, pod którym działa strona lub aplikacja, którą mamy się zająć. To wystarczy, żeby zacząć.

Na tej podstawie ustalimy m.in.:

• ›u jakiego dostawcy i na jakim serwerze działa środowisko
• ›jakie usługi i technologie są na nim uruchomione
• ›jakie dostępy będą potrzebne i o co poprosić dostawcę hostingu
• ›co wymaga pilnej uwagi, np. nieaktualne oprogramowanie lub brak kopii zapasowych

Następnie przygotujemy prostą instrukcję kolejnych kroków.

Wystarczy nas o tym poinformować - brak dostępu nie wyklucza rozpoczęcia współpracy.

Konieczny może być kontakt z dotychczasowym administratorem, firmą hostingową albo inną osobą zarządzającą infrastrukturą. W takim przypadku wskażemy dokładnie, o jakie dane, dostęp lub zmianę konfiguracji należy poprosić.

Bezpłatny audyt wstępny służy do wstępnej oceny środowiska, ryzyka i zakresu potrzebnego wsparcia. Pomaga ustalić, jaki model współpracy i zakres administracji będą odpowiednie.

Pełny audyt techniczny systemu Linux, działających usług i obecnych procedur jest bardziej szczegółowy. Jego standardowy koszt wynosi około 2000 zł netto.

Przy zawarciu umowy na 24 miesiące koszt pełnego audytu technicznego bierze na siebie LinuxAdmin.pl.

Pełny audyt może obejmować m.in. ocenę:

• ›systemu operacyjnego i wersji oprogramowania
• ›działających usług
• ›dostępu administracyjnego
• ›aktualizacji
• ›kopii zapasowych
• ›monitoringu
• ›bezpieczeństwa
• ›podstawowych procedur utrzymaniowych

Sprawdź pakiety i warianty współpracy.

W pakietach obejmujących monitoring serwer i wskazane usługi są sprawdzane automatycznie, zgodnie z ustalonym zakresem.

W pakiecie START monitoring jest podstawowy. W pakietach BIZNES i PRO / DevOps działa w trybie 24/7, a w PRO / DevOps uzupełnia go uzgodniony proces reakcji.

Monitoring może obejmować m.in.:

• ›dostępność serwera i strony
• ›wykorzystanie CPU i pamięci RAM
• ›wolne miejsce na dyskach
• ›trwałe przeciążenie
• ›działanie usług WWW
• ›bazę danych
• ›wybrane logi
• ›certyfikaty TLS/SSL
• ›wykonywanie kolejnych kopii zapasowych, jeżeli ich techniczna weryfikacja jest możliwa

Zakres monitoringu jest dostosowywany do środowiska. Dowiedz się więcej o tym, co sprawdzamy.

Nie.

Sam monitoring, obsługa alertu wygenerowanego przez nasz system monitoringu oraz podstawowa diagnostyka i działania wynikające bezpośrednio z takiego alertu są elementem stałej opieki i nie pomniejszają miesięcznej puli prac.

Jeżeli alert ujawni problem wymagający większej modernizacji, migracji, przebudowy środowiska albo wielogodzinnych prac, przedstawiamy rekomendowany sposób rozwiązania i uzgadniamy dalszy zakres.

To, czy zgłoszenie pomniejsza miesięczną pulę prac, zależy od tego, czy problem wykrył także nasz monitoring:

• ›problem wykryty również przez monitoring LinuxAdmin.pl - podstawowa diagnostyka i obsługa są traktowane jako reakcja na monitoring i nie pomniejszają miesięcznej puli prac
• ›problem niewykryty przez monitoring - czas pracy związany z takim zgłoszeniem jest rozliczany z miesięcznej puli

Nie.

Pojedynczy, krótkotrwały wzrost obciążenia trwający krócej niż około 15 minut nie zawsze oznacza awarię i nie musi powodować automatycznej interwencji administratora.

Takie zdarzenia mogą być rejestrowane i analizowane. Jeżeli powtarzają się, utrzymują się dłużej albo wskazują na problem wymagający zmian, kwalifikujemy je do dalszej diagnostyki lub zaplanowanego rozwiązania.

Należy zgłosić awarię jak najszybciej, podając:

• ›adres strony lub usługi
• ›przybliżoną godzinę zauważenia problemu
• ›informację, co widzi użytkownik
• ›jeżeli jest to możliwe - komunikat błędu lub zrzut ekranu

Nie trzeba samodzielnie restartować serwera ani wprowadzać zmian w konfiguracji.

Najpierw sprawdzamy dostępność, stan usług, wykorzystanie zasobów i logi. Zobacz pomoc przy awarii.

Nie każda.

Podstawowa diagnostyka i działania wynikające bezpośrednio z alertu monitoringu są częścią stałej opieki.

Nie każdą awarię da się jednak rozwiązać krótką zmianą konfiguracji. Jeżeli potrzebna jest modernizacja, migracja, większa przebudowa, rozbudowane odtworzenie danych albo inny duży zakres prac, uzgadniamy dalsze działania przed rozpoczęciem dodatkowego projektu.

Czas reakcji zależy od rodzaju zgłoszenia, wybranego pakietu i ustalonego SLA. Zgodnie z cennikiem:

• ›START - reakcja w godzinach biznesowych, według ustalonego SLA
• ›BIZNES - reakcja priorytetowa, z monitoringiem 24/7 i ścieżką eskalacji
• ›PRO / DevOps - indywidualne SLA lub on-call, po ustaleniu zakresu

Czas reakcji oznacza rozpoczęcie obsługi: sprawdzenie zgłoszenia, diagnostykę albo kontakt z klientem. Nie oznacza automatycznie całkowitego usunięcia problemu w tym samym czasie, ponieważ przyczyna może leżeć również po stronie hostingu, rejestratora domeny albo twórcy aplikacji.

Pakiet BIZNES kosztuje 899 zł netto miesięcznie + VAT dla uzgodnionego zakresu środowiska.

Jeżeli opieka ma obejmować dodatkowe serwery, dodatkowe usługi albo niestandardowy zakres, przygotowywana jest odpowiednia wycena. Sprawdź warianty opieki.

Miesięczna pula prac zależy od wybranego pakietu:

• ›START - 30 minut miesięcznie
• ›BIZNES - 1 godzina miesięcznie
• ›PRO / DevOps - 2 godziny miesięcznie

Czas jest rozliczany w interwałach po 15 minut. Monitoring i obsługa alertów wygenerowanych przez nasz system monitoringu nie pomniejszają tej puli.

Prace wykraczające poza pulę rozliczamy dodatkowo. Sprawdź pakiety w cenniku.

Miesięczna pula służy przede wszystkim do planowanych albo zlecanych prac administracyjnych, np.:

• ›zmian konfiguracji
• ›instalacji lub konfiguracji usługi
• ›aktualizacji
• ›wdrażania uzgodnionych zabezpieczeń
• ›konfiguracji kopii zapasowych
• ›planowanych testów odtworzenia
• ›analizy problemu zgłoszonego przez klienta, jeżeli nie został wykryty przez monitoring

Czas jest rozliczany w interwałach po 15 minut.

Niewykorzystana pula nie przechodzi na kolejny miesiąc i nie tworzy salda godzin.

Działania prewencyjne są jednak częścią stałej opieki i mogą być wykonywane niezależnie od tego, czy klient wykorzystuje swoją miesięczną pulę na zlecane prace.

Jeżeli część puli pozostanie niewykorzystana, może zostać przeznaczona na dodatkowe działania prewencyjne, np.:

• ›analizę logów
• ›kontrolę aktualizacji
• ›kontrolę bezpieczeństwa
• ›weryfikację konfiguracji
• ›kontrolę backupów

Dodatkowa praca administratora kosztuje 350 zł netto za godzinę i jest rozliczana w interwałach po 15 minut.

Większe prace, zwykle wymagające ponad około 2 godzin, mogą zostać potraktowane jako osobny projekt. Nie jest to sztywna reguła, lecz typowy moment, od którego rozważamy odrębną wycenę.

Przed rozpoczęciem takich prac określamy zakres, przewidywane ramy realizacji oraz koszt. Wycena projektowa może być korzystniejsza niż standardowe rozliczenie godzinowe.

Tak, w pakietach obejmujących raport miesięczny.

Raport może zawierać m.in.:

• ›ważne alerty i podjęte działania
• ›wykonane prace administracyjne
• ›działania prewencyjne
• ›informacje o aktualizacjach
• ›informacje dotyczące kopii zapasowych
• ›wykorzystanie miesięcznej puli prac
• ›zauważone ryzyka
• ›rekomendacje dotyczące dalszych działań

Raport powinien pozwalać odróżnić prace rozliczane z miesięcznej puli od istotnych działań wykonywanych w ramach stałego monitoringu i opieki.

Minimalny okres umowy wynosi 12 miesięcy.

Ustalony okres wypowiedzenia wynosi 3 miesiące.

Szczegółowe zasady wypowiedzenia określa umowa.

Tak.

Standardowe aktualizacje bezpieczeństwa systemu Linux oraz usług serwerowych mogą być wykonywane w ramach bieżącej administracji.

Większe zmiany wymagają osobnego planu i mogą zostać potraktowane jako projekt. Dotyczy to m.in.:

• ›przejścia na kolejne główne wydanie systemu
• ›dużej aktualizacji PHP
• ›dużej aktualizacji bazy danych
• ›zmiany architektury
• ›aktualizacji wymagającej rozbudowanych testów

Przeczytaj przykład takiej aktualizacji.

Tak.

Hardening może obejmować m.in.:

• ›przegląd i zabezpieczenie SSH
• ›kontrolę kont i uprawnień administracyjnych
• ›ograniczenie zbędnych usług i otwartych portów
• ›konfigurację zapory sieciowej
• ›zabezpieczenia przed próbami nieautoryzowanego logowania
• ›aktualizacje bezpieczeństwa
• ›przegląd konfiguracji usług
• ›analizę istotnych logów bezpieczeństwa

Zakres zależy od środowiska. Zobacz, jak chronimy serwery Linux.

Tak.

W ramach opieki możemy wskazywać:

• ›zauważone ryzyka
• ›zalecane aktualizacje
• ›potrzebne zmiany konfiguracji
• ›potrzeby modernizacji
• ›rekomendowany sposób wykonania zmian

Rekomendacje dotyczą przede wszystkim systemu Linux i usług serwerowych objętych administracją.

Jeżeli problem znajduje się w kodzie aplikacji lub jej bibliotekach, możemy pomóc w diagnostyce, ale usunięcie problemu pozostaje po stronie twórcy lub dostawcy aplikacji.

Prace planowane są uzgadniane z klientem z wyprzedzeniem, z uwzględnieniem:

• ›zakresu zmiany
• ›ryzyka
• ›potrzeby wykonania kopii bezpieczeństwa
• ›ewentualnego okna serwisowego
• ›wymaganych testów
• ›dostępności klienta lub twórcy aplikacji, jeżeli ich udział jest potrzebny

Większe zmiany, migracje, przebudowy środowiska i duże aktualizacje mogą być wyceniane jako osobny projekt.

Tak, jeżeli kopie zapasowe są objęte zakresem współpracy. Kopia zapasowa (backup) to dodatkowa kopia danych przechowywana oddzielnie od działającej strony lub aplikacji.

Możemy m.in.:

• ›skonfigurować mechanizm backupu
• ›kontrolować zaplanowane zadania
• ›sprawdzać, czy kolejne kopie powstają
• ›analizować błędy backupu
• ›kontrolować dostępną przestrzeń
• ›monitorować brak kolejnej kopii, jeżeli jest to technicznie możliwe
• ›wykonywać uzgodnione testy odtworzenia

Przeczytaj o kopiach zapasowych.

Zwykle od 5 do 10 dni.

Nie ma jednej reguły dla wszystkich - retencję dobieramy do konkretnego środowiska.

Zależy m.in. od:

• ›ilości danych objętych backupem
• ›częstotliwości wykonywania kopii
• ›przestrzeni przeznaczonej na backup
• ›wymaganej liczby wersji
• ›oczekiwanego okresu przechowywania

W ramach usługi ustalana jest przestrzeń przeznaczona do wykorzystania na kopie zapasowe. Na tej podstawie dobierana jest możliwa retencja.

Nie.

Sam fakt wykonania kopii nie potwierdza jeszcze, że można z niej odtworzyć kompletną i działającą usługę.

Dlatego zalecamy okresowe testy odtworzenia.

Test powinien być wykonywany na oddzielnym środowisku, aby nie wpływać na system produkcyjny.

Może to być np.:

• ›dodatkowy VPS
• ›dodatkowa maszyna wirtualna
• ›inne uzgodnione środowisko testowe

Środowisko do testu zapewnia klient, chyba że w indywidualnych ustaleniach przyjęto inaczej.

Jeżeli przygotowanie środowiska lub przeprowadzenie testu wymaga większego nakładu pracy, może zostać przygotowana osobna wycena.

Nie.

Standardowa administracja obejmuje system Linux i uzgodnione usługi serwerowe, a nie tworzenie ani poprawianie kodu aplikacji.

Po stronie twórcy lub dostawcy aplikacji pozostają w szczególności:

• ›kod aplikacji
• ›używane biblioteki i komponenty
• ›bezpieczeństwo warstwy aplikacyjnej
• ›błędy programistyczne
• ›prawidłowość i wydajność zapytań wykonywanych przez aplikację
• ›struktura bazy danych wynikająca z działania aplikacji
• ›indeksy w bazie danych
• ›rozwój i aktualizacje aplikacji

Możemy analizować logi, wskazywać prawdopodobne źródło problemu oraz pomagać rozdzielić problem infrastruktury od problemu aplikacji.

Nie zawsze.

Podatność w aplikacji lub jednej z jej bibliotek może umożliwić nieautoryzowany dostęp do danych lub funkcji aplikacji bez przełamania zabezpieczeń samego systemu Linux.

Bezpieczeństwo systemu operacyjnego i bezpieczeństwo aplikacji są odrębnymi warstwami.

Nie.

Naszą specjalizacją jest administracja środowiskami Linux oraz DevOps. Systemów Windows ani Hyper-V nie administrujemy jako podstawową usługą, ponieważ jest to poza naszym głównym obszarem kompetencji.

W wybranych przypadkach możemy po wcześniejszym uzgodnieniu pomóc w podstawowych czynnościach lub diagnostyce związanej ze środowiskiem Windows. Nie gwarantujemy jednak skutecznego rozwiązania problemu w obszarach wykraczających poza naszą podstawową specjalizację.

Tak, jeżeli baza danych, infrastruktura kopii zapasowych albo inna usługa działa w środowisku Linux i została objęta uzgodnionym zakresem współpracy.

Nie musimy odpowiadać za całą aplikację, aby administrować jej warstwą systemową, usługą bazy danych lub mechanizmem backupu działającym na Linuksie.

Tak.

Administrator technicznie może mieć dostęp do danych znajdujących się na serwerze, w bazach danych, logach lub kopiach zapasowych.

Jeżeli w ramach usługi LinuxAdmin.pl może przetwarzać dane osobowe w imieniu klienta, zawierana jest umowa powierzenia przetwarzania danych osobowych. Zobacz politykę prywatności.

Potrzebujemy przede wszystkim informacji:

• ›jakich kategorii osób dotyczą dane znajdujące się w administrowanym środowisku, np. klientów, pracowników, kontrahentów lub użytkowników aplikacji
• ›jakie rodzaje danych są przetwarzane, np. imię i nazwisko, adres e-mail, numer telefonu, adres IP, dane kont użytkowników lub dane znajdujące się na dokumentach
• ›czy w środowisku występują szczególne kategorie danych wymagające podwyższonej ochrony

Nie potrzebujemy w tym celu pełnej kopii bazy danych ani listy konkretnych osób.

Tak, narzędzia wykorzystujące sztuczną inteligencję wspomagają administratorów m.in. przy analizie konfiguracji, diagnostyce i przygotowywaniu zmian.

Do zewnętrznych usług AI nie są przekazywane:

• ›dane osobowe
• ›hasła
• ›klucze
• ›tokeny
• ›certyfikaty prywatne
• ›inne sekrety

Przed użyciem zewnętrznego narzędzia usuwane są również informacje umożliwiające bezpośrednią identyfikację infrastruktury klienta.

Zewnętrzne usługi AI są używane wyłącznie pod warunkiem zapewnienia odpowiedniej poufności po stronie ich dostawcy.

Analiza kopii lub fragmentów plików konfiguracyjnych może być wykonywana w odizolowanym środowisku laboratoryjnym.

Narzędzia AI wspomagają pracę administratora, ale decyzje dotyczące środowiska produkcyjnego podejmuje lub zatwierdza administrator.

Dane przekazujemy Państwu albo usuwamy - zgodnie z Państwa decyzją. Domyślnie usuwamy je w ciągu 14 dni od zakończenia współpracy.

Odbieramy również własne dostępy do Państwa infrastruktury: usuwamy nasze klucze SSH oraz konta administracyjne utworzone na potrzeby obsługi, a monitoring administrowanego środowiska zostaje wyłączony.

Sposób zwrotu lub usunięcia danych określa umowa i - jeżeli ma zastosowanie - umowa powierzenia przetwarzania danych.

Kopie techniczne nie zawsze można usunąć selektywnie natychmiast, ponieważ mogą być częścią zaszyfrowanego lub wspólnego archiwum. Pozostają wtedy zabezpieczone i wygasają wraz z ustalonym dla środowiska cyklem retencji kopii zapasowych, który zwykle jest krótszy niż wskazane 14 dni.

Tak.

Migracja może obejmować:

• ›przygotowanie nowego środowiska
• ›konfigurację usług
• ›przeniesienie plików i baz danych
• ›przygotowanie kopii bezpieczeństwa
• ›testy
• ›uzgodnione przełączenie ruchu
• ›opiekę po migracji

Przed większą migracją ustalamy zakres, ryzyka, sposób testów i plan przełączenia. Dowiedz się więcej o migracji serwera.

Większe zadania mogą być wyceniane osobno, w szczególności:

• ›migracja na nowy serwer
• ›przebudowa architektury
• ›duża aktualizacja systemu
• ›duża aktualizacja bazy danych lub PHP
• ›prace wymagające rozbudowanych testów
• ›prace wymagające dłuższego okna serwisowego
• ›inne zadania o znacznym nakładzie pracy

Zwykle przy pracach wymagających więcej niż około 2 godzin rozważamy odrębną wycenę projektową.

Przed rozpoczęciem określamy zakres i przewidywany koszt.