Migracja z VMware na Proxmox Bydgoszcz

Dlaczego to pytanie pojawia się razem z końcem gwarancji na hosty?

Bo w bydgoskich zakładach obie sprawy trafiają na biurko w tym samym miesiącu. Serwery kupione siedem lat temu wychodzą z ostatniego przedłużenia wsparcia, a razem z ofertą na nowe przychodzi wycena odnowienia subskrypcji, policzona już według nowego modelu. Dwie pozycje, dwa razy większa suma niż poprzednio i jedno pytanie: czy jedno z tych wydatków da się zamienić na coś innego.

Odpowiedź jest dla nas ważna z innego powodu niż budżet. Wymiana hostów oznacza przeniesienie wszystkich maszyn na nowy sprzęt, a to jest dokładnie ta sama praca, którą wykonuje się przy zmianie platformy. Wykonanie jej dwa razy, raz przy zakupie serwerów i drugi raz rok później, oznacza podwójny komplet okien serwisowych w firmie, która i tak z trudem znajduje jedno.

Dlatego pytanie o platformę zadajemy przed zamówieniem sprzętu, a nie po jego uruchomieniu. Po zakupie część możliwości jest już zamknięta, choćby przez kontroler macierzy dobrany pod konkretne środowisko.

Co da się połączyć w jeden projekt, a czego nie?

Wariant prac	Co dzieje się z danymi	Długość typowego okna	Główne ryzyko
Nowe hosty i nowa platforma naraz	kopiowanie po sieci przy pracujących maszynach	kilkanaście minut na maszynę	zależność od terminu dostawy sprzętu
Nowe hosty, stara platforma	przeniesienie maszyn bez zmiany formatu	kilkanaście minut na maszynę	ta sama praca powtórzona przy zmianie platformy
Stary sprzęt, nowa platforma	zwolnienie węzła, potem migracja pozostałych	dłuższe okna, mniej miejsca na powrót	brak drugiego środowiska na czas prac
Zmiana platformy i systemu na maszynach	przeniesienie plus podniesienie wersji	okno na maszynę, dłużej przy testach	dwie zmiany naraz, trudna diagnoza po awarii
Zmiana platformy i przenosiny serwerowni	transport sprzętu w środku projektu	przestój liczony w godzinach	dwa terminy sztywne w jednym tygodniu
Zmiana platformy i wdrożenie nowego systemu	prace na tych samych maszynach	zależne od wdrożenia	nikt nie umie wskazać przyczyny awarii

Trzy pierwsze wiersze łączymy bez wahania. Trzech ostatnich nie łączymy nigdy, choćby oszczędność wyglądała kusząco. Zasada jest prosta: w jednym oknie zmienia się jedna rzecz, żeby po nieudanym uruchomieniu było wiadomo, co odwrócić.

Jak wygląda przeniesienie, gdy nowe węzły stoją obok starych?

Najlepiej ze wszystkich możliwych układów, bo przez cały czas macie dwa kompletne środowiska. Nowe hosty instalujemy i konfigurujemy przy pracującej produkcji, sieć po nowej stronie sprawdzamy na maszynie próbnej, a dyski kopiujemy przez sieć w tle, przez kilka dni.

W samym oknie zostaje ostatnia synchronizacja, zatrzymanie maszyny po starej stronie i uruchomienie po nowej. Potem idzie lista sprawdzeń: czy usługi wstały, czy aplikacja widzi bazę, czy stanowiska na hali się z nią łączą, czy wydruk etykiet działa i czy wykonało się pierwsze zadanie kopii. Dopiero komplet odpowiedzi zamyka maszynę.

Gdy coś nie zagra, wracamy w tym samym oknie, bo stara maszyna czeka wyłączona, ale nienaruszona. Nie diagnozujemy przy otwartym oknie, bo godzina szukania przyczyny zamienia się w trzy, a zmiana wchodzi wtedy na produkcję na wpół zrobiona.

Co robimy, gdy sprzęt nie dojeżdża na czas?

Przesuwamy harmonogram i mówimy o tym w dniu, w którym się o tym dowiadujemy. Nie zaczynamy prac na starym sprzęcie po to, żeby dotrzymać terminu, bo zwolnienie węzła w działającym środowisku odbiera zapas potrzebny przy awarii.

Czas do dostawy wykorzystujemy na wszystko, co jej nie wymaga. Spis maszyn z rolami i zależnościami, pomiar obciążenia przez pełny tydzień, wykaz licencji przypiętych do sprzętu, ustalenie okien z kierownikami zmian oraz pytania do producentów aplikacji o dopuszczalne środowiska. To zwykle dwie trzecie pracy przygotowawczej, więc po przyjeździe serwerów projekt rusza od razu.

Jedyne, co robimy wcześniej po stronie technicznej, to sprawdzenie kopii. Jeżeli backup nie działa albo nikt go nigdy nie odtwarzał, zajmujemy się tym natychmiast, niezależnie od terminu dostawy.

Za co płacicie w takim projekcie i co dostajecie na koniec?

Kwota obejmuje pracę: pomiar, spis, przygotowanie platformy, próbę, przenoszenie maszyn, ustawienie kopii i nadzoru oraz odbiór z testami. Serwery, magazyn, licencje i ewentualne wsparcie producenta kupujecie na siebie i pokazujemy je w kosztorysie osobno, żeby dało się porównać oferty dostawców sprzętu.

Po odbiorze zostaje działające środowisko, opis klastra, magazynu i sieci, wykaz maszyn z rolami i zasobami, procedura odtworzenia po awarii oraz raport z przeniesienia zawierający zmierzone czasy każdego okna. Konta administracyjne zakładamy na Waszą firmę.

Decyzję poprzedzającą całą tę pracę ułatwia porównanie obu platform. Budowę środowiska od podstaw opisuje wirtualizacja serwerów, a późniejszy nadzór administracja serwerami. Termin przeglądu ustalimy przez kontakt.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026