Migracja z VMware na Proxmox Kielce

Dlaczego zaczynamy od odchudzenia środowiska, a nie od przenoszenia?

Bo w firmie prowadzącej inwestycje od kilkunastu lat znaczna część tego, co stoi na hostach, nie jest już nikomu potrzebna, a mimo to wchodzi do kosztorysu migracji i do czasu jej trwania. Maszyna testowa uruchomiona przy wdrożeniu programu kosztorysowego. Serwer po systemie, z którego firma zrezygnowała trzy lata temu, wyłączony, ale zajmujący miejsce w magazynie. Dyski maszyn rozdmuchane w chwili zakupu na wyrost i puste w dziewięćdziesięciu procentach.

Inwentaryzacja rozstrzyga to szybko, o ile ktoś zada właściwe pytania: kto logował się na tę maszynę w ostatnim kwartale, która usługa jest od niej zależna i co przestanie działać po jej wyłączeniu. Odpowiedzi zbieramy razem z Wami, bo nazwa maszyny w konsoli bywa myląca, a znaczenie systemu dla wysyłki ofert zna człowiek, nie administrator.

Efekt tej pracy jest mierzalny w pieniądzach. Środowisko liczące dwadzieścia maszyn potrafi po przeglądzie zejść do czternastu, a to jest krótszy projekt, mniej okien serwisowych i niższy rachunek za samą migrację. Dlatego ten etap robimy przed wyceną prac, a nie po niej.

Jak długo kopiuje się to, co zostaje po porządkach?

Zależy od wielkości dysków i od tego, co je łączy, więc odpowiedź podajemy po pomiarze, a nie z tabeli. Kolejność wielkości wygląda jednak zawsze podobnie i warto ją znać, planując terminarz.

Rodzaj maszyny	Typowy rozmiar dysku	Kopiowanie w tle	Przerwa przy przełączeniu
Kontroler domeny	kilkadziesiąt gigabajtów	poniżej godziny	kilkanaście minut
Baza programu kosztorysowego	kilkaset gigabajtów	kilka godzin	do godziny
Serwer plików z bieżącymi projektami	jednostki terabajtów	kilka do kilkunastu godzin	do godziny
Archiwum zamkniętych inwestycji	kilkanaście terabajtów	doba lub dłużej	poza oknem, bez pośpiechu
Maszyna kopii zapasowych	zależnie od retencji	zwykle stawiana od nowa	brak, buduje się równolegle
Brama sieciowa i tunele	kilkanaście gigabajtów	minuty	kilkanaście minut, po godzinach

Kluczowa jest trzecia kolumna zestawiona z czwartą. Kopiowanie trwa długo, ale dzieje się przy działającej maszynie i nikomu nie przeszkadza. W oknie serwisowym mieści się wyłącznie ostatnia synchronizacja zmian i uruchomienie maszyny po nowej stronie, więc przerwa jest krótka nawet przy dużym dysku. Mylenie tych dwóch liczb jest najczęstszym powodem, dla którego firmy uważają taką migrację za projekt na kilka nocy z rzędu.

Którą maszynę przenosimy pierwszą i dlaczego akurat tę?

Nie kontroler domeny i nie bazę, tylko coś, czego zatrzymanie nikogo nie boli. W kieleckich firmach idealnie nadaje się do tego maszyna z archiwum inwestycji: jest duża, więc daje uczciwy pomiar czasu kopiowania, a jednocześnie nikt nie zauważy, jeżeli przez godzinę będzie niedostępna.

Ta pierwsza maszyna jest w istocie testem całego projektu. Mierzymy na niej rzeczywistą przepustowość między magazynami, sprawdzamy zachowanie sterowników, kontrolujemy, czy system wstaje bez ręcznej interwencji, i zapisujemy, ile to wszystko trwało. Dopiero z tymi liczbami układamy harmonogram dla reszty.

Dalej idziemy od najmniej krytycznych do najważniejszych. Maszyny, od których zależy praca całego biura, czyli logowanie, dostęp do rysunków i program kosztorysowy, przechodzą na końcu, gdy droga jest przetarta i wiadomo, czego się spodziewać. To kolejność, która wydłuża projekt o kilka dni i skraca listę niespodzianek do zera albo blisko zera.

Kiedy w firmie budowlanej wolno robić przełączenia?

Rok ma tu wyraźne okna i planujemy je z wyprzedzeniem, bo drugiej szansy nie będzie przez kilka miesięcy.

Najlepszy okres to zima i wczesna wiosna. Place stoją albo pracują wolniej, w biurze jest komplet ludzi, a wyłączenie serwera plików na godzinę nie zatrzyma kierownika czekającego na rysunek pod stropem hali. Najgorszy okres to tygodnie przed terminem składania ofert i dni tuż przed wyjazdem na targi, kiedy praca biura koncentruje się w kilku plikach i każda przerwa jest widoczna.

Przełączeń nie planujemy też w tygodniu odbioru inwestycji, bo wtedy dokumentacja jest przeglądana i uzupełniana z godziny na godzinę. Ten kalendarz zbieramy przed pierwszym oknem, wspólnie z osobą prowadzącą kontrakty, i wpisujemy do harmonogramu na równi z kwestiami technicznymi.

Ile razy nasz inżynier musi być w Waszej serwerowni?

Przy typowym projekcie zero razy albo jeden, i to nie z powodu samej migracji. Przenoszenie maszyn odbywa się w konsoli, więc odległość z Krakowa nie ma tu znaczenia. Rąk wymagają dwie inne rzeczy.

Pierwsza to nowy sprzęt, jeżeli przy okazji wymieniacie hosty. Montaż, okablowanie i pierwsze uruchomienie zamykamy w jednym dniu na miejscu. Druga to fizyczne wycofanie starych maszyn po odbiorze, które zwykle łączymy z inną zaplanowaną wizytą, bo nie ma powodu, żeby jechać po nie osobno.

Warunkiem pracy zdalnej jest sprawny dostęp do kart zarządzania serwerami. Sprawdzamy to w pierwszym tygodniu projektu i jeżeli karta nie jest wpięta albo siedzi w tej samej sieci co maszyny, doprowadzamy to do porządku, zanim ustawimy pierwsze okno. Bez tego kroku każda nieudana zmiana kończyłaby się podróżą, a przy tej odległości podróż oznacza dobę.

Co kończy ten projekt i kiedy gasimy VMware?

Odbiór, czyli konkretna lista rzeczy do sprawdzenia razem z Wami. Wydajność maszyn po zmianie, zestawiona z pomiarem sprzed migracji. Próba odtworzenia losowej maszyny z nowej kopii, ze zmierzonym czasem. Kontrola dostępów, tuneli i połączeń ze stanowisk projektowych. Dokumentacja opisująca klaster, magazyn i sieć oraz raport z przebiegu prac: co przeniesiono, ile to trwało i co zostało zmienione po drodze.

Zasoby po stronie VMware zwalniamy dopiero po Waszej pisemnej akceptacji, więc przez cały projekt istnieje droga powrotu polegająca na wyłączeniu maszyny w Proxmoksie i uruchomieniu starej. Nie kasujemy niczego wcześniej, nawet wtedy, gdy wszystko idzie zgodnie z planem, bo to nic nie kosztuje, a zmienia rozmowę o ryzyku.

Czy ta zmiana ma u Was sens, rozstrzyga Proxmox czy VMware. Budowę środowiska od podstaw opisuje wirtualizacja serwerów, a dalszą opiekę nad maszynami administracja serwerami. Koszt utrzymania po migracji policzycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026