Proxmox dla ERP.
Dlaczego firmy budują prywatną chmurę na Proxmox VE?

System ERP jest jednym z najważniejszych elementów infrastruktury firmy. To w nim powstają faktury, zamówienia, dokumenty magazynowe, plany produkcji i raporty zarządcze. Jego niedostępność może zatrzymać sprzedaż, magazyn, księgowość lub całą linię produkcyjną.

Dlatego wybór platformy, na której działa ERP, nie powinien sprowadzać się wyłącznie do parametrów jednego serwera. Trzeba uwzględnić dostępność, wydajność bazy danych, backup, możliwość odtworzenia środowiska, bezpieczeństwo oraz dalszy rozwój firmy.

Jedną z platform coraz częściej wybieranych do budowy prywatnych środowisk ERP jest Proxmox VE. Pozwala uruchamiać maszyny wirtualne, tworzyć klastry, korzystać z różnych modeli storage i integrować środowisko z Proxmox Backup Server.

Proxmox nie jest jednak automatycznie najlepszym rozwiązaniem dla każdego systemu ERP. Jego skuteczność zależy od prawidłowej architektury, odpowiedniego sprzętu oraz jakości administracji.

Dlaczego Proxmox VE dobrze pasuje do środowisk ERP?

Elastyczna wirtualizacja serwerów

Większość współczesnych systemów ERP nie działa jako jedna aplikacja na jednym serwerze. Typowe środowisko może obejmować:

Proxmox VE pozwala uruchomić te elementy jako odrębne maszyny wirtualne. Ułatwia to zarządzanie zasobami, wykonywanie backupów, separację usług oraz dalszą rozbudowę środowiska.

Klaster i wysoka dostępność maszyn wirtualnych

Proxmox VE posiada zintegrowany mechanizm HA Manager, który monitoruje wskazane maszyny wirtualne i kontenery. Po awarii jednego węzła może uruchomić chronione zasoby na innym serwerze klastra. Komunikacja i quorum klastra opierają się między innymi na Corosync.

Trzeba jednak prawidłowo rozumieć działanie tej funkcji.

HA Proxmoxa nie oznacza, że użytkownicy nie zauważą żadnej przerwy. Po awarii fizycznego hosta maszyna wirtualna musi zostać uruchomiona na innym węźle. Czas powrotu zależy od wykrycia awarii, konfiguracji klastra, storage oraz czasu startu systemu operacyjnego i aplikacji.

Dla wielu firm kilkuminutowy przestój jest akceptowalny i stanowi ogromną poprawę w porównaniu z ręcznym odtwarzaniem serwera. Jeżeli wymagane jest niemal bezprzerwowe działanie, trzeba dodatkowo zaprojektować wysoką dostępność na poziomie bazy danych i aplikacji.

Prace serwisowe bez wyłączania systemu

W klastrze można przenosić działające maszyny wirtualne pomiędzy węzłami. Przy poprawnie zaprojektowanym storage umożliwia to wykonywanie aktualizacji lub prac sprzętowych bez zatrzymywania ERP na czas obsługi jednego hosta. Współdzielony storage, taki jak Ceph, wspiera migrację działających maszyn pomiędzy węzłami.

Live Migration nie zastępuje jednak HA ani backupu. Jest narzędziem ułatwiającym planowane prace konserwacyjne.

Proxmox z Windows Server i SQL Server

Wiele systemów ERP, między innymi część rozwiązań Comarch, Streamsoft, Symfonia czy enova365, korzysta z Windows Server oraz Microsoft SQL Server.

Proxmox VE może bez problemu obsługiwać takie maszyny wirtualne. W środowiskach Windows stosuje się sterowniki VirtIO dla kontrolera dyskowego i interfejsów sieciowych. Pozwalają one uzyskać wydajność odpowiednią dla zastosowań produkcyjnych, pod warunkiem prawidłowego przygotowania storage, sieci i samego systemu.

O rzeczywistej wydajności ERP decydują jednak nie tylko zasoby przydzielone maszynie wirtualnej. Znaczenie mają również:

Samo przeniesienie wolno działającej maszyny na Proxmox nie rozwiąże problemów aplikacji lub źle skonfigurowanej bazy danych.

Jaki storage wybrać dla ERP?

Wybór warstwy dyskowej ma kluczowe znaczenie dla systemu ERP, szczególnie gdy główne obciążenie generuje baza danych.

ZFS

ZFS dobrze sprawdza się w środowiskach wykorzystujących lokalne dyski NVMe lub SSD. Oferuje między innymi:

• -kontrolę integralności danych,
• -snapshoty,
• -kompresję,
• -replikację pomiędzy węzłami,
• -programową ochronę RAID.

Replikacja storage Proxmoxa umożliwia okresowe kopiowanie wolumenów maszyn wirtualnych pomiędzy węzłami i może stanowić rozsądne rozwiązanie dla mniejszych środowisk, które nie potrzebują rozproszonego storage.

Deduplikacji ZFS nie należy jednak włączać automatycznie. Ma wysokie wymagania dotyczące pamięci i w typowej instalacji ERP często nie przynosi korzyści uzasadniających dodatkową złożoność.

Ceph

Ceph jest rozproszonym storage, który pozwala udostępniać dane wielu węzłom klastra. Proxmox integruje zarządzanie Ceph bezpośrednio ze swoim panelem.

Producent zaleca co najmniej trzy, najlepiej podobne sprzętowo serwery dla hiperkonwergentnego klastra Proxmox z Ceph.

Ceph może zapewnić wysoką odporność na awarie, ale wymaga:

• -odpowiednio szybkiej i wydzielonej sieci,
• -właściwej liczby dysków,
• -zapasu wydajności,
• -regularnego monitoringu,
• -doświadczenia administracyjnego.

Nie jest rozwiązaniem, które warto wdrażać wyłącznie dlatego, że firma posiada trzy serwery. W mniejszych środowiskach prostszy układ z ZFS, replikacją i dobrym backupem może być tańszy, szybszy i łatwiejszy w utrzymaniu.

Backup systemu ERP w Proxmox Backup Server

Proxmox Backup Server jest osobnym produktem przeznaczonym do wykonywania kopii maszyn wirtualnych, kontenerów i danych. Integruje się bezpośrednio z Proxmox VE i obsługuje backup przyrostowy, deduplikację, kompresję, szyfrowanie oraz zadania weryfikacji integralności kopii.

Dzięki temu można:

• -ograniczyć ilość przesyłanych danych,
• -przechowywać wiele punktów przywracania,
• -regularnie weryfikować kopie,
• -odtwarzać całe maszyny wirtualne,
• -synchronizować datastore z drugim serwerem PBS.

Proxmox Backup Server nie powinien jednak być jedyną warstwą ochrony systemu ERP.

Backup maszyny to nie wszystko

W przypadku systemu korzystającego z bazy SQL warto stosować również backup wykonywany na poziomie samej bazy danych. Przykładowa strategia może obejmować:

1. 1 natywne kopie bazy SQL wykonywane kilka razy dziennie,
2. 2 backup całej maszyny wirtualnej do PBS,
3. 3 kopię PBS w drugiej lokalizacji,
4. 4 ochronę części kopii przed modyfikacją,
5. 5 regularne testy odtworzenia bazy i całego środowiska.

Dzięki temu można odzyskać zarówno pojedynczą bazę lub transakcję, jak i cały serwer po poważniejszej awarii. Więcej o backupie środowisk wirtualnych piszemy w artykule o backupie maszyn wirtualnych.

Przykładowa architektura Proxmox dla ERP

Nie istnieje jeden uniwersalny projekt. Architektura powinna wynikać z wymaganego RPO, RTO, liczby użytkowników, obciążenia oraz budżetu.

Wariant z dwoma węzłami może być odpowiedni, jeżeli firma akceptuje określony czas odtworzenia i nie wymaga pełnej odporności na jednoczesną awarię wielu elementów. W środowisku wysokiej dostępności awaria pojedynczego hosta nie oznacza konieczności ręcznego odtwarzania całej infrastruktury.

Segmentacja sieci i bezpieczeństwo

Prywatna chmura ERP nie powinna działać w jednej płaskiej sieci razem ze wszystkimi komputerami i urządzeniami firmy. W praktyce warto wydzielić:

Dostęp administracyjny powinien odbywać się przez VPN i konta indywidualne z MFA. Uprawnienia należy ograniczać zgodnie z rolą użytkownika, a działania administracyjne rejestrować.

Co daje prywatna chmura poza samym ERP?

Jedną z największych zalet Proxmoxa jest możliwość uruchomienia na tej samej platformie również innych usług. Mogą to być: WMS, platforma BI, serwer integracyjny, środowisko testowe ERP, Active Directory, system plików, terminale RDS, monitoring, system elektronicznego obiegu dokumentów oraz aplikacje produkcyjne.

Koszt infrastruktury nie jest wtedy przypisany wyłącznie do ERP. Jedna platforma może zastąpić kilka oddzielnych serwerów i uprościć zarządzanie całym środowiskiem.

Ile kosztuje środowisko Proxmox dla ERP?

Cena zależy przede wszystkim od liczby węzłów, procesorów i pamięci, pojemności oraz klasy dysków, architektury storage, redundancji sieci, wymaganej dostępności, backupu, migracji i poziomu wsparcia.

Proxmox VE jest rozwiązaniem open source, ale producent oferuje płatne subskrypcje zapewniające dostęp do repozytorium Enterprise i różnych poziomów wsparcia. Aktualne ceny są naliczane za gniazdo procesora i zależą od wybranego planu.

Dla średniej firmy wdrożenie trzywęzłowego klastra wraz z siecią, backupem i migracją może oznaczać inwestycję od kilkudziesięciu do ponad stu tysięcy złotych. Podawanie jednej uniwersalnej ceny byłoby jednak mylące.

Rzetelna kalkulacja powinna obejmować co najmniej pięć lat i uwzględniać:

Sposób liczenia pięcioletniego TCO i porównanie modeli wdrożenia opisaliśmy w artykule Gdzie uruchomić system ERP?

Kiedy Proxmox dla ERP ma największy sens?

Prywatna chmura oparta na Proxmox jest szczególnie interesująca, gdy:

• -z ERP korzysta kilkudziesięciu użytkowników,
• -system jest krytyczny dla sprzedaży lub produkcji,
• -firma potrzebuje własnych integracji,
• -obok ERP działają WMS, BI i inne aplikacje,
• -wymagana jest kontrola nad backupem,
• -potrzebne jest środowisko testowe,
• -obciążenie jest stałe i przewidywalne,
• -firma planuje rozwój w perspektywie kilku lat.

Kiedy lepszy będzie hosting producenta?

Budowa prywatnej chmury nie zawsze ma ekonomiczne uzasadnienie. Hosting producenta może być lepszym wyborem, gdy:

• -z systemu korzysta kilka lub kilkanaście osób,
• -firma używa standardowych funkcji ERP,
• -nie potrzebuje nietypowych integracji,
• -chce uniknąć inwestycji początkowej,
• -nie posiada partnera odpowiedzialnego za infrastrukturę,
• -najważniejsza jest prostota i jeden punkt odpowiedzialności.

W PRO-Admin nie rekomendujemy Proxmoxa tylko dlatego, że znamy tę technologię. Najpierw analizujemy wymagania ERP, liczbę użytkowników, wydajność, integracje, RPO, RTO oraz koszt całego środowiska. Dopiero na tej podstawie można ocenić, czy prywatna chmura rzeczywiście będzie lepsza od hostingu producenta lub chmury publicznej.

Najczęstsze błędy przy wdrażaniu ERP na Proxmox

Budowa klastra bez analizy obciążenia

Liczba użytkowników nie wystarcza do dobrania sprzętu. Trzeba sprawdzić obciążenie procesora, pamięci, storage i bazy danych w godzinach szczytu.

Ceph na zbyt słabej sieci

Rozproszony storage wymaga odpowiedniej przepustowości i niskich opóźnień. Wdrożenie go na przypadkowych interfejsach sieciowych może pogorszyć wydajność zamiast ją poprawić.

Jeden backup w tej samej serwerowni

Oddzielny PBS stojący obok klastra chroni przed częścią awarii, ale nie przed pożarem, kradzieżą lub przejęciem całej lokalizacji.

Brak backupu na poziomie SQL

Kopia całej maszyny wirtualnej nie zawsze pozwala spełnić wymagane RPO. Krytyczne bazy powinny mieć własny harmonogram backupów i testów odtwarzania.

Mylenie HA z Disaster Recovery

Klaster HA chroni przed awarią węzła. Nie chroni automatycznie przed błędem administratora, ransomware, uszkodzeniem danych ani utratą całej lokalizacji. O planowaniu na wypadek poważnej awarii piszemy w artykule Jak przygotować firmę na awarię serwera?

Podsumowanie

Proxmox VE może być bardzo dobrą platformą dla systemów ERP. Oferuje klastry, mechanizmy wysokiej dostępności, migrację maszyn, elastyczny wybór storage oraz integrację z Proxmox Backup Server.

Największą wartością nie jest jednak sam hiperwizor. Jest nią możliwość zbudowania prywatnego środowiska obejmującego ERP, bazę danych, WMS, BI, Active Directory, monitoring i backup, pozostającego pod kontrolą firmy.

Skuteczność takiego rozwiązania zależy od architektury. Źle dobrany storage, zbyt słaba sieć, brak backupu off-site lub błędne założenia dotyczące HA mogą sprawić, że nawet dobry technologicznie klaster nie zapewni oczekiwanej dostępności.

Dlatego projekt powinien zaczynać się od analizy systemu ERP, bazy danych, rzeczywistego obciążenia oraz wymagań RPO i RTO. Dopiero później należy dobierać liczbę węzłów, procesory, storage, sieć i mechanizmy backupu.

Jeżeli rozważasz uruchomienie ERP na Proxmox VE, możemy przygotować koncepcję środowiska, analizę kosztów oraz plan migracji. Porównamy również prywatną chmurę z hostingiem producenta i chmurą publiczną, aby wybrane rozwiązanie wynikało z potrzeb biznesowych, a nie wyłącznie z preferencji technologicznych.