Wirtualizacja serwerów Zielona Góra

Dlaczego w tym mieście liczy się zapas, a nie czas dojazdu

Rozmowa o odporności infrastruktury sprowadza się zwykle do pytania, jak szybko ktoś przyjedzie. To złe pytanie i mówimy o tym otwarcie, bo nasze drugie biuro w województwie stoi przy Objazdowej 35A, ale nie prowadzimy w nim magazynu części zamiennych ani nie mamy inżynierów mieszkających w Zielonej Górze.

Dobre pytanie brzmi inaczej: co się dzieje między awarią a przyjazdem kogokolwiek. Nawet obsada mieszkająca dwie ulice dalej nie skróci tego czasu poniżej godziny, a jeśli brakującej części nie ma na stanie, przyjazd niczego nie zmienia. Zakład, którego ciągłość pracy zależy od tego, jak szybko ktoś dotrze do szafy, jest zakładnikiem czynnika, na który nikt nie ma wpływu.

Zapas ma tę przewagę, że działa o trzeciej w nocy, w niedzielę i w święto, nie wymagając niczyjej obecności. Dlatego przy projektach w zielonogórskich zakładach pierwsza rozmowa dotyczy drugiego węzła, a nie czasu przejazdu.

Co się dzieje przy awarii, zależnie od tego, co stoi w szafie

Zdarzenie	Jeden host bez zapasu	Dwa hosty z zapasem
Awaria płyty głównej serwera	stój do czasu naprawy sprzętu	maszyny startują na drugim węźle
Uszkodzenie pojedynczego dysku	zależy od macierzy, ryzyko utraty	praca bez zmian, wymiana planowa
Aktualizacja hosta wymagająca restartu	okno serwisowe i przestój systemów	przeniesienie maszyn, praca bez przerwy
Nieudana aktualizacja w maszynie	odtwarzanie z kopii, liczone w godzinach	powrót do migawki, liczony w minutach
Zapełniony magazyn danych	zatrzymanie wielu systemów naraz	alarm z zapasem i miejsce na drugim węźle
Utrata zasilania w budynku	wszystko stoi do powrotu prądu	replika w chmurze uruchamiana zdalnie

Ostatni wiersz wychodzi poza samą wirtualizację i wymaga drugiej lokalizacji, opisanej przy chmurze hybrydowej. Pozostałe pięć rozstrzyga się w Waszej serwerowni, przy doborze sprzętu.

Skąd biorą się okna serwisowe w zakładzie, który ich nie ma

Firma pracująca na trzy zmiany ma z aktualizacjami problem, którego nie ma biuro: nie istnieje pora, w której wyłączenie czegokolwiek nie boli. Kończy się to zwykle odkładaniem prac, aż serwer chodzi rok bez jednej poprawki, i wtedy ryzyko z odłożenia przewyższa ryzyko z wykonania.

Wirtualizacja rozwiązuje połowę tej sprawy sama. Aktualizacja hosta nie wymaga zatrzymania niczego, bo działające maszyny przenosimy wcześniej na sąsiedni węzeł, a po pracach wracają na swoje miejsce. Zostaje druga połowa, czyli aktualizacje wewnątrz maszyn, i te dalej planujemy z osobą odpowiadającą za ruch zakładu. Różnica polega na tym, że zamiast jednej długiej nocy potrzeba kilku krótkich przerw, a przed każdą powstaje punkt powrotu.

Ile hostów i ile zapasu ma sens

Dwa hosty to minimum, przy którym cokolwiek się zmienia. Jeden porządkuje środowisko i ułatwia odtwarzanie, ale nie chroni przed awarią sprzętu. Trzy hosty proponujemy tam, gdzie klaster ma podejmować decyzje samodzielnie, bo przy dwóch węzłach trudno rozstrzygnąć, który z nich powinien przejąć pracę po zerwaniu połączenia między nimi.

Ważniejszy od liczby pudełek jest jednak zapas mocy. Środowisko, w którym oba hosty pracują wypełnione niemal do końca, wygląda w zestawieniu tak samo jak przygotowane porządnie, a w dniu awarii okazuje się, że maszyn nie ma gdzie uruchomić. Zapas planuje się przy projekcie i jest to jedna z niewielu pozycji, przy których odradzamy oszczędzanie.

Ile płacicie i co za tę kwotę robimy

Rozliczamy się od maszyny wirtualnej, niezależnie od tego, na którym hoście pracuje. W kwocie mieści się nadzór, aktualizacje, kopie z comiesięczną próbą odtworzenia, podgląd stanu środowiska, dokumentacja i umówione wizyty przy szafie. Poza kwotą zostają sprzęt, licencje i subskrypcje wsparcia producenta, pokazywane w kosztorysie osobno, żeby dało się porównać naszą ofertę z inną.

Zbudowanie środowiska od zera jest osobnym projektem i zaczyna się od 7 900 zł netto przy dwóch hostach oraz do piętnastu maszynach, czyli mniej więcej czterech dniach pracy. Zegar gwarantowanej reakcji biegnie od poniedziałku do piątku, w godzinach pracy helpdesku, a monitoring środowiska pracuje bez przerwy, więc o zatrzymanej usłudze wiemy również nocą. Praca inżyniera poza godzinami helpdesku wymaga osobno płatnego dyżuru.

Bieżącą opiekę nad systemami stojącymi na tych maszynach opisuje administracja serwerami, role Microsoftu administracja Windows Server, a maszyny linuksowe administracja serwerami Linux. Zmianę hypervisora opisaliśmy przy migracji z VMware na Proxmox, a miesięczny koszt policzycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 31 lipca 2026