Dimensjonering for virtualisering
Riktig dimensjonering handler om fire ressurser: CPU, RAM, lagring og nettverk. RAM og lagringsytelse (IOPS) er de vanligste flaskehalsene. Planlegg for 20–30 % vekst fra dag én.
En for svak server gir treg ytelse for alle VM-er. En for sterk server er bortkastede penger. Riktig dimensjonering handler om å matche maskinvaren til arbeidsbelastningen – med rom for vekst.
CPU: kjerner og overcommit
Overcommit betyr å tildele flere vCPU-er enn du har fysiske kjerner. Det fungerer fordi de fleste VM-er bruker CPU-en i korte serier, ikke kontinuerlig.
Trygt område: 2:1 til 3:1 (for eksempel 48 vCPU-er på 16 fysiske kjerner). De fleste SMB-arbeidsbelastninger (filserver, web, kontor-VM) holder seg godt under 70 % CPU-bruk mesteparten av tiden.
Ikke overcommit: Databaser (SQL Server, PostgreSQL), Exchange, sanntidssystemer og GPU-akselererte oppgaver. Her bør du kjøre 1:1 – én vCPU per fysisk kjerne.
Hyperthreading (HT/SMT): Overcommit-ratio bør baseres på fysiske kjerner, ikke logiske tråder. Hyperthreading gir typisk 15–30 % ekstra ytelse – ikke en dobling. En server med 16 fysiske kjerner og HT har 32 tråder, men oppfører seg nærmere 20 kjerner i praksis.
Tommelfingerregel: Start med 2:1 (basert på fysiske kjerner). Overvåk faktisk CPU-bruk i 2–4 uker. Ligger snittet under 50 %, kan du gå til 3:1. Over 70 %: gå tilbake til 2:1 eller legg til kjerner.
RAM: ingen overcommit
RAM er den ressursen du ikke bør overcommitte. Når fysisk RAM er fullt, begynner hypervisoren å bruke swap – og ytelsen kollapser. Alloker all VM-RAM som fysisk minne.
Overhead: Hypervisoren bruker 200–250 MB ekstra per VM i tillegg til det du tildeler. Med 20 VM-er er det ca. 5 GB bare i overhead.
ECC er obligatorisk: Registrert ECC-RAM (RDIMM) korrigerer enkelbit-feil automatisk. Alle enterprise-servere bruker dette. LRDIMM gir høyere kapasitet per DIMM og er nødvendig for konfigurasjoner over 512 GB.
Tommelfingerregel: Summer RAM-behovet til alle VM-er, legg til 5–10 % for hypervisor-overhead og 20–30 % for vekst. Det er minimum fysisk RAM.
Lagring: IOPS teller mer enn kapasitet
VM-ytelse avhenger mer av IOPS (input/output per sekund) enn av diskstørrelse. En Windows-VM trenger ca. 50 IOPS i normal drift. En databaseserver kan kreve 1 000+ IOPS.
| Lagringstype | Typisk IOPS (per disk) | Passer til |
|---|---|---|
| HDD (SAS 10K) | 150–200 | Backup, arkiv – ikke VM-er |
| SATA SSD | 20 000–80 000 | Standard VM-drift |
| SAS SSD | 40 000–100 000 | Standard til krevende VM-drift |
| NVMe SSD | 100 000–500 000+ | Databaser, høy ytelse |
Tallene gjelder per enkeltdisk. Med RAID 10 over fire disker dobles lese-IOPS. Med RAID 5/6 summeres lese-IOPS fra alle datadisker.
Tommelfingerregel: Bruk SSD (SATA, SAS eller NVMe) for alle VM-disker. HDD er kun akseptabelt for backup-volumer og kaldt arkiv. Med 20 VM-er på én HDD-basert RAID får hver VM under 10 IOPS – det merkes.
Nettverk: når 1GbE ikke holder
En enkelt VM kan fylle en 1GbE-link. Kjører du 5+ VM-er med lagringstrafikk (iSCSI, NFS), filservere eller backup, er 10GbE et bedre valg.
Minimum: 2 × 1GbE (management + VM-trafikk). Anbefalt: 2 × 10GbE (eller 2 × bonded 1GbE). Bruk VLAN for å separere management, VM-trafikk, lagring og backup. For HA-klynger er 10GbE spesielt viktig – live-migrering av en VM med 64 GB RAM over 1GbE tar ca. 10 minutter, mens 10GbE gjør det på under ett minutt.
Typiske VM-profiler
| VM-type | vCPU | RAM | Disk | IOPS |
|---|---|---|---|---|
| Windows-klient | 2–4 | 8 GB | 50 GB | ~50 |
| Windows Server | 4 | 16–32 GB | 80–120 GB | 50–100 |
| Linux-server | 2 | 4–8 GB | 20–40 GB | 30–50 |
| Database | 4–8 | 32–128 GB | 200+ GB NVMe | 200–10 000 |
| Docker-vert | 4–8 | 32–64 GB | 100–200 GB | 100–200 |
Praktiske eksempler
10 VM-er (liten SMB): 2 Windows Server, 3 klient-VM-er, 2 Linux-servere, 1 database, 2 diverse. Totalt ca. 26 vCPU-er og 120 GB RAM. En server med 16 kjerner og 128–192 GB RAM dekker dette med god margin. Én 1 TB NVMe SSD for VM-er, én HDD for backup.
25 VM-er (middels SMB): Totalt ca. 60 vCPU-er og 256 GB RAM. To servere i HA-klynge (for failover) med 24 kjerner og 256 GB RAM hver. Delt lagring (NAS/SAN) på 3–4 TB SSD. 10GbE mellom vertene.
50 VM-er (stor SMB): Totalt ca. 150 vCPU-er og 512 GB RAM. Tre til fire servere i klynge med 32+ kjerner og 384–512 GB RAM hver. Delt lagring på 6–8 TB NVMe. 10GbE som minimum, gjerne 25GbE.
Høy tilgjengelighet (HA)
HA betyr at VM-ene automatisk starter på en annen vert hvis en server feiler. Kravet er at de gjenstående vertene har nok kapasitet til alle VM-er – såkalt N+1-prinsippet.
2-vert klynge: Hver vert må kunne kjøre alle VM-er alene. Maks 50 % utnyttelse per vert i normal drift.
4-vert klynge: Én vert kan feile. Maks 75 % utnyttelse per vert.
HA krever også delt lagring (alle verter må se samme VM-disker) og et eget management-nettverk for heartbeat. Proxmox krever minimum tre noder for pålitelig quorum/fencing. Med kun to noder kan du bruke en ekstern QDevice (en lettvekts tredje stemme) for å oppnå quorum – populært i SMB.
Axentra konfigurerer servere for virtualisering med riktig mengde RAM, SSD og nettverk etter behov. Alle servere leveres med Proxmox ferdig installert, men kan også leveres med VMware ESXi eller Hyper-V. Se serverutvalget og RAM-oppgraderinger.
Ofte stilte spørsmål
Kan jeg starte med én server og utvide senere?
Ja. Start med én godt dimensjonert server, og legg til en andre for HA når behovet oppstår. Proxmox, ESXi og Hyper-V støtter alle å legge verter til en klynge uten nedetid for eksisterende VM-er.
Hva er viktigst – flere kjerner eller høyere klokkefrekvens?
For mange VM-er med lett last: flere kjerner. For færre VM-er med tung last (database, kompilering): høyere frekvens. De fleste SMB-er tjener mest på flere kjerner med 2:1 overcommit.
Hvor mye RAM bør en server ha minimum?
128 GB er et praktisk minimum for 5–10 VM-er. 256 GB for 15–30 VM-er. Over 30 VM-er: 384–512 GB per vert. Husk at brukt ECC-RAM er rimelig, og mer RAM er alltid billigere enn nedetid fra swapping.
RDIMM eller LRDIMM?
RDIMM for de fleste oppsett (rimeligere, bredt tilgjengelig). LRDIMM når du trenger mer enn 512 GB totalt eller større moduler (64–128 GB per DIMM). LRDIMM har noe høyere latens, men det merkes sjelden i praksis.
Trenger jeg NVMe for alle VM-er?
Ikke nødvendigvis. SATA SSD gir 20 000–80 000 IOPS og dekker de fleste behov. NVMe er nødvendig for databaser med høy I/O og for lagringsoppsett med mange samtidige VM-er på samme disk.
Hva koster det å overprovisjonere vs underprovisjonere?
RAM er en av de større kostnadene i en server, men nedetid og treg ytelse koster mer i produktivitetstap. Dimensjoner med 20–30 % margin fra starten – det er rimeligere enn å måtte oppgradere midt i en travel periode.
Neste steg
Kartlegg VM-ene du skal kjøre: antall, type og ressursbehov. Bruk profilene over som utgangspunkt. Summer opp, legg til 20–30 % for vekst, og velg en server som dekker behovet. For HA: doble antallet verter og legg til delt lagring.