Wirtualizacja serwerów Kielce

Dlaczego serwer kupiony pod trzy inwestycje nie wystarcza przy szóstej?

Bo w firmie budowlanej zapotrzebowanie nie rośnie po trochu, tylko skokami. Rozstrzygnięcie postępowania dokłada od razu komplet dokumentacji, nowy zestaw uprawnień, kolejne konta i kilkaset gigabajtów modeli, które trzeba gdzieś położyć. Między jednym takim skokiem a drugim nie dzieje się prawie nic, więc łatwo uznać, że sprzęt jest dobrany dobrze.

Serwer fizyczny znosi to źle. Pamięć da się dołożyć raz albo dwa, potem kończą się gniazda. Dysków przybywa, dopóki są zatoki w obudowie. Procesora nie wymienia się w ogóle, bo koszt zbliża się do nowej maszyny. Firma kupuje więc kolejny serwer, a razem z nim kolejny zasilacz, kolejną gwarancję i kolejne miejsce, o którym trzeba pamiętać przy każdej aktualizacji.

Wirtualizacja rozdziela te dwie rzeczy: sprzęt i systemy. Systemów przybywa wtedy, gdy przybywa pracy, a sprzęt kupuje się co kilka lat, świadomie i z zapasem policzonym z pomiaru. Nowa maszyna powstaje w kwadrans z szablonu, a nie po dwóch tygodniach od złożenia zamówienia.

Co da się dołożyć bez zakupu sprzętu, a czego nie?

To rozróżnienie decyduje o tym, jak dobieramy hosty, więc rozpisujemy je przed ofertą, a nie po roku.

Zasób	W środowisku wirtualnym	Na serwerze fizycznym
Pamięć dla jednego systemu	przesunięcie z zapasu hosta, kilka minut	wymiana modułów, przestój i zakup
Przestrzeń dyskowa	powiększenie wolumenu maszyny na żywo	zatoki w obudowie, potem nowa macierz
Rdzenie procesora	zmiana przydziału, restart maszyny	w praktyce nie do wykonania
Nowy system dla działu	maszyna z szablonu tego samego dnia	zamówienie sprzętu i tygodnie czekania
Odtworzenie po awarii	uruchomienie kopii maszyny na drugim hoście	odtwarzanie systemu na nowym sprzęcie
Test przed zmianą w programie	kopia maszyny obok produkcyjnej	brak, próbuje się na żywym systemie
Wycofanie nieudanej aktualizacji	powrót z migawki, minuty	odtwarzanie z kopii, godziny

Ostatnie dwa wiersze bywają dla klientów najbardziej przekonujące, i słusznie. Możliwość sprawdzenia aktualizacji programu kosztorysowego na kopii maszyny, zanim dotknie ona ludzi pracujących nad ofertą, jest wartością trudną do przeliczenia na złotówki, dopóki nie wydarzy się pierwsza nieudana aktualizacja.

Ile hostów ma sens, gdy w firmie nie ma nikogo od informatyki?

Dwa, i przy pracy zdalnej ten drugi waży więcej niż w firmie z serwisem za rogiem. Przy jednym hoście wirtualizacja porządkuje środowisko, ale awaria płyty głównej zatrzymuje wszystkie systemy naraz i uruchomienie ich ponownie zaczyna się od dostawy sprzętu.

Drugi host zmienia tę sytuację w sposób, który da się opisać jedną liczbą: czasem powrotu. Maszyny startują po drugiej stronie, my robimy to zdalnie, a wymiana zepsutego węzła przestaje być zdarzeniem awaryjnym i staje się zwykłą pracą do wykonania przy najbliższym wyjeździe.

Trzeci host bierzemy pod uwagę przy klastrze automatycznie przenoszącym maszyny, bo przy dwóch węzłach trudno rozstrzygnąć, który ma przejąć pracę po zerwaniu łączności. W kieleckim biurze projektowym rzadko jest to potrzebne. Tam, gdzie godzina przestoju kosztuje realne pieniądze, liczymy to osobno i pokazujemy różnicę w kosztorysie.

Ile wyjazdów potrzeba, żeby postawić to środowisko?

Zwykle dwa, czasem trzy, i mówimy to przed podpisaniem umowy, bo z tego wynika harmonogram całego projektu.

Pierwszy wyjazd to obejrzenie miejsca: szafa, zasilanie, chłodzenie, punkt łączenia z siecią, droga wniesienia sprzętu. Bez niego kosztorys byłby zgadywanką, a przy serwerowni urządzonej w pokoju gospodarczym zgadywanka kończy się zwykle kupieniem czegoś, co tam nie wejdzie. Drugi wyjazd to montaż i pierwsze uruchomienie hostów, magazynu i sieci, zamykane w jednym dniu roboczym. Trzeci, jeżeli jest potrzebny, to przepięcia przy przenoszeniu serwerów fizycznych i fizyczne wycofanie starych maszyn.

Cała reszta, czyli instalacja hypervisora, konfiguracja klastra, magazynu i kopii, migracje maszyn oraz testy, dzieje się przez sieć. Przy takim podziale odległość z Krakowa do Kielc przestaje wpływać na termin, bo wpływa tylko na trzy dni z całego projektu.

Kiedy odradzamy wirtualizację kieleckiej firmie?

Gdy stoi u Was jeden serwer, pracuje spokojnie, ma sprawdzoną kopię, a systemów nie przybywa. Hypervisor niczego wtedy nie poprawi, doda za to warstwę do utrzymania i drugi zestaw aktualizacji do pilnowania. Mówimy to na pierwszym spotkaniu, mimo że oznacza brak projektu.

Odradzamy też robienie tego w środku sezonu. Migracja wymaga okien serwisowych, a firma prowadząca cztery budowy naraz nie ma spokojnego tygodnia od wiosny do późnej jesieni. Lepiej poczekać do zimy i wykonać całość bez presji, niż przenosić serwer plików w tygodniu, w którym trzeba wysłać ofertę.

Trzeci przypadek to brak zgody na wydatek na drugi host. Wirtualizacja na jednym węźle bywa uzasadniona, ale wtedy trzeba wprost powiedzieć, czego nie kupujecie, i wpisać to do rejestru ryzyka, zamiast zostawiać wrażenie, że sam hypervisor chroni przed awarią sprzętu.

Co jest w projekcie wdrożenia, a co w miesięcznej stawce?

Projekt obejmuje pracę do dnia odbioru: analizę i pomiar, dobór platformy, instalację, konfigurację magazynu i sieci, migrację systemów, kopie, testy, dokumentację i przekazanie dostępów. Kończy się protokołem, a nie zależnością od nas.

Stawka miesięczna zaczyna się dzień po odbiorze i obejmuje nadzór nad maszynami, aktualizacje w oknach, kopie z próbnym odtworzeniem, monitoring i raport. Możecie z niej zrezygnować i prowadzić środowisko samodzielnie, bo dokumentacja i hasła są Wasze od początku. To jedyna uczciwa konstrukcja przy dostawcy, który do Waszej serwerowni ma ponad sto kilometrów.

Wybór platformy rozstrzyga Proxmox czy VMware, zmianę hypervisora opisuje migracja z VMware na Proxmox, a systemy stojące na maszynach prowadzimy w ramach administracji Windows Server i administracji serwerami Linux. Koszt utrzymania sprawdzicie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026