Magento server hosting: VPS, dedicated eller managed?
Opdateret og kontrolleret: · Af: Redaktionen, Magento Hosting Danmark
Kort svar: En VPS er tilstrækkelig for mange små og mellemstore Magento-butikker, hvis den drives professionelt. Dedikerede servere giver mening ved tunge databaser, konstant høj belastning eller compliance-krav. Managed hosting flytter driftsansvaret til udbyderen. Valget handler om kontrol, ansvar og risiko – ikke kun om pris.
Denne side ser på Magento fra serverrummet: hvilke tjenester der skal køre, hvordan de fordeles på maskiner, og hvem der har ansvaret, når noget går galt. Vi sammenligner arkitekturer og giver en auditliste, du kan bruge over for din nuværende eller kommende udbyder. Leder du efter en bredere oversigt med priser, så se vores guide til Magento hosting i Danmark.
Valg af serverarkitektur
En Magento-installation består af nginx og PHP-FPM, en MariaDB- eller MySQL-database, OpenSearch, Valkey, Varnish og ofte RabbitMQ. På én server deler de CPU og RAM, så en tung reindeksering kan gøre checkout langsom. I større opsætninger flyttes database og OpenSearch til egne maskiner, og webnoderne placeres bag en load balancer.
Serverarkitekturer til Magento: kontrol, support, skalering og risiko
Arkitektur
Kontrol
Support
Skalering
Risiko
Ikke-administreret VPS
Fuld root-adgang
Kun hardware og netværk
Vertikal opgradering, ofte med genstart
Opsætning, patches og sikkerhed er dit ansvar
Managed VPS
Root eller sudo efter aftale
OS, tjenester og overvågning
Vertikal; nogle tilbyder hurtig opskalering
Afhænger af driftspartnerens Magento-viden
Dedikeret server
Fuld kontrol over hele maskinen
Udskiftning af hardware
Langsom – ny hardware skal bestilles
Ét fysisk fejlpunkt uden redundans
Managed klynge
Aftalebaseret
Fuld drift inkl. Magento-stak
Horisontal med flere webnoder og load balancer
Højere pris og leverandørafhængighed
Managed Magento-platform
Applikationsniveau, SSH uden root
Magento-specifik
Plantrin eller autoskalering
Mindre frihed til særlige tjenester
Overvejer du en dansk server? Spørg om pris og driftsaftale, og hold svaret op mod auditlisten nedenfor.
En VPS rækker typisk, når alle tjenester kan køre på én maskine uden at konkurrere om hukommelsen, og når trafikken er nogenlunde forudsigelig. Det afgørende er ikke selve VPS'en, men driften: nogen skal holde PHP, database og OpenSearch på versioner, som Adobe understøtter – se vores oversigt over krav til Magento 2 hosting. Er reindeksering og deploy stabile på staging, og ligger CPU-forbruget i normal drift et godt stykke under loftet, er en VPS et fornuftigt valg.
Curanet – dansk infrastruktur til egen Magento-stak
Dansk udbyder med fem ISO 27001-certificerede datacentre i Danmark. Sælger VPS, Cloud Server, Private Cloud og driftsaftaler; en Magento-specifik pakke er ikke bekræftet, og priser oplyses ved kontakt.
Fordele
Datacentre på dansk jord
Dansk kontakt pr. telefon og e-mail
Driftsaftaler kan tilkøbes
Ulemper
Magento-optimeret stak ikke bekræftet
Ingen offentlige priser på forsiden
Bureauet skal opsætte OpenSearch, Valkey og Varnish
En dedikeret server giver forudsigelig ydeevne, fordi ingen andre kunder deler hardwaren. Det er relevant ved store databaser, tunge importjob fra ERP eller krav om fysisk adskillelse. Ulempen er, at én maskine er ét fejlpunkt: uden en plan for redundans eller hurtig genetablering kan et hardwarenedbrud betyde lang nedetid. Mange vælger derfor to mindre servere frem for én stor, eller en managed klynge. JetRails tilbyder fx dedikerede servere i egne datacentre som alternativ til cloud.
Drift, overvågning og sikkerhed
Uanset arkitektur skal nogen eje driften. Aftal skriftligt, hvem der patcher, overvåger og reagerer – og hvornår.
6 operationelle opgaver
Sikkerhedspatches. Installer Adobes sikkerhedspatches og opdateringer af operativsystemet efter en fast plan, test dem på staging, og før en liste over, hvilke patches der kører i produktion.
Overvågning af ressourcer. Følg CPU, RAM, disk-I/O og PHP-FPM-køer over tid, så du ser tendenser, før de bliver til nedbrud – især omkring kampagner og store importjob.
Cron og køer. Tjek dagligt, at cron-job kører, og at beskedkøer i RabbitMQ eller databasen ikke hober sig op. Ophobede køer giver forsinkede ordremails og forkerte lagertal.
Test af gendannelse. Gendan en fuld kopi af butikken mindst hvert kvartal til et isoleret miljø, og dokumentér tidsforbruget. Det er den eneste måde at kende den reelle genetableringstid.
Adgangsstyring. Fjern adgang for tidligere medarbejdere og leverandører, roter API-nøgler, og kræv tofaktorgodkendelse i Magento-admin. Gennemgå listen over brugere mindst hvert halve år.
Kapacitetsplanlægning. Gennemgå trafikprognoser, cache-opvarmning og mulighed for midlertidig opskalering før store kampagner, så vigtige beslutninger ikke skal træffes i hast, mens butikken er under pres.
8 spørgsmål til en teknisk audit
Hvilke tjenester kører hvor? Få et diagram over web, PHP-FPM, database, OpenSearch, Valkey, Varnish og RabbitMQ. Deler alt én server, kan en tung reindeksering gøre checkout langsom for kunderne.
Hvilke versioner kører i produktion? Sammenlign de faktiske versioner med Adobes tabel. Afvigelser er ikke nødvendigvis akutte, men de skal dokumenteres og have en dateret plan for opdatering.
Hvordan logges og roteres logs? Uden logrotation kan var/log og webserverens logs fylde disken og stoppe databasen. Spørg også, hvor længe logs gemmes, og hvem der har adgang til dem.
Hvordan ser backupkæden ud? Hvor ofte tages backup af database og media, hvor gemmes den, er den krypteret, og hvornår blev en gendannelse senest testet? Svaret bør være konkret og dateret.
Hvem har root- og admin-adgang? Gennemgå SSH-nøgler, admin-brugere og API-integrationer. Tidligere bureauer og medarbejdere med aktiv adgang er en af de oftest oversete risici.
Hvordan patches system og Magento? Spørg om procedure og frekvens for opdateringer af operativsystemet og Adobes sikkerhedspatches, og om de altid testes på staging før produktion.
Hvad overvåges, og hvem får alarmen? CPU, RAM, disk, svartider, fejlrater og cron-status bør overvåges. Alarmer skal gå til en person med mandat til at handle – også uden for kontortid.
Hvad er planen ved totalt nedbrud? Kan butikken genetableres på ny hardware, hvor lang tid tager det, og er procedure og adgangsoplysninger dokumenteret uden for den server, der er nede?
Egen server passer til
Butikker med et bureau eller en fast driftspartner
Behov for særlige tjenester eller PHP-udvidelser
Krav om dansk placering eller fysisk adskillelse
Passer ikke til
Butikker uden en teknisk ansvarlig
Ejere, der ønsker fast pris uden timeforbrug
Små kataloger med lav trafik
Eksempel: hvad koster nedetid?
Illustrativ beregning: En måned har i gennemsnit 730 timer (8.760 / 12). En butik omsætter for 150.000 kr./md., jævnt fordelt (antagelse).
Oppetid 99,9 %: 0,001 × 730 t = 0,73 t ≈ 44 min nedetid/md.
Oppetid 99,5 %: 0,005 × 730 t = 3,65 t nedetid/md.
Omsætning pr. time: 150.000 / 730 ≈ 205 kr.
Tabt omsætning ved 3,65 t ≈ 750 kr./md. (gennemsnit)
Rammer nedbruddet en kampagneaften, kan tabet være mange gange større. Sammenlign derfor prisforskellen mellem en ikke-administreret og en managed server med både gennemsnit og worst case.
Opsummering
Magento server hosting er et spørgsmål om ansvar: VPS rækker langt, hvis driften er på plads, dedicated giver forudsigelighed, og managed hosting køber dig ro. Se vores sammenligning af den bedste Magento hosting for konkrete udbydere.
FAQ
Kan OpenSearch og databasen køre på samme server som Magento?
Ja, det er almindeligt på mindre butikker. De konkurrerer dog om hukommelse og disk, så en tung reindeksering kan påvirke kunderne. Overvåg ressourcerne, og flyt OpenSearch eller databasen til en separat server, når forbruget nærmer sig loftet.
Skal jeg have root-adgang til min Magento-server?
Kun hvis du eller dit bureau selv drifter serveren. Root giver fuld frihed, men også fuldt ansvar for sikkerhed og opdateringer. På managed løsninger får du typisk SSH-adgang uden root, hvilket er nok til deployment og Magento-kommandoer.
Hvad er forskellen på vertikal og horisontal skalering?
Vertikal skalering giver den samme server mere CPU og RAM og kræver ofte en genstart. Horisontal skalering tilføjer flere webnoder bag en load balancer og kræver fælles sessioner og cache i Valkey samt delt lager til media.
Er en dansk server hurtigere for danske kunder?
Kortere fysisk afstand giver lavere netværksforsinkelse, især på sider, der ikke kan caches, som kurv og checkout. Forskellen til et datacenter i Nordeuropa er dog mindre end effekten af korrekt Varnish-opsætning og optimeret kode.