VPS vagy osztott tárhely: mikor érdemes VPS-re váltani

A különbség, pontról pontra

Osztott (megosztott) tárhely esetén a szolgáltató egy olyan szervert üzemeltet, amelyen sok ügyfele osztozik: ugyanaz a rendszer, ugyanazok a szoftververziók, ugyanazok a beállítások mindenkinek, és fiókonkénti korlátok, hogy egyik weboldal se hátráltassa a többit. VPS (virtuális magánszerver) esetén Ön egy elkülönített szervert kap, saját erőforrásokkal, saját rendszerrel és root-hozzáféréssel: azt telepíti rá, amit a projektje kíván.

A jelek, hogy ideje VPS-re váltani

1. Az alkalmazása nem PHP-alapú weboldal

Egy Node.js-, Python-, Go- vagy Java-alkalmazás folyamatosan fut: egy folyamat várja a kéréseket, és a memóriában tartja az állapotát. Az osztott tárhely az ellenkezőjére épül: minden kérésnél elindított, majd leállított PHP-szkriptekre. Egyes szolgáltatók szűk keretek között engedélyezik a Node.js-t vagy a Pythont (előírt verziók, tétlenség után leállított folyamatok); ahogy az alkalmazás nő, ez a keret válik a fő korláttá.

2. Olyan szolgáltatásra van szüksége, amelyet a szolgáltató nem kínál

PostgreSQL, Redis, feladatsor (RabbitMQ, Celery, BullMQ), keresőmotor, headless böngésző PDF-ek vagy képernyőképek készítéséhez, ffmpeg videók feldolgozásához, egy MI-modell: mindaz, amit szolgáltatásként kell telepíteni és futtatni, olyan szervert kíván, amely felett Ön rendelkezik.

3. Eléri a fiók korlátait

Az osztott tárhely minden fiókot korlátoz: processzoridő, memória, egyidejű folyamatok száma (entry processes), fájlok száma (inodes). A tünetek: egy „508 Resource Limit Is Reached” oldal, 503-as hibák csúcsidőben, lassú weboldal, amikor egy szomszéd terhelt, félbeszakadó importálások. A kezelőpanel gyakran mutatja ezeket a számlálókat; ha rendszeresen elérik a plafonjukat, a weboldal kinőtte a csomagját.

4. Feladatoknak kell önállóan futniuk

Percenkénti ütemezett feladatok, háttérfeldolgozás, tömeges e-mail-küldés, szinkronizálás: az osztott tárhely ritkítja az ütemezett feladatokat, és megszakítja a túl hosszan futó szkripteket. VPS-en egy worker folyamatosan fut, egy feladat pedig annyi ideig tart, amennyi szükséges.

5. Hangolnia kell a szervert

Egy adott PHP-verzió vagy bővítmény, a PHP-nak juttatott memória, az alkalmazásához konfigurált webszerver, saját tűzfal, git- vagy Docker-konténer-alapú automatizált telepítések: mind olyan beállítások, amelyeket egy megosztott szerver nem nyithat meg minden ügyfél előtt.

6. Nőnek a biztonsági követelményei

Ügyféladatok, szerződéses kötelezettségek, biztonsági audit: egy elkülönített szerver, amelynek hozzáféréseit és naplóit Ön kezeli, egyszerűbben dokumentálható és ellenőrizhető, mint egy fiók egy megosztott szerveren.

És egy bemutatkozó weboldal esetén?

Egy vállalkozást bemutató weboldalnak nincs szüksége sem állandó folyamatokra, sem testre szabottan hangolt adatbázisra. Ha elsősorban gyors, biztonságos és naprakész weboldalra van szüksége, adminisztráció nélkül, a jó válasz sem az osztott tárhely, sem a VPS, hanem egy kezelt weboldal: a Simafri elkészíti, üzemelteti, biztonságossá teszi és naprakészen tartja a weboldalát, Önnek pedig nincs karbantartandó szervere.

Mit változtat a VPS-re váltás

A root-hozzáféréssel együtt jár a rendszer karbantartása. Osztott tárhelyen a szolgáltató észrevétlenül végzi; VPS-en négy témára kell választ adni:

• A biztonsági frissítések a rendszerhez és a telepített szoftverekhez, rendszeresen alkalmazva. A Debian és az Ubuntu képes önállóan telepíteni a biztonsági javításokat (unattended-upgrades).
• A tűzfal és a hozzáférések: kulcsalapú SSH-bejelentkezés, csak a szükséges portok nyitva.
• A mentések: tudni, mit ment a szolgáltató, milyen gyakran, és mit exportál Ön ezen felül, kezdve az adatbázissal.
• A felügyelet: értesítést kapni, ha a szerver nem válaszol, ha megtelik a lemez, vagy ha egy tanúsítvány lejárni készül.

Háromféleképpen gondoskodhat róla: maga végzi, olyan szakértői támogatással halad, amely diagnosztizál és megmondja, mit tegyen, vagy üzemeltetési szolgáltatásra bízza. A választás attól függ, ki ismeri a Linuxot a csapatában, és mennyibe kerül a vállalkozásának egy óra leállás.

Váltás VPS-re leállás nélkül

1. A leltár: a PHP vagy a nyelv verziója, bővítmények, az adatbázis és mérete, ütemezett feladatok, tanúsítványok, és az, hogy hol vannak az e-mail-címei.
2. A VPS előkészítése: frissített rendszer, webszerver, nyelv és adatbázis, a meglévővel azonos verziókban.
3. A másolás: a fájlok rsync segítségével vagy archívumként, az adatbázis exporttal, majd importtal.
4. Tesztelés az átállás előtt: csak a saját gépén irányítsa a domaint az új szerverre a hosts fájllal, és járja be a weboldalt úgy, mint egy látogató.
5. A TTL csökkentése: a weboldal DNS-rekordjainak TTL-jét az átállás előtti napon állítsa néhány percre, hogy a változás gyorsan terjedjen.
6. Az átállás: az adatbázis utolsó másolása, a weboldal DNS-rekordjainak az új szerverre irányítása, majd a naplók figyelése. A régi tárhelyet tartsa meg néhány napig, amíg minden látogató át nem kerül az újra.

rsync -avz --progress felhasznalo@regi-szerver:/eleresi/ut/weboldal/ /var/www/site/

203.0.113.10  www.sajat-webhely.com sajat-webhely.com

Ha az e-mail-címei ugyanazon az osztott tárhelyfiókon vannak, csak a weboldal DNS-rekordjait módosítsa, az MX rekordokat hagyja a helyükön: a levelezés az átállás alatt és után is működik, és külön költözik.