Migracja z VMware na Proxmox Wrocław

Dlaczego w firmie technologicznej trudniej znaleźć okno niż w zakładzie?

W zakładzie produkcyjnym okno serwisowe jest rzadkie, ale przewidywalne: przezbrojenie, przegląd, weekend między partiami. We wrocławskiej firmie technologicznej okno teoretycznie jest zawsze, bo nikt nie stoi przy taśmie, a w praktyce nie ma go nigdy. Sklep przyjmuje zamówienia całą dobę, aplikacja ma klientów w kilku strefach czasowych, a zespół wypuszcza kolejną wersję w czwartek wieczorem, bo tak wygląda jego rytm od trzech lat.

Do tego dochodzi element, którego nie ma nigdzie indziej: środowisko jest narzędziem pracy kilkunastu osób. Zatrzymanie serwera budowania nie zatrzymuje sprzedaży, ale zatrzymuje wszystkich, którzy właśnie kończą zadanie przed wydaniem.

Dlatego kalendarz tego projektu powstaje razem z osobą prowadzącą zespół, a nie tylko z osobą odpowiadającą za infrastrukturę. To pierwsza rzecz, którą robimy, i jedyna, której nie da się nadrobić później.

Jak układamy kolejność w takim środowisku?

Zasada jest jedna: im mniej osób zauważy zatrzymanie maszyny, tym wcześniej ją przenosimy. Poniżej typowy porządek razem z tym, co dana grupa naprawdę blokuje.

Grupa maszyn	Kogo zatrzymuje	Kiedy przenosimy
Środowiska testowe i demonstracyjne	nikogo poza autorem	pierwsze, w dzień roboczy
Narzędzia wewnętrzne	jeden zespół na godzinę	drugie, w dzień roboczy
Serwer budowania i rejestr obrazów	wszystkie wdrożenia	w oknie z wstrzymaniem wydań
Przedprodukcja	testy przed wydaniem	po serwerze budowania, tego samego dnia
Usługi wspierające produkcję	część funkcji sklepu	wieczorem, po pomiarze ruchu
Baza produkcyjna	sprzedaż i klientów	ostatnia, w najdłuższym oknie

Trzeci wiersz jest tym, o którym najczęściej zapomina się w cudzych harmonogramach. Serwer budowania nie wygląda na krytyczny, dopóki nie okaże się, że przez dwie godziny nikt nie wypuści poprawki, także tej pilnej.

Co sprawdzamy na migracji próbnej?

Nie kopiowanie dysków, bo to akurat zawsze się udaje. Próbna maszyna służy do zmierzenia trzech rzeczy, których nie da się oszacować z dokumentacji.

Pierwsza to czas: ile trwa kopiowanie przy Waszym magazynie i Waszej sieci, ile ostatnia synchronizacja, ile uruchomienie po nowej stronie. Dopiero te pomiary wyznaczają długość okna wpisywaną do harmonogramu, zamiast liczby przeniesionej z cudzego wdrożenia.

Druga to reakcja systemu na podmieniony sprzęt wirtualny. W maszynach Windows oznacza to sterowniki i aktywację, w maszynach linuksowych częściej nazwy interfejsów sieciowych i identyfikatory dysków wpisane na stałe w konfigurację usług. To drugie potrafi zatrzymać maszynę, która poza tym wstała poprawnie.

Trzecia to wydajność. Porównujemy odczyty przed i po, bo maszyna działająca wolniej jest problemem odroczonym do pierwszego większego obciążenia, czyli do najgorszego możliwego momentu.

Co dzieje się z kopiami i z monitoringiem?

To część, którą najłatwiej pominąć, i ta, która najczęściej zostaje niedokończona po migracjach robionych w pośpiechu. Środowisko działa, maszyny chodzą, tylko od trzech tygodni nie wykonuje się żadna kopia i nikt tego nie zauważył, bo alert też został po starej stronie.

Zadania kopii przepisujemy razem z maszyną, w tym samym oknie. Veeam obsługuje Proxmoksa, więc zwykle wystarcza rekonfiguracja, a alternatywą jest Proxmox Backup Server, wygodniejszy przy tej platformie. Którą drogę wskażemy, zależy od objętości Waszych danych i od tego, w jakim czasie macie wrócić do pracy po awarii.

Monitoring dostaje nowe progi, bo odczyty z hosta Proxmox nie są tym samym, co odczyty z poprzedniej platformy, i przenosimy ścieżkę powiadamiania, żeby alert trafiał do tych samych osób co wcześniej. Etap zamyka próbne odtworzenie maszyny z nowej kopii, wykonane przed odbiorem, a nie po nim.

Co zostaje po projekcie i jak wygląda powrót?

Stare środowisko zostaje nietknięte do dnia odbioru, więc wycofanie się polega na wyłączeniu maszyny po nowej stronie i uruchomieniu poprzedniej. Zasoby VMware zwalniamy dopiero po Waszej pisemnej akceptacji, nie po przeniesieniu ostatniego systemu.

Po odbiorze dostajecie opis środowiska, wykaz maszyn z rolami i zasobami, schemat magazynu i sieci, procedurę odtworzenia po awarii oraz raport z migracji z zmierzonymi czasami przestojów. Konta administracyjne są Wasze, więc dalsze utrzymanie możecie prowadzić samodzielnie albo zlecić nam za 250 zł netto miesięcznie od maszyny.

Argumenty za każdą z platform zebraliśmy przy porównaniu Proxmoksa i VMware, budowę środowiska od podstaw opisuje wirtualizacja serwerów, a dalsze prowadzenie maszyn administracja serwerami. Datę spisu środowiska ustalimy przez kontakt.

Treść sprawdzona i zaktualizowana: 31 lipca 2026