Wirtualizacja serwerów Opole

Gdzie dziś stoi sprzęt opolskiej firmy i dlaczego to ma znaczenie

W firmie, która wybudowała halę przeładunkową przy autostradzie, serwerownia prawie nigdy nie była pozycją w projekcie. Sprzęt trafił do kantorka obok biura wagi albo do pomieszczenia socjalnego przerobionego na magazynek, bo tam było gniazdko i tam nikt nie wchodził. Przez pierwsze dwa lata sprawdza się to znakomicie.

Potem zaczyna się to, czego nie widać na żadnym wykresie. Brama otwiera się kilkaset razy dziennie, wózki podnoszą pył z placu, a układ chłodzenia serwera zasysa to samo powietrze co ludzie. Filtry zapychają się w kilka miesięcy, wentylatory pracują głośniej, temperatura wewnątrz obudowy rośnie o kilkanaście stopni. Dysk zaczyna zwalniać, kontroler zgłasza pierwsze błędy i nikt nie łączy tego z miejscem, w którym maszyna stoi.

Druga rzecz to liczba wież. Trzy albo cztery komputery kupowane po kolei, każdy pod jeden system, każdy z innym rokiem produkcji i innym końcem gwarancji. Każdy pobiera prąd, każdy grzeje i każdy jest osobnym pojedynczym punktem awarii. Konsolidacja zaczyna się więc nie od wyboru platformy, tylko od odpowiedzi na pytanie, gdzie ten sprzęt ma stać.

Co przenosimy na hosty, a co zostaje przy sprzęcie

Nie wszystko warto zabierać i nie wszystko da się zabrać.

Co stoi w firmie	Czy przenosimy	Uwaga
kontroler domeny	tak, i od niego zaczynamy	drugi kontroler powstaje przy okazji jako maszyna wirtualna
serwer plików z katalogiem wymiany	tak	uprawnienia przenoszą się razem z danymi, nie stawiamy ich od nowa
baza systemu magazynowego	tak, po rozmowie z dostawcą	zwykle wymaga okna dłuższego niż reszta
serwer transferu do kontrahenta	tak	kluczem jest zachowanie tego samego adresu widzianego z zewnątrz
stary program z zamrożonym systemem	tak, jak jest	odcinamy mu dostęp do sieci poza tym, co niezbędne
komputer sterujący wagą samochodową	nie	zostaje przy urządzeniu, bo ma podłączenie fizyczne
serwer wydruku etykiet	zwykle tak	drukarki muszą być dostępne przez sieć, nie przez port lokalny
rejestrator obrazu z kamer	nie	pracuje na własnym sprzęcie z własnymi dyskami

Dwa dolne wiersze wracają w każdej rozmowie i w obu odpowiedź jest ta sama: urządzenie połączone kablem z czymś, co stoi w hali, zostaje przy tym czymś. Wirtualizacja niczego tu nie ułatwia, a dokłada warstwę, którą trzeba naprawiać przy każdej awarii.

W jakiej kolejności środowisko ma wstać przed pierwszą zmianą

To pytanie brzmi technicznie, a jest operacyjne. Hala pracuje od szóstej, więc środowisko musi być gotowe najpóźniej kwadrans wcześniej, a po zaniku napięcia nikt nie stoi przy klawiaturze, żeby podnosić maszyny ręcznie.

Kolejność zapisujemy w konfiguracji hostów, z opóźnieniem między pozycjami. Najpierw kontroler domeny, bo bez niego nic się nie zaloguje. Potem serwer bazy. Potem system magazynowy, który tej bazy potrzebuje. Potem wydruk etykiet i serwer plików. Na końcu maszyny, które mogą wstać kiedykolwiek: testowa, raportowa, archiwum.

Bez tego ustawienia wszystko startuje jednocześnie, system magazynowy nie znajduje bazy, kończy się błędem i czeka na człowieka. Kosztuje to zwykle pierwsze czterdzieści minut zmiany oraz telefon do kogoś, kto akurat jedzie do pracy.

Zasilanie awaryjne dobieramy do tej samej logiki. Nie po to, żeby przetrwać zanik napięcia trwający godzinę, bo to rzadko ma sens, tylko po to, żeby środowisko zdążyło zamknąć się poprawnie i żeby po powrocie prądu wstało samo, we właściwej kolejności.

Ile maszyn potrzeba i kiedy dwa hosty wystarczą

Firmie z jedną halą, biurem i wymianą danych z kontrahentem wystarczają zwykle dwa hosty i wspólna przestrzeń dyskowa albo replikacja między nimi. Liczba maszyn wirtualnych mieści się wtedy w przedziale od sześciu do dwunastu, licząc kontrolery domeny, bazę, system magazynowy, serwer plików, serwer transferu, wydruk i maszynę testową.

Trzeci host proponujemy dopiero wtedy, gdy pojawia się drugi adres, na przykład magazyn zewnętrzny albo biuro handlowe, i gdy jest tam łącze zdolne unieść replikację. Kupowanie trzeciego węzła do jednej lokalizacji rzadko coś zmienia, a zawsze podnosi rachunek za utrzymanie.

Wybór między Proxmox VE a VMware vSphere rozstrzygamy osobno, bo zależy od liczby maszyn, od wymagań dostawcy Waszego systemu i od tego, ile zamierzacie płacić za wsparcie przez najbliższe trzy lata. Zestawienie obu kierunków stoi w porównaniu Proxmox i VMware, a samo przejście z jednej platformy na drugą opisuje migracja z VMware na Proxmox.

Czego wirtualizacja w hali nie naprawi

Nie naprawi wolnego łącza, nie naprawi programu napisanego dwadzieścia lat temu i nie zastąpi kopii zapasowych, bo migawka leży na tym samym sprzęcie i ginie razem z nim. Nie zmniejszy też liczby zgłoszeń od użytkowników, bo ich problemy biorą się z aplikacji, a nie z tego, gdzie ta aplikacja pracuje.

Zmienia natomiast dwie rzeczy, które w firmie widać od razu: awaria sprzętu przestaje być awarią systemu, a odtworzenie po poważnym zdarzeniu przestaje być instalowaniem wszystkiego od nowa. Bieżące prowadzenie tego środowiska opisuje administracja serwerami, kopie maszyn serwer kopii Proxmox, a koszt przy Waszej liczbie maszyn wyliczy kalkulator.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026