Öt tárhelytípus röviden
A tárhelytípusok abban különböznek, hogy megosztja-e az erőforrásokat másokkal, mekkora kontrollja van a környezet felett, és ki gondoskodik a szerverről. Az ár fontos, de ebből a három tulajdonságból következik.
| Típus | Erőforrások | Ki üzemelteti a szervert | Kinek való |
|---|---|---|---|
| Megosztott tárhely | Más ügyfelekkel közös | Szolgáltató | Céges bemutatkozó oldalak, kisebb WordPress |
| Menedzselt WordPress-tárhely | Közös vagy külön, WordPressre hangolva | Szolgáltató, a WordPressre is kiterjedően | Üzleti WordPress-oldalak, kisebb webáruházak |
| Menedzselt VPS | Garantált | Szolgáltató vagy partner | Webáruházak, alkalmazások, több oldal saját rendszergazda nélkül |
| Nem menedzselt VPS | Garantált | Ön | Linuxhoz értő, karbantartásra időt szánó csapatok |
| Dedikált szerver vagy felhő | Teljes szerver vagy rugalmas erőforrások | Ön, a szolgáltató vagy partner, megállapodás szerint | Nagy forgalom, több szerver, szigorú követelmények |
Gyors ajánlásért a saját oldalához használja a fenti eszközt. Az alábbiakban elmagyarázzuk, min alapul.
Megosztott tárhely: mikor elég
Megosztott tárhelyen több száz, különböző ügyfelekhez tartozó oldal fut egy szerveren. A szolgáltató gondoskodik az operációs rendszerről, a webszerverről, a PHP-ról és az adatbázisról, Ön pedig vezérlőpulton, például cPanelen vagy Plesken kezeli a domaineket, a postafiókokat és a fájlokat.
Céges bemutatkozó oldalhoz, kisebb bloghoz vagy havi néhány ezer látogatású oldalhoz a megosztott tárhely teljesen megfelelő. A korlátok akkor jelentkeznek, ha:
- az oldal csúcsidőben lelassul, mert a szolgáltató csomagonként korlátozza a folyamatokat vagy a memóriát,
- olyan PHP-bővítményre, szolgáltatásra vagy szoftververzióra van szüksége, amelyet a szolgáltató nem támogat,
- egy másik oldal ugyanazon a szerveren Önt is érintő problémákat okoz, például a levélküldésre használt IP-cím megítélésében.
Választáskor ellenőrizze a PHP-memóriakorlátot, a tároló típusát (SSD vagy NVMe), a mentés gyakoriságát és a visszaállítás módját, valamint az elérhető PHP-verziókat. A WordPress jelenleg PHP 8.3-at vagy újabbat javasol, a PHP 8.2 biztonsági támogatása pedig 2026 végén megszűnik.
Menedzselt WordPress-tárhely
A menedzselt WordPress-tárhely átmenet a megosztott tárhely és a saját szerver között. A környezet kizárólag WordPressre van beállítva: szerveroldali gyorsítótárazás, objektum-gyorsítótár (Redis vagy Memcached), automatikus magfrissítések, tesztkörnyezet a módosítások kipróbálásához és napi mentés egykattintásos visszaállítással.
Olyan üzleti WordPress-oldalaknak való, amelyek ajánlatkérést vagy bevételt hoznak, valamint kisebb WooCommerce-webáruházaknak. A WooCommerce legalább 256 MB-os WordPress-memóriakorlátot javasol, a WordPress Hosting Handbook pedig webáruházakhoz, oldalszerkesztőkhöz és többnyelvű oldalakhoz 512 MB-ot vagy többet. Szerződéskötés előtt ellenőrizze, hogy a szolgáltató a bővítményeket is frissíti-e, hány oldalt enged a csomag, és korlátozza-e a látogatások számát.
VPS: menedzselt vagy nem menedzselt
A VPS (virtuális magánszerver) külön virtuális szerver garantált vCPU-val, RAM-mal és tárhellyel, valamint saját operációs rendszerrel. Root-hozzáféréssel bármit telepíthet: saját alkalmazást, Dockert, háttérfolyamatokat, speciális PHP-bővítményeket vagy több, különböző technológiájú oldalt.
A kulcskérdés nem a VPS mérete, hanem az, hogy ki üzemelteti:
- A nem menedzselt VPS a legolcsóbb. A szolgáltató biztosítja a szervert és a hálózatot, minden más, a biztonsági javításoktól és a tűzfaltól a mentésig és a felügyeletig, az Ön feladata. Akkor érdemes, ha van Linuxhoz értő és ráérő rendszergazdája.
- A menedzselt VPS azt jelenti, hogy a rendszerről a szolgáltató vagy egy partner gondoskodik. Rögzítsék pontosan, mi tartozik bele: PHP- és adatbázis-frissítések, felügyelet, válaszidő és hibaelhárítás munkaidőn kívül.
Egy nem menedzselt szerver, amellyel a gyakorlatban senki sem foglalkozik, a kisebb cégek egyik komolyabb biztonsági kockázata. A megtakarítás az első támadás vagy adatvesztés után gyorsan elolvad.
Dedikált szerver és felhő
Ha a terhelés kinövi az egyetlen VPS-t, ha sok oldalt üzemeltet, vagy ha az elkülönítési követelmények kizárják a megosztott platformot, a dedikált szerver, a több szerver külön adatbázissal vagy a virtuális adatközpont következik. Ekkora méretnél architektúráról dönt: az adatbázis leválasztásáról, terheléselosztásról, tartalomkézbesítő hálózatról (CDN), replikációról és katasztrófa-helyreállítási tervről.
Hogy a szerver vásárlása, bérlése vagy a virtuális adatközpont az olcsóbb, azt a szerver TCO-kalkulátorral számolhatja ki. Hogy valójában mekkora rendelkezésre állásra van szüksége, és mit jelent egy SLA-ígéret, azt az SLA és rendelkezésre állás útmutató mutatja be.
Hogyan méretezze a vCPU-t, a RAM-ot és a tárhelyet
A megbízható becslés a jelenlegi környezet mérési adatain alapul. Ha ilyenek nincsenek, három adat segít: a havi látogatásszám, a csúcsidei egyidejű felhasználók száma és az oldal típusa.
- A vCPU határozza meg, hány nem gyorsítótárazható kérést dolgoz fel egyszerre a szerver. A webáruház és az alkalmazás többet igényel egy bemutatkozó oldalnál, mert a kosár, a pénztár és a bejelentkezett felhasználók nem szolgálhatók ki gyorsítótárból.
- A RAM-ot a PHP-folyamatok, az adatbázis és a gyorsítótár használják. Egy kisebb, ugyanazon a VPS-en futó adatbázisú WordPress-oldalnál 2–4 GB a szokásos kiindulópont, webáruházaknál és alkalmazásoknál több.
- A tárhely legyen SSD vagy NVMe, tartalékkal a növekedésre, a naplókra és a helyi mentésekre. A megtelt tárhely a hirtelen leállások egyik leggyakoribb oka.
A szerver válaszkészségének hasznos mérőszáma az első bájtig eltelt idő (TTFB). A Google web.dev oldala durva célként 0,8 másodpercet vagy kevesebbet ad meg. Ha az oldala terhelés nélkül is túllépi, a nagyobb szerver általában kevésbé segít, mint a gyorsítótárazás és a kódoptimalizálás.
Adatok helye, e-mail és biztonság
A látogatókhoz közeli szerver rövidebb válaszidőt ad, a helyszín pedig az adatvédelem szempontjából is fontos. Személyes adatok EU-n kívülre továbbítása csak a GDPR meghatározott feltételei mellett megengedett, ezért a magyar cégeknek általában az EU-beli adatközponttal rendelkező szolgáltató a legegyszerűbb választás. Kössön adatfeldolgozási szerződést a szolgáltatóval, és ellenőrizze, hol tárolják a mentéseket.
Az e-mailt ne ugyanazon a szerveren üzemeltesse, mint a weboldalt. Így egy támadás vagy túlterhelés nem állítja le a levelezést is, az üzleti levelezés pedig általában jobban működik egy külön szolgáltatásban, például a Microsoft 365-ben vagy a Google Workspace-ben.
Tárhelytípustól függetlenül szüksége van másik helyszínen tárolt mentésekre és kipróbált visszaállításra. A helyreállítási célok meghatározását a mentés, RPO és RTO útmutató ismerteti.
Ellenőrzőlista a szolgáltató kiválasztása előtt
- Ismeri a havi látogatásszámot és a csúcsidei egyidejű felhasználók számát?
- Szüksége van root-hozzáférésre vagy olyan szoftverre, amelyet a megosztott tárhely nem tesz lehetővé?
- Ki gondoskodik a frissítésekről, a biztonságról és a mentésekről, és ki érhető el leálláskor?
- Mely PHP- és adatbázis-verziókat támogatja a szolgáltató, és milyen gyorsan vezeti be az újakat?
- Milyen gyakran készül mentés, hol tárolják, és milyen gyors a visszaállítás?
- Hol van az adatközpont, és aláír-e a szolgáltató adatfeldolgozási szerződést?
- Bővíthetők-e az erőforrások költözés nélkül, és mennyire bonyolult a szolgáltatóváltás?
A Humanfrog saját felhőplatformján, szlovéniai TIER III adatközpontokban nyújt tárhelyet és virtuális adatközpontot, valamint menedzselt IT-szolgáltatásokat, amelyekben mi gondoskodunk a szerverekről, a frissítésekről és a mentésekről. Ha az eszköz ajánlását saját mérési adatai alapján szeretné ellenőrizni, beszéljen velünk.
