VPS eller webhotel: hvornår er det tid til at skifte til VPS?

Forskellen, punkt for punkt

På et webhotel administrerer hostingudbyderen en server, som den deler mellem mange kunder: samme system, samme softwareversioner, samme indstillinger for alle, og grænser pr. konto, så ingen hjemmeside går ud over de andre. På en VPS (virtuel privat server) har du en isoleret server med egne ressourcer, eget system og root-adgang: du installerer det, dit projekt kræver.

Tegnene på, at det er tid til at skifte til VPS

1. Din applikation er ikke en PHP-hjemmeside

En Node.js-, Python-, Go- eller Java-applikation kører uafbrudt: en proces venter på forespørgsler og holder sin tilstand i hukommelsen. Et webhotel er bygget til det modsatte, PHP-scripts, der startes ved hver forespørgsel og derefter stoppes. Nogle hostingudbydere accepterer Node.js eller Python inden for snævre rammer (faste versioner, processer, der stoppes efter inaktivitet); så snart applikationen vokser, bliver de rammer den største begrænsning.

2. Du har brug for en tjeneste, som hostingudbyderen ikke tilbyder

PostgreSQL, Redis, en opgavekø (RabbitMQ, Celery, BullMQ), en søgemaskine, en headless browser til at generere PDF'er eller skærmbilleder, ffmpeg til at behandle video, en AI-model: alt, der installeres og kører som en tjeneste, kræver en server, hvor du selv har styringen.

3. Du rammer kontoens grænser

Et webhotel begrænser hver konto: processortid, hukommelse, antal samtidige processer (entry processes), antal filer (inodes). Symptomerne: en side med «508 Resource Limit Is Reached», 503-fejl i myldretiden, en langsom hjemmeside, når en nabo har travlt, afbrudte importer. Kontrolpanelet viser ofte disse tællere; rammer de jævnligt loftet, er hjemmesiden vokset ud af sin pakke.

4. Opgaver skal køre af sig selv

Planlagte opgaver hvert minut, baggrundsbehandling, masseudsendelse af e-mails, synkroniseringer: et webhotel spreder de planlagte opgaver ud og afbryder scripts, der kører for længe. På en VPS kører en worker permanent, og en opgave tager den tid, den har brug for.

5. Du har brug for at indstille serveren

En bestemt version af PHP eller af en udvidelse, den hukommelse, PHP får tildelt, en webserver konfigureret til din applikation, din egen firewall, automatiske udrulninger via git eller Docker-containere: alt sammen indstillinger, som en delt server ikke kan åbne for hver enkelt kunde.

6. Dine krav til sikkerhed stiger

Kundedata, kontraktlige forpligtelser, sikkerhedsaudit: en isoleret server, hvor du styrer adgangen og logfilerne, er enklere at dokumentere og kontrollere end en konto på en delt server.

Og til en præsentationshjemmeside?

En præsentationshjemmeside, der viser en virksomhed frem, har hverken brug for permanente processer eller en database med særlige indstillinger. Har du først og fremmest brug for en hurtig, sikker og opdateret hjemmeside, uden at du skal administrere noget, er det rette svar hverken et webhotel eller en VPS, men en administreret hjemmeside: Simafri opretter din hjemmeside, hoster den, sikrer den og holder den opdateret, og du har ingen server at vedligeholde.

Det ændrer skiftet til VPS

Med root-adgangen følger vedligeholdelsen af systemet. På et webhotel klarer hostingudbyderen den, uden at du ser det; på en VPS kræver fire emner et svar:

• Sikkerhedsopdateringerne af systemet og den installerede software, installeret regelmæssigt. Debian og Ubuntu kan selv installere sikkerhedsrettelser (unattended-upgrades).
• Firewall og adgang: SSH-login med nøgle, åbne porte begrænset til det nødvendige.
• Backup: vid, hvad hostingudbyderen tager backup af, hvor ofte, og hvad du selv eksporterer i tillæg, først og fremmest databasen.
• Overvågning: få besked, når serveren ikke svarer, når disken fyldes op, eller når et certifikat er ved at udløbe.

Tre måder at håndtere det på: gøre det selv, komme videre med support, der stiller diagnosen og fortæller dig, hvad du skal gøre, eller overlade driften til administreret drift. Valget afhænger af, hvem i dit team der kender Linux, og af hvad en times nedetid koster din forretning.

Skift til VPS uden nedetid

1. Oversigten: versionen af PHP eller af sproget, udvidelser, databasen og dens størrelse, planlagte opgaver, certifikater, og hvor dine e-mailadresser ligger.
2. Klargøringen af din VPS: opdateret system, webserver, sprog og database i de samme versioner som i dag.
3. Kopieringen: filerne med rsync eller et arkiv, og databasen med en eksport efterfulgt af en import.
4. Testen før omlægningen: kun på din egen computer lader du domænet pege på den nye server via hosts-filen, og så gennemgår du hjemmesiden som en besøgende.
5. Sænkningen af TTL for hjemmesidens DNS-records til nogle få minutter dagen før omlægningen, så ændringen slår hurtigt igennem.
6. Omlægningen: sidste kopi af databasen, hjemmesidens DNS-records peget mod den nye server, og derefter overvågning af logfilerne. Behold det gamle webhotel i nogle dage, indtil alle besøgende er landet på den nye server.

rsync -avz --progress bruger@gammel-server:/sti/til/hjemmeside/ /var/www/site/

203.0.113.10  www.din-hjemmeside.com din-hjemmeside.com

Ligger dine e-mailadresser på den samme webhotelkonto, så skift kun hjemmesidens DNS-records, og lad MX-records blive, hvor de er: e-mailen fortsætter med at virke under og efter omlægningen og flyttes for sig.