Rodzaje serwerów firmowych – który wybrać do swojej firmy?

„Jaki rodzaj serwera wybrać?” to tak naprawdę trzy różne pytania zadane naraz – i większość nieporozumień bierze się z ich mieszania. Bo „serwer rack”, „serwer w chmurze” i „serwer plików” to nie są warianty tej samej rzeczy. To trzy niezależne osie: gdzie serwer stoi, jaki ma kształt i jaką rolę pełni.

Ten sam fizyczny serwer rack w Twojej serwerowni może jednocześnie być kontrolerem domeny i serwerem plików. Dlatego zamiast kolejnej listy definicji, rozłożymy te trzy osie po kolei – a na końcu pokażemy, jak spiąć je w jedną decyzję zakupową.

Oś 1: gdzie serwer stoi i kto nim zarządza?

Pierwsza decyzja dotyczy lokalizacji i zarządzania. Masz cztery podstawowe warianty.

• On-premise – serwer we własnej serwerowni. Pełna kontrola, ale też pełna odpowiedzialność za zasilanie, chłodzenie i bezpieczeństwo.
• Kolokacja – Twój sprzęt, ale w cudzej, profesjonalnej serwerowni. Płacisz za powierzchnię, zasilanie i łącze.
• Serwer dedykowany / VPS – wynajmujesz cudzy sprzęt (całą maszynę albo jej wirtualny wycinek).
• Chmura publiczna – serwer istnieje wyłącznie jako zasób u dostawcy, rozliczany za użycie.

Różnica między „szafą w biurze” a profesjonalnym data center jest sformalizowana. Standard ANSI/TIA-942 definiuje cztery poziomy niezawodności – od Tier 1 (pojedyncza, nieredundantna ścieżka zasilania) po Tier 4 (pełna odporność na awarie i konserwacja bez przestoju). To dobry punkt odniesienia, gdy zastanawiasz się, jaki poziom redundancji naprawdę potrzebujesz.

Wbrew narracji „wszystko idzie do chmury”, własna infrastruktura wciąż dominuje ilościowo. Prognozy sprzed kilku lat zakładały, że blisko dwie trzecie obciążeń IT pozostanie w środowiskach będących własnością firm. Potwierdzają to polskie dane – dla firm wybierających płatną chmurę serwery dedykowane wciąż stanowiły znaczącą część rynku obok współdzielonych. Więcej o tej kalkulacji piszemy w tekście o przewadze sprzętu on-premise nad chmurą.

Jest jednak koszt, o którym łatwo zapomnieć: utrzymanie własnej serwerowni. Średnie PUE ankietowanych centrów danych wyniosło 1,55 – czyli na chłodzenie i zasilanie szło dodatkowe 55% energii ponad sam sprzęt IT. W małej firmowej serwerowni ten wskaźnik bywa jeszcze gorszy. To realny argument, by przy jednym–dwóch serwerach rozważyć dobrze dobraną maszynę tower w biurze zamiast budowy serwerowni.

Oś 2: jaki kształt – tower, rack czy blade?

Druga oś to budowa fizyczna. Ta sama maszyna logicznie może przybrać trzy formy, a wybór wpływa na koszt wejścia, wymogi pomieszczenia i skalowalność.

Tower to wolnostojąca obudowa jak duży pecet. Nie wymaga szafy ani serwerowni – może stać w zwykłym pomieszczeniu biurowym. Według karty technicznej producenta jednoprocesorowy tower (Xeon E-2300, do 8 rdzeni, do 128 GB RAM) jest projektowany pod serwer plików i wydruku, pocztę, punkty sprzedaży, hosting WWW i pracę grupową. To naturalny pierwszy serwer w firmie.

Rack montuje się w szafie 19" (gęstość 1U/2U) i to standard każdej serwerowni. Dwuprocesorowy rack 1U (do 2× Xeon Scalable, do 12 dysków NVMe) producent pozycjonuje jako maszynę do baz danych i analityki, korporacyjnego IT, infrastruktury VDI oraz obciążeń HPC/AI. Rack skaluje się wraz z firmą – ale wymaga zaplanowania zasilania i chłodzenia szafy. Nie bez powodu: średnia gęstość mocy sięgała 8,4 kW na szafę, a to już osobny temat infrastrukturalny.

Blade to moduły we wspólnej obudowie (chassis), które współdzielą zasilacze, chłodzenie, sieć i zarządzanie. Efekt? Niższy koszt utrzymania i prostsze wdrożenie przy dużej liczbie serwerów – kosztem wysokiej bariery wejścia (opłaca się dopiero przy wypełnieniu chassis). To rozwiązanie dla dużych, gęstych środowisk.

Jeśli wahasz się między tower a rack, rozwijamy to w przewodniku „Jaki serwer wybrać?”. Pełne kategorie: serwery Tower, serwery Rack, serwery Blade.

Oś 3: jaką rolę serwer pełni w sieci?

Trzecia oś jest niezależna od dwóch poprzednich. Niezależnie od kształtu i lokalizacji, serwer pełni konkretną rolę logiczną. Rządowy standard NIST porządkuje je najbardziej systematycznie – wyróżnia m.in. serwer WWW, bazodanowy, katalogowy (kontroler domeny), pocztowy, zarządzania infrastrukturą, logów oraz DNS. Każda rola ma inny profil obciążenia i inny profil ryzyka.

W praktyce najczęściej spotykamy takie role:

• serwer plików / wydruku – wspólny, kontrolowany dostęp do dokumentów,
• serwer bazy danych / aplikacji – SQL Server, ERP (Comarch, Optima, Enova365, SAP), CRM,
• serwer poczty i WWW – własna poczta, strony, usługi webowe,
• kontroler domeny (AD / DNS / DHCP) – logowanie i zarządzanie użytkownikami w sieci,
• serwer wirtualizacyjny (hypervisor) – VMware, Hyper-V lub Proxmox jako host wielu VM-ek,
• serwer backupu / NAS – kopie zapasowe i storage pod własną kontrolą.

Dwie role zasługują na osobne słowo. Po pierwsze kontroler domeny – to jedna z najbardziej krytycznych ról w firmie. Modele warstwowe (tzw. Tier 0) klasyfikują go razem z serwerami kopii zapasowych jako zasób wymagający podwyższonych zabezpieczeń, w tym MFA odpornego na phishing. Co ważne, kontroler domeny nie potrzebuje najmocniejszej platformy – to rola o niskim obciążeniu, ale wysokim priorytecie bezpieczeństwa. Nie ma sensu przepłacać za moc; sens ma zadbanie o ochronę.

Po drugie storage i backup. Warto wiedzieć, że dyski odpowiadają za około 50% wszystkich awarii sprzętowych w serwerach – dlatego każda rola przechowująca dane wymaga RAID (macierzy odpornej na awarię dysku) i regularnego backupu. Zwykły NAS może w ograniczonym zakresie udawać serwer bazodanowy, ale tylko przy małej, głównie odczytywanej bazie; przy większym obciążeniu role trzeba rozdzielić. Gdy dane są naprawdę ważne, zamiast prostego NAS lepiej sprawdzi się macierz dyskowa Dell PowerVault. Czy RAID to realna ochrona, czy zbędny wydatek – rozstrzygamy w osobnym artykule.

I jeszcze wymiar regulacyjny: role krytyczne (kontroler domeny, poczta, bazy) podlegają dyrektywie NIS2, gdzie kary sięgają 10 mln EUR lub 2% globalnego obrotu. Temat rozwijamy w tekście o cyberbezpieczeństwie w myśl NIS2.

Jak połączyć trzy osie w jedną decyzję?

Nie musisz kupować osobnego serwera do każdej roli. Dzięki wirtualizacji jedna maszyna pełni ich kilka naraz. To nie tylko wygoda – to policzalna oszczędność. W analizie TCO dla 75-osobowej firmy konsolidacja czterech starszych serwerów (poczta, ERP, baza SQL, aplikacje) na jednym zwirtualizowanym serwerze dała 45,8% oszczędności (42 272 USD) w 3 lata wobec dokładania kolejnych fizycznych maszyn.

W praktyce decyzję układa się tak: zaczynasz od roli (co ma robić), z niej wynika moc (procesory, RAM, dyski), a lokalizacja i forma dopasowują się do skali. Kilka typowych przełożeń:

Od czego zacząć?

Zapamiętaj jedną rzecz: „rodzaj serwera” to trzy pytania, nie jedno. Gdzie stoi, jaki ma kształt, jaką rolę pełni. Te osie się nie wykluczają – dobrze dobrany serwer rack we własnej serwerowni potrafi być jednocześnie hostem wirtualizacji, bazą SQL i kontrolerem domeny. Sztuką jest nie kupić za dużo ani za mało.

I to jest moment, w którym najłatwiej się pomylić – dlatego zacznij od roli, nie od parametrów. Napisz nam, co ma działać na serwerze i ilu masz użytkowników, a dobierzemy formę, procesory, RAM, dyski i poziom RAID pod konkretne obciążenie – z możliwością rozbudowy i z myślą o łączeniu ról przez wirtualizację. Każdą konfigurację dostajesz przetestowaną, gotową do wdrożenia i objętą gwarancją. Rozważasz sprzęt odnowiony? Zajrzyj do tekstu nowy serwer czy recertyfikowany, a po pełną ofertę – do kategorii serwerów.

FAQ

Jakie są główne rodzaje serwerów firmowych?

Serwery dzieli się na trzech niezależnych osiach: wg lokalizacji (on-premise, kolokacja, dedykowany/VPS, chmura), wg formy (tower, rack, blade) oraz wg roli (plikowy, bazodanowy, pocztowy, WWW, kontroler domeny, wirtualizacyjny, backup/NAS). Jeden serwer łączy wszystkie trzy osie naraz.

Tower, rack czy blade – co wybrać?

Tower to pierwszy serwer w małej firmie – nie wymaga serwerowni. Rack montuje się w szafie 19" i skaluje wraz z firmą. Blade daje maksymalną gęstość dla dużych środowisk, ale opłaca się dopiero przy wypełnieniu wspólnej obudowy.

Czy jeden serwer może pełnić kilka ról?

Tak – dzięki wirtualizacji. Konsolidacja poczty, ERP, bazy SQL i aplikacji na jednym zwirtualizowanym serwerze potrafi dać ok. 46% oszczędności w 3-letnim TCO wobec dokładania kolejnych maszyn.

Jaki serwer pod kontroler domeny?

Kontroler domeny to rola o niskim obciążeniu, ale wysokim priorytecie bezpieczeństwa. Wystarczy skromna konfiguracja rack, kluczowe są za to podwyższone zabezpieczenia dostępu i fizyczne.

On-premise, kolokacja czy chmura?

On-premise daje pełną kontrolę, ale wymaga własnej serwerowni. Kolokacja to Twój sprzęt w cudzej, profesjonalnej serwerowni. Chmura rozlicza za użycie. Większość firm łączy modele – im większa firma, tym częściej hybryda.

Czy NAS wystarczy jako serwer bazy danych?

Tylko w ograniczonym zakresie – przy małej, głównie odczytywanej bazie. Przy większym obciążeniu role trzeba rozdzielić, a dla ważnych danych zamiast NAS lepiej sprawdzi się macierz dyskowa z RAID.

Źródła

TIA – ANSI/TIA-942 The Global Data Center Standard – https://tiaonline.org/wp-content/uploads/2024/05/Data-Centers-Brochure_040124.pdf

Uptime Institute – Global Data Center Survey 2020 – https://colocity.com/wp-content/uploads/2022/01/2020AnnualSurvey_EndUser_v4s.pdf

Uptime Institute – Global Data Center Survey 2022 – https://uptimeinstitute.com/uptime_assets/6768eca6a75d792c8eeede827d76de0d0380dee6b5ced20fde45787dd3688bfe-2022-data-center-industry-survey-en.pdf

Uptime Institute – Data Center Capacity Trends Survey 2022 – https://datacenter.uptimeinstitute.com/rs/711-RIA-145/images/CapacityTrendsSurvey.Report.02032023.pdf

USPTO – Downgrading database software via a downgradability test – https://image-ppubs.uspto.gov/dirsearch-public/print/downloadPdf/12360759

NIST SP 800-123 – Guide to General Server Security – https://nvlpubs.nist.gov/nistpubs/legacy/sp/nistspecialpublication800-123.pdf

ANSSI – Windows Server: start-up security for a domain controller – https://messervices.cyber.gouv.fr/documents-guides/anssi_back%20to%20basics_domain_controller_1.0.pdf

ACSC – Detecting and Mitigating Active Directory Compromises – https://www.cyber.gov.au/sites/default/files/2024-09/PROTECT-Detecting-and-Mitigating-Active-Directory-Compromises.pdf

Dell Technologies – PowerEdge T350 Technical Guide – https://i.dell.com/sites/csdocuments/product_docs/en/dell-emc-poweredge-t350-technical-guide.pdf

Dell Technologies – PowerEdge R650 Spec Sheet – https://i.dell.com/sites/csdocuments/Product_Docs/en/poweredge-r650-spec-sheet.pdf

Dell – TCO benefits of server virtualization for the SMB – https://i.dell.com/sites/csdocuments/Business_smb_sb360_Documents/en/us/wp-virtualization-tco.pdf

Cisco – Server Consolidation Using Cisco Unified Computing System – https://www.cisco.com/c/dam/en/us/solutions/collateral/data-center-virtualization/unified-computing/server_consolidation_white_paper.pdf

HPE Community – NAS vs SAN vs DAS – https://community.hpe.com/hpeb/attachments/hpeb/itrc-248/37570/1/327691.pdf