Serwer VPS dla systemu ERP może być dobrym rozwiązaniem dla firmy, która chce przenieść aplikację biznesową poza lokalną serwerownię, zapewnić pracownikom dostęp z różnych lokalizacji i łatwiej skalować zasoby. Sam wybór VPS nie gwarantuje jednak stabilności.
W przypadku systemów ERP i CRM znaczenie mają nie tylko liczba rdzeni procesora oraz ilość pamięci RAM. Trzeba uwzględnić także wydajność dysków, charakterystykę bazy danych, sposób wykonywania backupu, zabezpieczenie dostępu, monitoring oraz możliwość szybkiego odtworzenia środowiska po awarii.
Dlaczego środowisko ERP lub CRM wymaga szczególnego podejścia?
ERP i CRM nie są zwykłymi aplikacjami biurowymi. W wielu przedsiębiorstwach są centralnym miejscem przetwarzania informacji o kontrahentach, zamówieniach, magazynie, dokumentach, fakturach, produkcji czy historii sprzedaży.
Awaria takiego systemu może oznaczać, że pracownicy przez pewien czas nie będą mogli wykonywać podstawowych obowiązków.
Dlatego przy projektowaniu infrastruktury należy patrzeć na system jako na całość:
- aplikację ERP lub CRM,
- serwer bazy danych,
- przestrzeń dyskową,
- połączenia sieciowe,
- backup,
- dostęp użytkowników,
- zabezpieczenia,
- monitoring oraz procedury awaryjne.
W praktyce odpowiednio przygotowany serwer VPS dla firmy pozwala umieścić te elementy w kontrolowanym środowisku serwerowym bez konieczności utrzymywania fizycznego serwera we własnym biurze.
Serwer VPS dla systemu ERP: od czego zacząć?
Pierwszym etapem nie powinno być wybieranie najtańszego pakietu VPS. Najpierw należy ustalić wymagania konkretnego systemu.
Liczba użytkowników
Innych zasobów potrzebuje ERP używany przez pięć osób, a innych system, na którym jednocześnie pracuje kilkudziesięciu użytkowników.
Trzeba uwzględnić zarówno obecne wykorzystanie, jak i przewidywany rozwój firmy. Jeżeli liczba użytkowników ma rosnąć, infrastruktura powinna umożliwiać zwiększenie dostępnych zasobów bez przeprowadzania kolejnej dużej migracji.
Wymagania producenta ERP lub CRM
Producent oprogramowania zwykle określa wspierane:
- systemy operacyjne,
- wersje silników baz danych,
- minimalną ilość pamięci RAM,
- wymagania procesora,
- potrzebną przestrzeń dyskową,
- wersje dodatkowych komponentów.
Te wymagania powinny być punktem wyjścia. Minimalne wymagania techniczne nie muszą jednak odpowiadać konfiguracji zapewniającej komfortową pracę przy rzeczywistym obciążeniu.
CPU i RAM to nie wszystko
Przy wyborze VPS łatwo porównywać głównie liczbę vCPU i ilość RAM. Dla systemów bazodanowych bardzo istotna jest również wydajność podsystemu dyskowego.
System ERP może wykonywać dużą liczbę niewielkich operacji na bazie danych. Jeśli pamięć masowa ma wysokie opóźnienia albo niewystarczającą liczbę operacji wejścia/wyjścia, użytkownicy mogą odczuwać spowolnienia mimo pozornie odpowiedniej ilości RAM i mocy procesora.
Microsoft w aktualnej dokumentacji dotyczącej SQL Server działającego na maszynach wirtualnych zaleca analizowanie m.in. wymaganej przepustowości, opóźnień oraz IOPS przed dobraniem pamięci masowej. (Microsoft Learn)
Oznacza to, że serwer dla ERP należy dobierać na podstawie obciążenia aplikacji i bazy danych, a nie wyłącznie prostego zestawienia parametrów VPS.
Baza danych jest jednym z najważniejszych elementów
Wiele systemów ERP i CRM wykorzystuje relacyjne bazy danych, np. Microsoft SQL Server lub PostgreSQL.
To właśnie baza danych często decyduje o odczuwalnej szybkości działania całego systemu. Jej konfiguracja powinna być dopasowana do obciążenia, ilości danych i sposobu korzystania z aplikacji.
Przykładowo przy SQL Server Microsoft zwraca uwagę na odpowiednią strategię rozmieszczenia danych i logów oraz konfigurację pamięci masowej. (Microsoft Learn)
Nie oznacza to, że każda mała firma potrzebuje skomplikowanej infrastruktury bazodanowej. Ważne jest natomiast, aby konfiguracja nie była przypadkowa.
Jeżeli system jest krytyczny dla działania organizacji, warto rozważyć administrację serwerami obejmującą nie tylko aktualizacje systemu operacyjnego, lecz także monitoring zasobów, baz danych i mechanizmów backupu.
Backup ERP musi umożliwiać odtworzenie danych
Samo wykonanie kopii całego VPS nie powinno automatycznie oznaczać, że firma ma poprawnie zabezpieczony system ERP.
W przypadku środowisk bazodanowych istotna jest spójność kopii oraz sposób przywracania danych. Microsoft opisuje oddzielne strategie tworzenia kopii baz SQL Server i podkreśla konieczność dopasowania modelu odzyskiwania oraz harmonogramu backupu do wymagań biznesowych. Dokumentacja wskazuje również na konieczność testowego odtwarzania kopii. (Microsoft Learn)
Analogicznie PostgreSQL posiada mechanizmy umożliwiające m.in. wykonywanie kopii bazowych oraz odtwarzanie do określonego punktu w czasie. (PostgreSQL)
Dobra strategia backupu powinna więc odpowiadać na trzy pytania:
- ile danych firma może maksymalnie stracić,
- jak szybko system musi zostać odtworzony,
- gdzie znajdują się kopie w przypadku awarii lub przejęcia podstawowego serwera.
W cyberbezpieczeństwie szczególnie ważne jest również oddzielenie backupu od środowiska produkcyjnego. CISA w zaleceniach dotyczących ochrony przed ransomware rekomenduje regularne, testowane kopie danych oraz przechowywanie ich w sposób utrudniający atakującemu zniszczenie kopii razem z produkcyjnym środowiskiem. (CISA)
Dostęp do ERP nie powinien oznaczać wystawienia serwera do internetu
Jeżeli pracownicy mają korzystać z systemu z biura, domu albo oddziału firmy, konieczne jest zaprojektowanie bezpiecznego sposobu dostępu.
Nie powinno się bez potrzeby udostępniać bezpośrednio do internetu usług administracyjnych czy pulpitów zdalnych.
W zależności od architektury można zastosować między innymi:
- VPN,
- bramę dostępu zdalnego,
- filtrowanie po adresach IP,
- MFA,
- segmentację sieci,
- ograniczenie dostępu administracyjnego tylko do określonych źródeł.
CISA konsekwentnie zaleca stosowanie MFA przy dostępie zdalnym oraz ograniczanie ekspozycji usług zdalnego dostępu jako element ochrony przed przejęciem infrastruktury i ransomware. (CISA)
W przypadku systemów przechowujących dane klientów, kontrahentów czy informacje finansowe warto potraktować bezpieczeństwo jako część projektu serwera, a nie dodatkową funkcję wdrażaną dopiero po uruchomieniu systemu.
Monitoring pozwala zareagować przed awarią
Problemy z serwerem rzadko ograniczają się do prostego komunikatu „działa” albo „nie działa”.
Wcześniej można zauważyć:
- rosnące wykorzystanie RAM,
- stale wysokie obciążenie CPU,
- kończące się miejsce na dysku,
- wzrost opóźnień operacji dyskowych,
- problemy z bazą danych,
- nieudane backupy,
- nieprawidłowo działające usługi.
Bez monitoringu firma dowiaduje się o części problemów dopiero wtedy, gdy użytkownik ERP zgłasza, że system działa wolno albo nie można się do niego zalogować.
W przypadku krytycznych aplikacji biznesowych warto więc monitorować zarówno dostępność samego serwera, jak i parametry wpływające na jego wydajność.
Aktualizacje trzeba wykonywać kontrolowanie
Serwer ERP powinien być regularnie aktualizowany, ale aktualizacja krytycznego środowiska produkcyjnego wymaga planowania.
Aktualizacje systemu operacyjnego, bazy danych lub komponentów aplikacji mogą wymagać restartu albo powodować niezgodność ze starszą wersją ERP.
Dlatego przed zmianami należy ustalić:
- czy dana wersja jest wspierana przez producenta ERP,
- czy dostępny jest aktualny backup,
- kiedy można przeprowadzić przerwę techniczną,
- jak wygląda procedura wycofania zmiany,
- w jaki sposób zostanie sprawdzone działanie aplikacji po aktualizacji.
Jeżeli firma nie posiada własnego administratora, utrzymanie takiego środowiska można powierzyć zewnętrznemu zespołowi w ramach kompleksowego wsparcia IT dla firm.
Czy jeden VPS wystarczy?
Nie zawsze konieczne jest budowanie kilku serwerów.
Dla mniejszego systemu ERP jeden odpowiednio przygotowany VPS może być wystarczający. W przypadku systemów bardziej krytycznych można jednak rozdzielić poszczególne role.
Przykładowa architektura może wyglądać następująco:
VPS 1 – aplikacja ERP
Obsługuje warstwę aplikacyjną i połączenia użytkowników.
VPS 2 – baza danych
Przeznaczony dla SQL Server, PostgreSQL lub innego silnika bazodanowego.
Oddzielne repozytorium backupu
Znajduje się poza podstawowym serwerem produkcyjnym.
W bardziej wymagających środowiskach można zastosować również replikację lub serwer zapasowy. PostgreSQL oficjalnie wspiera architektury, w których drugi serwer może przejąć rolę podstawowego systemu w celu zwiększenia dostępności. (PostgreSQL)
Zakres infrastruktury powinien jednak odpowiadać realnemu ryzyku biznesowemu. Nie każdej organizacji potrzebny jest rozbudowany klaster wysokiej dostępności.
Przykład 1: firma handlowa z systemem ERP
Firma zatrudnia 20 osób i korzysta z ERP do sprzedaży, magazynu oraz wystawiania dokumentów.
System działający wcześniej na komputerze pełniącym rolę serwera w biurze zaczyna ograniczać możliwość pracy z innych lokalizacji.
Przeniesienie ERP na VPS może pozwolić:
- uniezależnić system od sprzętu znajdującego się w biurze,
- zapewnić kontrolowany dostęp użytkownikom zdalnym,
- wdrożyć regularny monitoring,
- przechowywać backup poza środowiskiem produkcyjnym,
- zwiększać zasoby wraz ze wzrostem obciążenia.
Nie oznacza to jednak, że każdy ERP można przenieść bez zmian. Przed migracją należy zweryfikować wymagania producenta, licencjonowanie oraz sposób komunikacji programu z bazą danych i urządzeniami lokalnymi.
Przykład 2: CRM dla zespołu pracującego zdalnie
Firma usługowa korzysta z CRM zawierającego dane klientów, dokumentację sprzedażową oraz historię kontaktów.
Pracownicy pracują z kilku lokalizacji.
W takim przypadku VPS może umożliwić scentralizowanie systemu, ale projekt powinien obejmować również:
- zabezpieczony dostęp,
- MFA tam, gdzie jest technicznie możliwe,
- ograniczenie uprawnień administracyjnych,
- monitoring serwera,
- regularne aktualizacje,
- kopie bazy danych,
- testy odtworzenia.
Dzięki temu infrastruktura nie jest wyłącznie miejscem uruchomienia aplikacji, ale kontrolowanym środowiskiem dla ważnych danych biznesowych.
Wnioski
Stabilny serwer VPS dla systemu ERP nie jest gotowym produktem, który można dobrać jedynie na podstawie liczby vCPU oraz pojemności dysku.
Przy projektowaniu trzeba uwzględnić wymagania aplikacji, obciążenie bazy danych, wydajność pamięci masowej, liczbę użytkowników, model dostępu, backup, bezpieczeństwo oraz monitoring.
W wielu firmach VPS może zastąpić serwer stojący w biurze i uprościć dalszą rozbudowę infrastruktury. Warunkiem jest jednak prawidłowe zaprojektowanie i późniejsze utrzymanie całego środowiska.
Podsumowanie
Serwer VPS dla systemu ERP lub CRM powinien być dobrany przede wszystkim do charakteru aplikacji i znaczenia systemu dla działalności przedsiębiorstwa.
Najważniejsze elementy to odpowiednie zasoby, wydajna przestrzeń dyskowa, poprawnie skonfigurowana baza danych, niezależny backup, bezpieczny dostęp, monitoring i kontrolowane aktualizacje.
Dopiero połączenie tych elementów tworzy środowisko, na którym można bezpiecznie oprzeć codzienną pracę firmy.
Jeżeli planujesz przeniesienie ERP lub CRM na VPS albo chcesz sprawdzić, czy obecny serwer jest prawidłowo skonfigurowany, możesz skontaktować się z Exabytes. Analiza istniejącego środowiska pozwala dobrać rozwiązanie do rzeczywistego obciążenia i wymagań konkretnego systemu.
Najnowsze komentarze