Wirtualizacja serwerów Olsztyn

Ile serwerów stoi w obiekcie, którego nikt nigdy nie policzył?

Prawie zawsze więcej, niż pada w pierwszej odpowiedzi. Warmiński ośrodek albo hotel rzadko kupuje infrastrukturę raz. Kupuje ją przy okazji: przy wymianie programu recepcyjnego, przy uruchomieniu gastronomii, przy podłączeniu monitoringu terenu, przy nowym systemie kontroli wejść na basen. Każdy z tych zakupów przynosi własną maszynę, a ta maszyna zostaje tam, gdzie akurat było miejsce.

Po dziesięciu latach obraz wygląda mniej więcej tak.

Gdzie zwykle stoi	Co na niej pracuje	Czym to grozi
zaplecze recepcji	system obiektowy i baza rezerwacji	brak chłodzenia, kurz, dostęp dla każdego pracownika
pomieszczenie gastronomii	program dla kuchni i drukarki zamówień	wilgoć i temperatura poza normą producenta
biuro kierownika	księgowość, kadry, pliki	maszyna wyłączana przy wyjeździe na urlop
pomieszczenie techniczne	rejestrator monitoringu, kontrola wejść	brak zasilania awaryjnego, brak kopii
szafka przy łączu	router, przełącznik, czasem serwer wciśnięty obok	wszystko w jednym miejscu, żadnego zapasu

Wnioski z takiej listy są zwykle dwa. Po pierwsze, sprzęt jest w różnym wieku i nikt nie wie, który dysk pracuje najdłużej. Po drugie, awaria dowolnej z tych maszyn w lipcu zatrzymuje jakąś część obiektu, a odtworzenie zależy od tego, czy ktoś kiedyś skonfigurował kopię.

Ile hostów ma sens, gdy cały wynik roku robią cztery miesiące?

W firmie pracującej równo przez dwanaście miesięcy o liczbie hostów decyduje wielkość środowiska. W obiekcie sezonowym decyduje kalendarz i to zmienia całą rozmowę.

Awaria sprzętu w styczniu jest zdarzeniem technicznym. Maszyny odtwarza się z kopii, sprzęt zamawia bez pośpiechu, a przestój kosztuje tyle, co godziny pracy. Ta sama awaria 12 sierpnia zatrzymuje meldunki, kasę i wydawanie posiłków w dniu, w którym obiekt jest pełny. Różnica nie leży w technice, tylko w cenie tej samej godziny.

Dlatego przy obiektach sezonowych rekomendujemy dwa hosty wcześniej, niż wynikałoby to z liczby maszyn. Drugi węzeł nie służy tu wydajności, tylko temu, żeby utrata jednego kawałka sprzętu w szczycie oznaczała kilka minut przerwy, a nie dzień oczekiwania na dostawę. Przy jednym hoście też da się pracować i mówimy o tym uczciwie, ale wtedy plan awaryjny musi zakładać, że przez pewien czas obiekt działa bez systemu.

Co daje szablon maszyny uruchamianej tylko na sezon?

Część systemów w obiekcie ma sens wyłącznie w miesiącach letnich. Kasa przy wypożyczalni sprzętu wodnego. Stanowisko przy plaży albo przy kortach. System obsługi wydarzeń, który pracuje od maja do września i przez resztę roku stoi bezużytecznie, zajmując pamięć i miejsce na dysku.

W środowisku wirtualnym taka maszyna nie musi istnieć przez cały rok. Budujemy ją raz, razem z konfiguracją i uprawnieniami, zapisujemy jako szablon i uruchamiamy przed otwarciem sezonu. Po jego zamknięciu maszyna gaśnie, zostawiając kopię archiwalną na wypadek pytania księgowości albo kontroli. Kolejnego roku wraca w tej samej postaci, bez odtwarzania z pamięci, jak to było skonfigurowane.

Skutek jest podwójny. Zasoby hosta w miesiącach zimowych zostają wolne, więc starczają na prace, które i tak wykonujemy właśnie wtedy. Rozliczenie liczy maszyny objęte nadzorem, więc system, który nie pracuje i nie jest monitorowany, nie wraca w każdej fakturze.

Co się dzieje, gdy host padnie w połowie sierpnia?

Wtedy okazuje się, czy ktoś wcześniej ustalił kolejność. W środowisku wirtualnym po awarii jednego węzła maszyny da się uruchomić na drugim, tylko najpierw trzeba wiedzieć, które i w jakiej kolejności, bo zapas rzadko starcza na wszystko naraz.

Kolejność spisujemy przy wdrożeniu, a nie przy awarii. Najpierw wstaje baza i system obiektowy, bo bez nich nie ma meldunku ani wymeldowania. Potem stanowisko kasowe i drukarki fiskalne. Potem usługi sieciowe potrzebne recepcji. Księgowość, kadry, archiwum i systemy raportowe czekają, bo dzień bez nich nie zatrzymuje obiektu. Listę zatwierdza kierownik obiektu, nie my, bo to decyzja o priorytetach firmy, a nie o technice.

Próbę przełączenia wykonujemy zimą, przy pustym obiekcie, i zapisujemy zmierzony czas. Ta liczba jest jedyną uczciwą odpowiedzią na pytanie, ile potrwa powrót w sierpniu.

Czego wirtualizacja w obiekcie nie naprawi?

Nie naprawi łącza. Jeśli obiekt ma jedno przyłącze i ono padnie, maszyny będą działać dalej, a mimo to portal nie dostanie dostępności, terminal nie autoryzuje płatności, a strona nie odpowie z zewnątrz.

Nie naprawi też pomieszczenia. Hosty postawione w schowku bez wentylacji będą się przegrzewać dokładnie tak samo jak stare serwery, tylko w jednym miejscu i z gorszym skutkiem, bo teraz stoi na nich wszystko. Dlatego warunki mierzymy przed decyzją i to w sierpniu, gdy są najtrudniejsze.

Nie zastąpi wreszcie kopii. Maszyna wirtualna jest plikiem, co ułatwia jej odtworzenie, ale plik skasowany razem z magazynem znika tak samo jak każdy inny. Kopia poza obiektem zostaje warunkiem, a nie dodatkiem.

Jak rozkłada się koszt tego projektu na sezon i na resztę roku?

Budowa środowiska jest wydatkiem jednorazowym i planujemy ją na jesień albo zimę, kiedy obiekt ma wolne ręce, a prace nie kolidują z obłożeniem. Osobno kupujecie sprzęt i licencje, bo są Wasze i zostają u Was niezależnie od tego, kto później prowadzi środowisko.

Opieka wraca co miesiąc i liczy maszyny wirtualne objęte nadzorem, a nie hosty, więc konsolidacja czterech starych serwerów do czterech maszyn na dwóch węzłach nie podnosi rachunku. Maszyna sezonowa liczy się w miesiącach, w których pracuje. Krótszy czas reakcji jest dopłatą miesięczną, więc w części obiektów wykupuje się go na sam sezon.

Systemy stojące na tych maszynach prowadzą administracja Windows Server oraz administracja serwerami Linux. Bieżący nadzór i roczny kalendarz prac opisuje administracja serwerami. Wybór platformy zebraliśmy przy porównaniu Proxmoksa z VMware, a przebieg zmiany platformy przy migracji z VMware na Proxmox. Koszt utrzymania policzycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026