VPS of shared hosting: wanneer is het tijd om over te stappen?

Het verschil, punt voor punt

Bij shared hosting beheert de hostingprovider een server die hij met veel klanten deelt: hetzelfde systeem, dezelfde softwareversies, dezelfde instellingen voor iedereen, en limieten per account zodat geen enkele website de andere benadeelt. Bij een VPS (virtuele private server) beschikt u over een geïsoleerde server, met eigen resources, een eigen systeem en root-toegang: u installeert er wat uw project nodig heeft.

De signalen dat het tijd is voor een VPS

1. Uw applicatie is geen PHP-website

Een Node.js-, Python-, Go- of Java-applicatie draait continu: een proces wacht op verzoeken en houdt zijn toestand in het geheugen. Shared hosting is voor het omgekeerde gebouwd: PHP-scripts die bij elk verzoek starten en daarna stoppen. Sommige hostingproviders staan Node.js of Python toe binnen een beperkt kader (opgelegde versies, processen die na inactiviteit worden gestopt); zodra de applicatie groeit, wordt dat kader de voornaamste beperking.

2. U hebt een dienst nodig die de hostingprovider niet aanbiedt

PostgreSQL, Redis, een takenwachtrij (RabbitMQ, Celery, BullMQ), een zoekmachine, een headless browser om pdf’s of schermafbeeldingen te maken, ffmpeg om video’s te verwerken, een AI-model: alles wat zich als dienst installeert en draait, vraagt om een server waarover u de controle hebt.

3. U loopt tegen de limieten van het account aan

Een shared-hostingprovider begrenst elk account: processortijd, geheugen, aantal gelijktijdige processen (entry processes), aantal bestanden (inodes). De symptomen: een pagina “508 Resource Limit Is Reached”, 503-fouten tijdens piekuren, een trage website wanneer een buur druk bezig is, imports die halverwege stoppen. Het beheerpaneel toont deze tellers vaak; raken ze regelmatig hun plafond, dan is de website zijn pakket ontgroeid.

4. Taken moeten zelfstandig draaien

Geplande taken die elke minuut draaien, achtergrondverwerking, e-mails in batches, synchronisaties: shared hosting spreidt geplande taken en onderbreekt scripts die te lang duren. Op een VPS draait een worker permanent en duurt een taak zo lang als nodig is.

5. U wilt de server zelf afstellen

Een specifieke versie van PHP of van een extensie, het geheugen dat PHP krijgt, een webserver die voor uw applicatie is geconfigureerd, een eigen firewall, geautomatiseerde deployments via git of Docker-containers: stuk voor stuk instellingen die een gedeelde server niet voor elke klant kan openstellen.

6. Uw beveiligingseisen worden strenger

Klantgegevens, contractuele verplichtingen, een beveiligingsaudit: een geïsoleerde server, waarvan u de toegang en de logs zelf beheert, laat zich eenvoudiger documenteren en controleren dan een account op een gedeelde server.

En voor een eenvoudige bedrijfswebsite?

Een website die een bedrijf presenteert, heeft geen permanente processen nodig en geen database die op maat is afgesteld. Wilt u vooral een snelle, veilige en actuele website, zonder iets te hoeven beheren, dan is het juiste antwoord noch shared hosting, noch een VPS, maar een beheerde website: Simafri maakt uw website, host hem, beveiligt hem en houdt hem up-to-date, en u hebt geen server te onderhouden.

Wat de overstap naar een VPS verandert

Met root-toegang komt het onderhoud van het systeem. Bij shared hosting neemt de hostingprovider dat voor zijn rekening zonder dat u het ziet; op een VPS vragen vier onderwerpen om een antwoord:

• De beveiligingsupdates van het systeem en van de geïnstalleerde software, regelmatig toegepast. Debian en Ubuntu kunnen beveiligingspatches zelf installeren (unattended-upgrades).
• De firewall en de toegang: SSH-verbinding met een sleutel, alleen de poorten open die nodig zijn.
• De back-ups: weten wat de hostingprovider back-upt, hoe vaak, en wat u daarnaast zelf exporteert, te beginnen met de database.
• De monitoring: gewaarschuwd worden wanneer de server niet meer reageert, de schijf volloopt of een certificaat bijna verloopt.

Er zijn drie manieren om dat te regelen: het zelf doen, verder gaan met ondersteuning die de diagnose stelt en u vertelt wat u moet doen, of de exploitatie toevertrouwen aan volledig beheer. De keuze hangt af van wie in uw team Linux kent, en van wat een uur stilstand uw bedrijf kost.

Zonder onderbreking overstappen naar een VPS

1. De inventaris: versie van PHP of van de taal, extensies, database en de omvang ervan, geplande taken, certificaten, en de plek waar uw e-mailadressen zijn ondergebracht.
2. De voorbereiding van de VPS: bijgewerkt systeem, webserver, taal en database, in dezelfde versies als de huidige omgeving.
3. De kopie: de bestanden, via rsync of een archief, en de database, via een export en daarna een import.
4. De test vóór de overschakeling: laat, alleen op uw eigen computer, het domein via het hosts-bestand naar de nieuwe server wijzen, en doorloop de website zoals een bezoeker.
5. Het verlagen van de TTL van de DNS-records van de website tot enkele minuten, de dag vóór de overschakeling, zodat de wijziging zich snel verspreidt.
6. De overschakeling: laatste kopie van de database, DNS-records van de website naar de nieuwe server laten wijzen, en daarna de logs in de gaten houden. Houd de oude hosting nog enkele dagen aan, tot alle bezoekers op de nieuwe server uitkomen.

rsync -avz --progress gebruiker@oude-server:/pad/naar/site/ /var/www/site/

203.0.113.10  www.uw-site.com uw-site.com

Staan uw e-mailadressen op hetzelfde shared-hostingaccount, wijzig dan alleen de DNS-records van de website en laat de MX-records ongemoeid: de e-mail blijft werken tijdens en na de overschakeling, en wordt apart gemigreerd.