Migracja z VMware na Proxmox Łódź

Co pęka przy migracji środowiska spiętego z kilkunastoma partnerami?

Rzadko sama maszyna. W firmie, która wysyła towar, przeniesienie serwera udaje się zwykle bez trudu: system wstaje, aplikacja widzi bazę, ludzie na hali pracują dalej. Kłopot zaczyna się kilka godzin później, gdy okazuje się, że przewoźnik przestał przyjmować zamówienia etykiet, a marketplace odrzuca aktualizację stanów.

Przyczyna jest prawie zawsze ta sama i nie ma nic wspólnego z hypervisorem. Połowa połączeń wychodzących z takiego środowiska została kiedyś dopuszczona po adresie, z którego się nawiązują. Adres widnieje na liście po drugiej stronie, w systemie, do którego nikt u Was nie ma dostępu, a wpis powstał trzy lata temu w korespondencji, której nikt już nie pamięta.

Druga grupa problemów dotyczy poświadczeń przypisanych do sprzętu. Certyfikat klienta, klucz przypięty do konkretnej maszyny albo licencja związana z adresem karty sieciowej działają dopóty, dopóki maszyna zostaje sobą. Po zmianie platformy część z tych rzeczy trzeba wydać na nowo, a wydaje je ktoś inny niż Wy.

Co trzeba uzgodnić poza firmą, zanim otworzymy pierwsze okno?

Wykaz integracji powstaje przed spisem maszyn i to jest w tym projekcie odwrócenie typowej kolejności. Poniżej rzeczy, które w łódzkich środowiskach wracają najczęściej, razem z czasem potrzebnym po drugiej stronie.

Połączenie	Co jest po stronie partnera	Ile zwykle trwa uzgodnienie
Zamawianie etykiet u przewoźnika	dopuszczony adres i poświadczenia konta	od kilkunastu dni, zależnie od przewoźnika
Wymiana danych z systemem zleceniodawcy	konto techniczne i lista dozwolonych adresów	tygodnie, bo decyduje dział po stronie marki
Aktualizacja stanów na marketplace’ach	klucz aplikacji przypisany do konta sprzedawcy	dni, o ile klucz da się wydać ponownie
Bramka płatności sklepu	certyfikat i adres zwrotny powiadomień	dni, z testem w środowisku próbnym
Przesyłanie dokumentów do księgowości	konto na serwerze biura rachunkowego	dni, zwykle jedna rozmowa
Zdalny dostęp dostawcy systemu magazynowego	tunel i konto po jego stronie	dni, przy ustalonym terminie prac
Odbiór danych z wag i drukarek na hali	adresacja urządzeń w sieci magazynu	godziny, ale wymaga obecności na miejscu

Pierwsze dwa wiersze wyznaczają termin całego projektu. Praca techniczna po naszej stronie trwa tygodnie, odpowiedź działu ryzyka po stronie dużej marki potrafi trwać dłużej, a bez niej przełączenie oznacza świadome zerwanie połączenia z klientem, dla którego prowadzicie magazyn.

Jak wygląda przełączenie maszyny, której adres zna kilkunastu partnerów?

Zaczyna się od decyzji, czy adres w ogóle ma się zmienić. W większości przypadków nie musi: nowa maszyna dostaje tę samą adresację, a jeżeli ruch wychodzi przez wspólny adres, zostaje on nietknięty, bo zmienia się warstwa pod systemem, a nie sposób wychodzenia do sieci. To najtańsze rozwiązanie i zawsze sprawdzamy je pierwsze.

Tam, gdzie zmiana jest nieunikniona, przygotowujemy ją z wyprzedzeniem. Nowy adres zgłaszamy partnerom przed migracją i prosimy o dopuszczenie obu naraz, na czas przejścia. Dzięki temu w oknie nie czekamy na nikogo, a po przełączeniu stara droga jeszcze przez jakiś czas działa.

W samym oknie sprawdzenia idą z listy ułożonej integracja po integracji. Zamówienie testowej etykiety, wysłanie próbnej aktualizacji stanu, odebranie zwrotki, wykonanie zadania cyklicznego poza kolejnością. Dopiero komplet odpowiedzi zamyka maszynę, a to, czego nie da się wywołać ręcznie, trafia na listę do obserwacji w kolejnych dniach.

Czego nie da się sprawdzić przed migracją?

Trzech rzeczy i mówimy o nich przed podpisaniem umowy, żeby nie były niespodzianką. Pierwsza to połączenia uruchamiane rzadko: rozliczenie miesięczne z przewoźnikiem, eksport do systemu zleceniodawcy wykonywany raz na dobę, korekty zwrotów zbierane tygodniowo. Żadnego z nich nie zobaczymy w oknie serwisowym, bo po prostu wtedy nie następują.

Druga to zachowanie partnera przy dużym ruchu. System, który odpowiada poprawnie na jedno testowe żądanie, może odrzucać serię, gdy przyjdzie z nowego adresu, bo po drugiej stronie stoi zabezpieczenie, o którym nikt Wam nie powiedział. Wychodzi to dopiero przy prawdziwym obciążeniu.

Trzecia dotyczy urządzeń na hali. Waga, drukarka etykiet albo czytnik potrafią mieć wpisany adres serwera w konfiguracji sprzed lat, a listę takich urządzeń odtwarza się chodząc po magazynie, nie czytając dokumentacji.

Odpowiedzią na wszystkie trzy jest okres podwyższonej uwagi po przełączeniu. Pilnujemy wtedy kolejek i zwrotek uważniej niż zwykle, a stare środowisko czeka wyłączone, ale nienaruszone, przez ustalony z Wami czas.

Za co płacicie i co zostaje po odbiorze?

Kwota obejmuje pracę: wykaz integracji, spis środowiska, przygotowanie platformy, próbę na maszynie nieprodukcyjnej, przenoszenie maszyn, przepisanie kopii i nadzoru oraz odbiór z testami. Serwery, magazyn, licencje i ewentualne wsparcie producenta kupujecie na własną firmę, a w kosztorysie stoją 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, aktualna lista integracji z osobami odpowiedzialnymi po obu stronach oraz procedura odtworzenia po awarii. Ta lista bywa najbardziej przydatnym dokumentem z całego projektu, bo wcześniej nie istniała w żadnej postaci.

Argumenty za każdą ze stron zbiera porównanie Proxmoksa i VMware. Postawienie środowiska od zera prowadzi wirtualizacja serwerów, a opiekę po przełączeniu administracja serwerami. Termin przeglądu ustalimy przez kontakt.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026