Najczęstsze pytanie, jakie słyszymy od firm przenoszących do chmury system księgowy, obieg dokumentów lub wewnętrzną stronę internetową, jest proste: „Ile kosztuje serwer?”. To zrozumiałe pytanie, ale zadawane za wcześnie. Dopóki nie wiadomo, jakie obciążenie system faktycznie generuje, cena nic nie mówi. Tani serwer, który w poniedziałek rano zawiesza się dwudziestu księgowym, jest najdroższym rozwiązaniem ze wszystkich.
Wybór między serwerem wirtualnym (VPS), dedykowanym serwerem fizycznym a klastrem wirtualizacji to decyzja inżynierska, a nie handlowa. Zależy od tego, ile czasu procesora, pamięci i operacji dyskowych zużywają Twoje aplikacje w szczycie, jak to zapotrzebowanie zmienia się w ciągu miesiąca i co dla Twojej firmy oznacza przestój.
W tym artykule wyjaśniamy, jak zmierzyć obciążenie przed wyborem, co naprawdę znaczą liczby dotyczące CPU, RAM i dysku w ofertach oraz kiedy każdy z trzech modeli jest właściwy.
Co naprawdę znaczą CPU, RAM i dysk w ofercie
W ofertach dostawców widzisz trzy liczby: rdzenie procesora, pamięć i pojemność dysku. Za każdą z nich kryją się jednak ważniejsze rzeczy, które oferta często pomija.
Procesor
„Rdzeń” serwera wirtualnego (vCPU) prawie nigdy nie jest całym rdzeniem fizycznym. To wątek fizycznego procesora współdzielony przez kilka serwerów wirtualnych. Ważna jest nie tyle liczba, ile gwarancja: czy dostawca rezerwuje czas procesora, czy sprzedaje go kilkukrotnie ponad możliwości? Do systemu księgowego z dziesięcioma użytkownikami wystarczą dwa lub cztery vCPU, jeśli naprawdę są dostępne w szczycie. Jeśli serwer fizyczny jest przeciążony, nie pomoże nawet osiem vCPU.
Pamięć
RAM to parametr, którego brak wychodzi na jaw najszybciej. Gdy aplikacji zabraknie pamięci, system operacyjny zaczyna używać dysku jako zastępstwa pamięci i wszystko zwalnia dziesięciokrotnie. W serwerach baz danych pamięć jest najważniejszym zasobem: im większa część bazy mieści się w RAM, tym mniej operacji dyskowych.
Dysk i dlaczego NVMe to nie tylko marketing
Pojemność dysku to najmniej ważna liczba. Najważniejsza jest szybkość dysku, mierzona w operacjach wejścia/wyjścia na sekundę (IOPS) i opóźnieniem. Różnią się tu trzy technologie:
- HDD (dyski talerzowe) nadają się do archiwów i kopii zapasowych, ale nie do baz danych.
- SSD SATA jest kilkukrotnie szybszy niż HDD i wystarcza dla większości serwerów plików i wewnętrznych stron internetowych.
- SSD NVMe łączy się bezpośrednio z magistralą procesora, z pominięciem starego interfejsu SATA. Opóźnienie liczy się w mikrosekundach, a IOPS w setkach tysięcy.
System księgowy z dużą bazą danych albo system ERP lub obiegu dokumentów z wieloma małymi plikami działa zauważalnie szybciej na NVMe niż na SSD SATA, nawet przy takim samym procesorze i pamięci. Z naszego doświadczenia to właśnie zmiana dysku, a nie dokładanie rdzeni, najczęściej rozwiązuje skargi na „wolny serwer”.
Jak zmierzyć obciążenie przed wyborem
Jeśli system już działa w Twoim biurze lub u innego dostawcy, masz najlepsze możliwe źródło danych: sam system. Nie trzeba zgadywać.
Zalecamy zbieranie metryk przez co najmniej dwa tygodnie, tak aby próbka obejmowała zamknięcie miesiąca, naliczanie płac lub inne szczyty. Na serwerach Windows robi to Monitor wydajności, na Linuksie standardowe narzędzia systemowe. Ważne metryki:
- Wykorzystanie CPU: średnia i 95. percentyl. Jeśli wykorzystanie w szczycie stale przekracza 80 procent, brakuje Ci rdzeni.
- Użycie pamięci i aktywność swap. Każde trwałe użycie swap oznacza, że RAM jest za mały.
- Długość kolejki dysku i opóźnienie. Jeśli kolejka dysku stale przekracza dwie operacje, a opóźnienie 20 milisekund, wąskim gardłem jest dysk.
- Ruch sieciowy w szczycie, zwłaszcza jeśli użytkownicy łączą się zdalnie.
Wynik porównuj nie ze średnią, lecz ze szczytem plus zapas. Serwer wystarczający na średnie obciążenie będzie za mały właśnie wtedy, gdy jest najbardziej potrzebny.
Jeśli system jest nowy i nie ma czego mierzyć, zacznij od zaleceń producenta oprogramowania i wybierz model, w którym zasoby łatwo zmienić. To jeden z najmocniejszych argumentów za serwerem wirtualnym na starcie.
Kiedy wystarczy serwer wirtualny
Serwer wirtualny pasuje do większości systemów małych i średnich firm: księgowości, obiegu dokumentów, CRM, wewnętrznych stron internetowych i serwerów plików dla do kilkudziesięciu użytkowników. Jego zalety:
- Zasoby można zmienić w godziny, a nie tygodnie. Brakuje pamięci? Dodaje się ją bez migracji.
- Płacisz tylko za to, czego potrzebujesz teraz, a nie za fizyczną maszynę z zapasem na trzy lata.
- Platforma wirtualizacji sama radzi sobie z awariami sprzętu: gdy serwer fizyczny ulegnie awarii, wirtualny przenosi się na inny.
Zarządzane serwery CLOUD dodają do tego aktualizacje, monitoring, kopie zapasowe i ochronę Bitdefender GravityZone, dzięki czemu firma nie potrzebuje własnego administratora serwerów.
Serwer wirtualny nie nadaje się, gdy aplikacja wymaga całego fizycznego procesora bez współdzielenia, specjalnego sprzętu (na przykład kluczy licencyjnych lub GPU) albo gdy warunki licencji liczone są według rdzeni fizycznych i wirtualizacja je podraża.
Kiedy potrzebny jest serwer dedykowany
Serwer dedykowany to fizyczna maszyna używana wyłącznie przez Ciebie. Ma sens w trzech przypadkach:
- Stałe, wysokie obciążenie. Jeśli system zużywa dużo procesora i dysku przez całą dobę, warstwa wirtualizacji i współdzielone zasoby stają się przeszkodą, a nie zaletą.
- Duże bazy danych z rygorystycznymi wymaganiami dotyczącymi opóźnień. Dedykowana macierz NVMe bez sąsiadów daje przewidywalną szybkość.
- Wymagania licencyjne lub zgodności. Niektóre licencje oprogramowania lub wewnętrzne polityki bezpieczeństwa wymagają, żeby sprzęt fizyczny nie był współdzielony z innymi klientami.
Wady są równie oczywiste: zmiana zasobów oznacza zmianę sprzętu, awaria sprzętu bez klastra oznacza przestój, a za niewykorzystaną moc płacisz zawsze. Serwer dedykowany bez profesjonalnej opieki nad serwerami to ryzyko, a nie inwestycja.
Kiedy warto wybrać klaster VMware
Między tymi dwiema opcjami jest trzecia, często najlepsza dla średnich i większych firm: klaster wirtualizacji. Serwery w chmurze VMware działają na kilku serwerach fizycznych połączonych w jedną całość ze wspólną pamięcią masową.
Daje on to, czego nie zapewni ani prosty VPS, ani pojedynczy serwer dedykowany:
- Wysoką dostępność. Gdy węzeł fizyczny ulegnie awarii, serwery wirtualne uruchamiają się automatycznie na innym węźle w ciągu minut, bez udziału człowieka.
- Zarezerwowane zasoby. Możesz zagwarantować konkretnemu serwerowi czas procesora i pamięć, jak na dedykowanym, zachowując elastyczność wirtualizacji.
- Środowiska wieloserwerowe. Gdy masz osobne serwery aplikacji, bazy danych, terminalowe i testowe, klaster pozwala zarządzać nimi jak jednym systemem.
Klaster ma sens, gdy masz kilka serwerów albo jeden, którego przestój w godzinach pracy jest nie do przyjęcia. Dla pojedynczego małego serwera księgowego byłby przesadą.
| Kryterium | Serwer wirtualny | Serwer dedykowany | Klaster VMware |
|---|---|---|---|
| Zmiana zasobów | Godziny | Dni lub tygodnie | Godziny |
| Ochrona przed awarią sprzętu | Na poziomie platformy | Brak bez zapasowego | Automatyczne przejęcie |
| Gwarantowane zasoby | Zależy od dostawcy | Zawsze | Zgodnie z konfiguracją |
| Odpowiedni dla | Do kilkudziesięciu użytkowników | Stale wysokie obciążenie | Środowiska wieloserwerowe |
Skalowanie: planuj na wzrost, nie na start
Główny błąd przy wyborze to dobranie serwera do dzisiejszego obciążenia i zapomnienie, co będzie za rok. W środowisku wirtualnym to nie problem: zaczynasz od zmierzonej potrzeby plus zapas i dokładasz zasoby w miarę wzrostu. W środowisku dedykowanym trzeba od razu planować wzrost albo zaakceptować migrację.
Wskazówka z naszej praktyki: wybierz model według tego, jak często będą zmieniać się Twoje potrzeby. Jeśli nie wiesz, wybierz wirtualny i mierz. Przejście z serwera wirtualnego na dedykowany lub klaster po pół roku, z prawdziwymi danymi, jest znacznie tańsze niż zgadywanie na początku.
Od czego zacząć
- Przez dwa tygodnie zbieraj metryki procesora, pamięci i dysku z obecnego systemu, w tym z końca miesiąca.
- Wskaż szczyt i dodaj co najmniej 30 procent zapasu. To Twoje początkowe zapotrzebowanie na zasoby.
- Oszacuj, ile kosztuje Twoją firmę godzina przestoju. Jeśli dużo, rozważ klaster zamiast pojedynczego serwera.
- Sprawdź warunki licencji oprogramowania dotyczące wirtualizacji.
- Omów wyniki z dostawcą, który oferuje wszystkie trzy modele, a nie tylko jeden. Pomagamy zmierzyć obciążenie, wybrać właściwe rozwiązanie, a po migracji opiekujemy się nim w ramach uzgodnionego poziomu usług.
