Infrastruktura serwerowa oparta na Proxmox VE

Proxmox VE (Virtual Environment) to platforma wirtualizacji serwerów o otwartym kodzie źródłowym. Pozwala uruchomić wiele odizolowanych systemów — maszyn wirtualnych KVM oraz kontenerów LXC — na jednym fizycznym serwerze i zarządzać nimi z jednego interfejsu przeglądarkowego.

W praktyce oznacza to, że zamiast utrzymywać kilkanaście fizycznych serwerów o niskim wykorzystaniu, organizacja konsoliduje usługi na kilku wydajnych hostach — z zachowaniem separacji systemów i możliwością szybkiego odtworzenia usługi po awarii.

Najistotniejsza różnica dotyczy modelu licencjonowania i otwartości platformy. Proxmox VE jest oprogramowaniem open source — subskrypcja obejmuje dostęp do repozytorium produkcyjnego i wsparcie producenta, a nie prawo do uruchomienia samej platformy.

• Koszt — brak licencji za rdzeń procesora czy gniazdo CPU w modelu znanym z platform komercyjnych.
• Funkcje w standardzie — klastrowanie, wysoka dostępność, replikacja i kopie zapasowe są częścią platformy, a nie osobno wycenianymi dodatkami.
• Brak uzależnienia od dostawcy — otwarte formaty i otwarty kod ograniczają ryzyko vendor lock-in.
• Kompetencje — administracja opiera się o ekosystem Linuksa, co dla części zespołów jest atutem, a dla części wymaga wsparcia partnera.

Wybór platformy zawsze zależy od kontekstu — obecnych umów, kompetencji zespołu i wymagań aplikacji. Ocenę tych czynników wykonujemy na etapie analizy potrzeb.

Klaster HA to grupa serwerów, w której awaria jednego węzła nie zatrzymuje usług — maszyny wirtualne są automatycznie uruchamiane na pozostałych węzłach.

Klaster HA jest uzasadniony, gdy przerwa w działaniu systemu ma bezpośrednie konsekwencje: obsługa interesantów, systemy dziedzinowe w urzędzie, systemy produkcyjne lub sprzedażowe. Jeśli usługi mogą być niedostępne przez kilka godzin bez istotnych skutków, wystarczające bywa pojedyncze środowisko z dobrze zaprojektowanym backupem.

Rekomendację formułujemy po ustaleniu, jaka przerwa w działaniu jest dla Państwa akceptowalna i ile danych można utracić — to punkt wyjścia dla architektury.

Tak — środowisko można rozbudowywać od jednego serwera do klastra złożonego z wielu węzłów. Nowe węzły dodaje się do istniejącego klastra, a zasoby obliczeniowe i pojemność pamięci masowej rosną wraz z nimi.

Warunkiem bezbolesnej rozbudowy jest przewidzenie jej na etapie projektu: zapasowe porty sieciowe, spójny model storage i dobrana z wyprzedzeniem topologia. Dlatego pytamy o plany rozwoju organizacji jeszcze przed doborem sprzętu.

Tak. Migracje z VMware, Hyper-V i innych platform wirtualizacji należą do naszego standardowego zakresu usług.

Proces prowadzimy etapami:

• inwentaryzacja maszyn wirtualnych, zależności i okien serwisowych,
• projekt środowiska docelowego Proxmox VE,
• migracja próbna wybranych maszyn i testy funkcjonalne,
• migracja produkcyjna w ustalonych oknach, systemami lub grupami,
• weryfikacja po migracji, backup i przekazanie dokumentacji.

Czas trwania zależy od liczby maszyn, ich rozmiaru oraz dostępnych okien serwisowych. Harmonogram ustalamy po inwentaryzacji — przed rozpoczęciem prac.

Wdrożenie prowadzimy w pięciu etapach.

• Analiza — rozmowa o celach, audyt obecnego środowiska, określenie wymagań wydajnościowych i wymagań dotyczących dostępności.
• Projekt — architektura środowiska, dobór sprzętu i warstwy storage, dokumentacja projektowa oraz wycena.
• Dostawa — zamówienie i dostawa sprzętu, montaż w szafie rack, okablowanie, uruchomienie.
• Wdrożenie — instalacja i konfiguracja Proxmox VE, budowa klastra, konfiguracja sieci i pamięci masowej, migracja lub tworzenie maszyn, wdrożenie kopii zapasowych i monitoringu.
• Przekazanie i utrzymanie — testy odbiorcze, dokumentacja powykonawcza, szkolenie zespołu oraz wsparcie powdrożeniowe.

Koszt zależy przede wszystkim od sprzętu i wymaganego poziomu dostępności — pojedynczy serwer i klaster HA z redundantną pamięcią masową to dwa różne rzędy wielkości.

Na budżet projektu składają się zwykle:

• serwery, pamięć masowa i osprzęt sieciowy,
• subskrypcje wsparcia dla platformy Proxmox,
• prace projektowe, wdrożeniowe i migracyjne,
• umowa serwisowa i opieka powdrożeniowa.

Nie publikujemy cennika pakietowego, ponieważ prowadziłby do przewymiarowania lub niedoszacowania środowiska. Po analizie potrzeb przygotowujemy indywidualną wycenę z wyszczególnionymi pozycjami.

Proxmox VE działa na standardowych serwerach x86-64 — nie wymaga sprzętu dedykowanego jednemu producentowi.

Dobór konfiguracji wynika z profilu obciążenia: liczby i charakteru maszyn wirtualnych, wymagań pamięci RAM, wydajności dyskowej oraz przyjętego modelu pamięci masowej. Dla klastrów istotna jest też przepustowość i redundancja sieci.

Dostarczamy i montujemy sprzęt dobrany do projektu. Jeśli Państwo dysponują już serwerami, oceniamy możliwość ich wykorzystania w nowym środowisku.

Bezpieczeństwo środowiska opiera się na kilku warstwach wdrażanych równolegle.

• izolacja maszyn wirtualnych i segmentacja sieci,
• kontrola dostępu z podziałem uprawnień i uwierzytelnianiem dwuskładnikowym,
• szyfrowanie danych oraz kopii zapasowych,
• kopie zapasowe z weryfikacją odtwarzania i kopią poza lokalizacją,
• monitoring i rejestrowanie zdarzeń,
• kontrolowany proces aktualizacji platformy.

Środowisko utrzymywane jest lokalnie, w Państwa infrastrukturze — dane nie opuszczają organizacji, co upraszcza wykazanie zgodności z wymogami ochrony danych.

Kopie zapasowe traktujemy jako element architektury, projektowany razem ze środowiskiem. Proxmox umożliwia tworzenie kopii całych maszyn wirtualnych oraz kopii przyrostowych z deduplikacją przy użyciu Proxmox Backup Server.

Na etapie projektu ustalamy:

• częstotliwość kopii i okres retencji,
• lokalizację kopii — w tym kopię poza główną serwerownią,
• sposób i częstotliwość weryfikacji odtwarzania,
• procedurę odtworzenia usług po awarii.

Kopia, której nigdy nie odtworzono, nie jest zabezpieczeniem — dlatego testy odtwarzania są częścią wdrożenia, a nie działaniem opcjonalnym.

Tak. Administracja, serwis i wsparcie powdrożeniowe są częścią naszego zakresu usług.

Zakres i czasy reakcji ustalamy indywidualnie — od pomocy technicznej na żądanie, przez stałą opiekę nad środowiskiem z monitoringiem i aktualizacjami, po pełną administrację środowiskiem w imieniu Państwa zespołu.

Wsparcie obejmuje również rozbudowę środowiska w kolejnych latach — dodawanie węzłów, zwiększanie pojemności i modernizację sprzętu.

Tak — obejmujemy opieką również środowiska, które powstały bez naszego udziału.

Rozpoczynamy od audytu: przegląd konfiguracji, stanu kopii zapasowych, poziomu aktualizacji i ryzyk. Wynikiem jest lista rekomendacji uszeregowana według pilności — od kwestii wymagających natychmiastowej reakcji po usprawnienia możliwe w dłuższym horyzoncie.

Modernizacja istniejących środowisk nie zawsze wymaga wymiany sprzętu. Często wystarcza uporządkowanie konfiguracji, backupu i monitoringu.

Tak — obsługujemy jednostki administracji publicznej, instytucje edukacyjne i organizacje sektora publicznego.

Dla tej grupy odbiorców istotne są zwykle trzy kwestie: przewidywalność kosztów w kolejnych latach budżetowych, utrzymanie danych we własnej infrastrukturze oraz kompletna dokumentacja środowiska. Otwarty model licencjonowania Proxmox VE dobrze odpowiada na pierwszą z nich.

Przygotowujemy opisy przedmiotu zamówienia i dokumentację techniczną na potrzeby postępowań o udzielenie zamówienia publicznego.

Nowe środowisko budujemy równolegle do produkcyjnego, dlatego przerwy ograniczają się do momentu przełączenia poszczególnych usług.

Przełączenia planujemy w oknach serwisowych ustalonych z Państwa zespołem — systemami lub grupami, nie wszystkimi jednocześnie. Dla każdego etapu przygotowujemy scenariusz wycofania, pozwalający wrócić do stanu poprzedniego.

Zakres wymaganych przerw jest znany przed rozpoczęciem prac i stanowi część harmonogramu, a nie niespodziankę w trakcie wdrożenia.

Codzienna praca odbywa się przez interfejs przeglądarkowy i nie wymaga zaawansowanej znajomości Linuksa. Tworzenie maszyn, migawki, przywracanie kopii czy monitorowanie zasobów są dostępne z panelu administracyjnego.

Bardziej złożone zadania — rozbudowa klastra, zmiany w warstwie storage, diagnostyka wydajności — wymagają głębszej wiedzy. Dlatego wdrożenie kończymy przekazaniem dokumentacji i szkoleniem zespołu, a w ramach umowy serwisowej przejmujemy zadania, których zespół nie chce realizować samodzielnie.