I denne innledende artikkelen forklarer vi når en dedikert server er det riktige valget i stedet for en VPS, og hvordan man bør tenke rundt maskinvare basert på ytelsesfaktorene til programvaren. Målet er å gi deg den konteksten du trenger for å unngå vanlige flaskehalser: feil plattformnivå eller CPU-modell, utilstrekkelig minnebåndbredde, eller en lagringsløsning som begrenser datahastigheten.
Før vi beskriver dedikerte servere, la oss ta en rask titt på virtuelle private servere (VPS). De er ofte det naturlige neste trinnet fra delt hosting: du får ditt eget isolerte servermiljø med dedikert RAM-tildeling og forutsigbare grunnleggende ressurser. Det viktigste er at dette kommer med redundans på systemnivå. Fordi vi driver en VPS-klynge med høy tilgjengelighet (High-Availability, HA) basert på Proxmox VE, er oppgavene din beskyttet mot maskinvarefeil – hvis en fysisk node går ned, gjenopprettes VM-en din automatisk på en annen. Som alle virtualiserte plattformer kjører VPS imidlertid fortsatt på delt infrastruktur, så hvis du har vedvarende belastning eller svært latensfølsomme oppgaver kan du oppleve noen variasjoner i ytelsen. For bakgrunnsinformasjon om HA VPS-plattformen vår og retningslinjene bak den, se tidligere innlegg om plattformer.
En virtuell dedikert server (VDS) ligger mellom VPS og dedikerte servere. I en typisk VDS-konfigurasjon er vCPU-er tilordnet 1:1 til fysiske kjerner. Dette reduserer CPU-konflikter og gjør databehandlingsytelsen mer forutsigbar, selv om andre ressurser (som lagring og nettverk) fortsatt kan deles, avhengig av plattformdesignet.
Dersom oppgaven din er latensfølsom, I/O-intensiv eller underlagt lisensiering per kjerne, vil variasjon på delt hosting raskt bli et problem. Da kan en dedikert server gi deg eksklusiv kontroll og forutsigbar tilgang til CPU, minne, lagring og nettverksgrensesnittet.* Du får hele maskinen med root-/admin-tilgang, og du bestemmer selv hvordan den skal konfigureres og driftes, enten det er ett operativsystem på fysisk maskinvare, containere med Docker eller et virtualiseringslag som Proxmox VE for å kjøre flere tjenester effektivt.
Viktig merknad angående avveiningen mellom redundans og ytelse: I motsetning til HA VPS-en vår har en enkelt dedikert server ingen automatisk feilsikring. For å oppnå tilsvarende “oppdragskritisk” tilgjengelighet må du planlegge din egen redundans, vanligvis ved å implementere en klynge med minst tre noder.
Planlegging av oppgaven din
Hvis du er usikker på hvilken faktor som er den viktigste for oppgaven din, kan du beskrive oppsettet ditt til salgsavdelingen i ServeTheWorld. Vi kan hjelpe deg å oversette kravene til en praktisk konfigurasjon.
Serverkonfigurasjon starter med å forstå hvordan systemet skal brukes, og hvor programvaren din har en tendens til å nå sine begrensninger. Når du vet hvilken begrensning som dominerer, blir det mye enklere å velge riktig serverklasse og unngå plattformkonflikter.
De fleste oppgaver er begrenset av én eller en kombinasjon av fem faktorer:
- Hastighet og ventetid per kjerne (CPU-frekvens og arkitektur)
- Parallellitet (hvor godt oppgaven utnytter flere kjerner eller tråder)
- Cache-atferd (L3-cache og hvor godt data holder seg “nær” kjernene)
- Minnekapasitet og båndbredde (DDR-generasjon og antall minnekanaler)
- Lagring og nettverks-I/O (spesielt med store datasett, mange økter eller tung konsolidering)
For mange web- og applikasjonsoppgaver avhenger ytelsen mer av hastighet og latens per kjerne enn av totalt antall kjerner. Hvis oppgaven ikke er svært parallellisert, oppleves ofte en mindre CPU med høy klokkefrekvens som raskere i praksis, og den er enklere å utnytte effektivt enn en større plattform designet for tung parallellitet.
Basert på samtaler med kunder ser vi ofte at dedikerte servere brukes til konsolidering, enten som virtualiseringsvert eller som containerplattform. Når systemet forventes å kjøre mange tjenester parallelt, handler valget mindre om å optimalisere for én applikasjon og mer om å sikre at plattformen forblir forutsigbar under vedvarende variert belastning. I praksis innebærer dette konfigurasjoner med tilstrekkelig minnekapasitet, lagring som forblir responsiv under parallell I/O, og nok CPU-kapasitet til at oppgavene ikke bruker tid på å konkurrere om de samme kjernene.
Maksimal klokkefrekvens er viktigst når du har én eller flere oppgaver som er følsomme for latens. Etter hvert som konsolideringen øker, blir prioriteringene ofte rettet mot total kapasitet, flere brukbare kjerner og plattformens reserver, fordi systemet bruker mer tid på å fordele ressurser mellom mange aktive oppgaver.
Derfor er CPU-valg vanligvis en balansegang mellom ytelse per tråd og total gjennomstrømning. På våre EPYC 9000-plattformer (4. og 5. generasjon) reflekteres denne balansen direkte i CPU-alternativene: høyfrekvente “F”-modeller i 24–48 kjerneområdet, balanserte 64- og 96-kjerners CPU-er som kombinerer sterk ytelse per kjerne med høy gjennomstrømning, og tettpakkede kjerner med 112 kjerner eller mer for høyt parallelle oppgaver og større konsolideringstetthet.
Konfigurering av din dedikerte server
Vår dedikerte serverportefølje er bygget på single-socket serverkort i 2U-kabinett, med tilstrekkelig luftstrøm for moderne CPU-er, og utstyrt med redundante strømforsyninger med Platinum-effektivitet for å sikre kontinuerlig drift.
På siden vår for dedikerte servere viser vi tre referansekonfigurasjoner som utgangspunkt. Hvert nivå representerer et tydelig trinn i kapasitet og pris. Etter at du har valgt et nivå (Ryzen, EPYC 7000, EPYC 9000) åpnes konfiguratoren med forhåndsvalgt plattform.
Derfra justerer du CPU, RAM, lagring og nettverksvalg innenfor plattformens begrensninger, og totalprisen oppdateres umiddelbart for å gjenspeile valgene dine.
Ved utsjekk gir vi deg mulighet til å verifisere serveren før betaling. Vi klargjør maskinen og gir tilgangsopplysninger slik at du kan sjekke konfigurasjonen online. Når du bekrefter at serveren oppfyller kravene dine, fullfører du betalingen.* Du kan fortsatt be om justeringer eller oppgraderinger av konfigurasjonen etter hvert som behovene dine blir tydeligere, eller kravene endres.
Denne verifiseringsprosessen gjelder for tilpassede servere. De kommende forhåndskonfigurerte dedikerte serverne våre (lanseres i 2026) vil være tilgjengelige for bruk umiddelbart etter betaling.
Valg av CPU
Konfiguratoren starter med valg av CPU, siden dette danner grunnlaget for hastighet per kjerne, total datakapasitet og lisenseffektivitet. EPYC “F”-modeller med høy frekvens, og i noen tilfeller Ryzen-CPUer, er vanligvis best egnet for tjenester som er følsomme for latens og belastning per tråd. CPUer med høyere antall kjerner er bedre egnet når ytelsen kommer fra parallellitet.
Minnekapasitet og båndbredde
Konfiguratoren lar deg kun spesifisere totalt minne, ikke antall eller størrelse på minnemodulene. På moderne plattformer er imidlertid ikke totalt antall GB og minnebåndbredde det samme; et høyere totalt minne gir ikke automatisk høyest minnebåndbredde.
Tilnærmingen vår til minneoppsett er bevisst. Vi opprettholder en fleksibel minnekonfigurasjon slik at vi kan bygge fra lagerkomponenter, holde systemprisene stabile og unngå unødvendige forsinkelser i leveransen. Minneprisene har steget kraftig og er fortsatt uvanlig høye, så vi benytter primært de eksisterende RAM-modulreservene våre. I praksis har vi ofte moduler med høyere kapasitet, slik at mindre minnekonfigurasjoner kan nå ønsket totalt minne med færre moduler, noe som resulterer i lavere systemminnebåndbredde.
Hvis oppgaven din er sensitiv for minnebåndbredde og antall fylte kanaler, for eksempel ved tett virtualisering, større databaser, analysearbeid eller Solana-endepunktnoder, må du opplyse om dette når du bestiller. Da går vi gjennom konfigurasjonen og optimaliserer, om mulig, minnelayouten for båndbredde, ikke bare totalt minne.
Konfigurasjonsalternativer for lagring
Lagringsalternativene varierer etter nivå. På Ryzen-plattformen er det mulig å velge speilede SATA OS-stasjoner, siden plattformen har innebygde SATA-porter som er egnet for enkel oppstart og separering av operativsystemer. På EPYC-plattformene har vi organisert lagringsalternativene i speilede NVMe-par (RAID 1). Det første NVMe-paret er det primære speilede settet, mens ekstra speilede NVMe-par tilfører både kapasitet og I/O-reserver for datatunge eller virtualiserte oppsett. På konfigurasjoner som overstiger hovedkortets direkte NVMe-porttilkobling, kobles ekstra stasjoner til via dedikerte lagringskontrollere (HBA-er).
Vi bruker Samsung PM9A3 NVMe U2 (2,5-tommers) som standard i alle plattformene våre. Dette er SSD-er for profesjonell drift, designet for kontinuerlig belastning, med høy vedvarende ytelse og forutsigbar latens. Å holde seg til én modell gjør ytelsesegenskapene konstante og forenkler drift og lagerstyring.
Kapasiteten påvirker også stasjonens maksimale ytelse. Som referansepunkt er det speilede 2×960 GB-alternativet vurdert til rundt 580K lese-IOPS og 70K skrive-IOPS, 2×1,92 TB til rundt 850K og 130K, og 2×3,84 TB til rundt 1000K og 180K. IOPS betyr “I/O-operasjoner per sekund”. Høyere tall er generelt nyttige når du har mange små, tilfeldige lese- og skriveoperasjoner, for eksempel databaser, VM-flåter og travle applikasjonsservere. Den reelle ytelsen avhenger av oppgavemønsteret og kødybden, så disse tallene bør behandles som kapasitetsindikatorer, ikke garanterte resultater på applikasjonsnivå.
Som en tommelfingerregel øker flere stasjoner den totale I/O-kapasiteten, og større kapasiteter i samme stasjonsfamilie har ofte høyere nominell IOPS. Den eksakte gevinsten avhenger av lagringskontrollermodellen, hvordan lagringen speiles, oppgavemønsteret og kødybden, så disse tallene bør helst brukes som veiledende retningslinjer.
Nettverks- og trafikkprofiler
Nettverk og trafikk velges på samme måte som de andre komponentene. Du velger en portalternativ som definerer hastighetsbegrensninger for innkommende og utgående trafikk, samt et inkludert trafikknivå som passer dine behov.
Portalternativene defineres av innkommende og utgående hastigheter. Standardalternativet er 1 Gbit/s inn og ut, mens alternativene med høyere hastighet gir høyere innkommende hastighet med lavere utgående begrensning, for eksempel 10 Gbit/s inn og 4 Gbit/s ut, eller 25 Gbit/s inn og 5 Gbit/s ut. Hvis tjenesten din har et spesifikt trafikkmønster, for eksempel høy vedvarende utgående trafikk, mange samtidige økter eller latensfølsom trafikk, må du opplyse om dette når du bestiller, så hjelper vi deg å finne riktig profil.
Hver dedikerte server leveres med 50 TB samlet månedlig trafikk (innkommende + utgående). Dersom du forventer høyere trafikk, kan du legge til ekstra trafikkpakker i konfiguratoren. Vi struper aldri trafikken dersom du overskrider den inkluderte kvoten. Skulle forbruket gå over grensen, får du beskjed om å oppgradere til en større trafikkpakke. Velger du å ikke oppgradere, blir overforbruket fakturert til en fast pris på 10 NOK per TB.
Siden denne artikkelen fokuserer på maskinvarekonfigurasjonen, omtaler vi av plasshensyn ikke operativsystem, kontrollpanel og sikkerhetskopieringsalternativer.
Alexey Nechuyatov
Strategiansvarlig, ServeTheWorld
Neste artikkel: ServeTheWorlds guide til dedikerte servere. Del 2: Slik velger du riktig plattform.