Ubuntu VPS szerver üzemeltetés  magas színvonalon.

A VPS (Virtual Private Server) egy fizikai szerveren belül kialakított, elkülönített virtuális gép, saját operációs rendszerrel, saját fájlrendszerrel és garantált erőforrásokkal. Úgy viselkedik, mintha saját szervere lenne, root hozzáféréssel és szabadon telepíthető szoftverekkel, de a fizikai vasat többen osztják. A modern virtualizáció (jellemzően KVM) garantálja, hogy a szomszédos példányok ne lássanak bele egymás adataiba és ne vegyék el egymás erőforrását.

A VPS bérleti díja hazai szolgáltatónál havi 1500 forinttól indul egy kisebb, egy-két vCPU-s gép esetén, és a méretével arányosan nő. Ez azonban csak a hardver ára. Ehhez jön az egyszeri beüzemelés, amikor a nyers telepítésből védett, hangolt környezet lesz, valamint a folyamatos üzemeltetés havi díja, ha nem saját maga akarja felügyelni. A konkrét sávokat az árak szekcióban részletezzük.

Nem menedzselt esetben a szolgáltató a virtuális gépet és a hálózatot adja, minden más az Ön felelőssége: telepítés, biztonság, frissítés, mentés, hibaelhárítás. Menedzselt esetben ezt egy üzemeltető vállalja át. A különbség akkor látszik meg, amikor baj van: nem menedzselt gépnél a szolgáltató legfeljebb annyit mond, hogy a virtuális gép fut. Hogy a weboldal miért nem, az nem az ő dolga.

Az Ubuntu Server a legelterjedtebb Linux disztribúció webes kiszolgálásra, ami két gyakorlati előnyt jelent: szinte minden szoftverhez van hozzá hivatalos csomag és dokumentáció és bármilyen hibába futunk, nagy eséllyel más is beleütközött már. Az LTS (Long Term Support) kiadások öt év standard biztonsági támogatást kapnak, így a rendszer évekig frissíthető marad anélkül, hogy félévente teljes verzióváltást kényszerítene ki.

Nem feltétlenül, pontosan ezért létezik a menedzselt üzemeltetés. Egy átlagos webes környezet felügyelete nem tölt ki egy teljes munkaidős pozíciót, viszont szakképzettséget igényel. A havi üzemeltetési díj töredéke egy alkalmazott költségének, cserébe a tudás és a rendelkezésre állás folyamatos. Ha van belső informatikusa, akkor is dolgozhatunk együtt – sok ügyfélnél a belső csapat mellett adunk szerver-szintű támogatást.

Egy átlagos weboldalhoz készülő környezet 2–4 munkanap alatt áll össze a felméréstől az élesedésig. Webáruháznál, ahol gyorsítótár-réteg, keresőmotor és teljesítményhangolás is kell, ez 4–10 munkanap. A migráció ideje főként az adatmennyiségtől és a régi környezet állapotától függ, mert egy dokumentálatlan, évek alatt összenőtt szerver feltérképezése néha több idő, mint maga a költöztetés.

Igen, és a leállás jól tervezve percekben mérhető, nem órákban. A módszer: az új környezetet előre felépítjük és teszteljük, a DNS élettartamát (TTL) előző nap lecsökkentjük, majd egy alacsony forgalmú idősávban történik az átkapcsolás és a friss adatok másolása. A régi szervert még napokig párhuzamosan tartjuk, hogy legyen hova visszalépni.

Ez a rendszertől, a katalógus méretétől és a forgalomtól függ, nem általános szabálytól. Egy néhány száz termékes WooCommerce bolt általában jól elfut néhány vCPU-n és pár giga memórián, míg egy Magento 2 rendszer érdemi memóriát igényel már az indexeléshez és a keresőmotorhoz is. A méretezést mindig a tényleges terhelési adatokból számolással kezdjük és inkább skálázható csomagot választunk, mint előre túlméretezettet.

Önmagában ritkán. A szolgáltatói pillanatkép (snapshot) a teljes gépről készül, gyakran ugyanabban az infrastruktúrában tárolódik, és rövid ideig őrződik meg. Ha csak egy táblát vagy egy fájlt kell visszaállítani, a snapshot túl durva eszköz; ha pedig a szolgáltatói fiók sérül, a snapshot is elvész vele. Ezért teszünk minden esetben külön, független tárolóra menő, verziózott mentést is.

Pontosan annyira, amennyire felügyelik. Egy friss, alapbeállításokkal futtatott és kitett Ubuntu VPS ellen órákon belül megindulnak az automatikus jelszópróbálgatások. Ezért a beüzemelés része a kulcsos SSH beléptetés, a jelszavas bejelentkezés tiltása, az alapértelmezetten záró tűzfal, az ismételt próbálkozások automatikus tiltása és a futó szolgáltatások körének minimalizálása. A legtöbb feltört szerver nem körülményes támadás áldozata, hanem egy elmaradt frissítésé.

Ilyen esetben nem „kitakarítunk” egy fertőzött rendszert, mert egy kompromittálódás után soha nem lehet biztosan kijelenteni, hogy minden hátsó ajtó eltűnt. A helyes eljárás: a szerver izolálása, a behatolás útjának azonosítása a naplókból, majd tiszta környezet felépítése és az adatok ellenőrzött visszaállítása, a kihasznált rés bezárásával együtt. Ezért ér annyit egy működő mentési rendszer.

Ha a látogatók túlnyomó része magyar, akkor hazai vagy közép-európai adatközpont a célszerű: a rövidebb hálózati út mérhetően jobb válaszidőt ad, ami a Core Web Vitals értékekben is megjelenik. Nemzetközi közönségnél a különbséget CDN-nel lehet kiegyenlíteni. Adatvédelmi szempontból az európai uniós adatközpont a legegyszerűbben védhető választás.

Nem automatikusan. Egy alapbeállításokkal futó VPS lehet lassabb is, mint egy jól optimalizált tárhely. A VPS előnye nem a nyers sebesség, hanem a kontroll: Ön dönti el, hogy milyen cache-réteg fut, mennyi memóriát kap az adatbázis, milyen PHP-beállítások élnek. A gyorsaság ebből a kontrollból lesz, ha valaki értő kézzel él vele.

Nem kötelező, és ha az üzemeltetést mi visszük, akkor jellemzően felesleges: a vezérlőpanelek licencdíjat, további erőforrást és újabb támadási felületet jelentenek. Ha viszont szüksége van önálló felületre, például több ügyfél tárhelyét kezelné, akkor telepíthető, és van ingyenes alternatíva is. Ezt a felméréskor tisztázzuk.

Igen, és gyakran ez a leggazdaságosabb megoldás. A lényeg az elkülönítés: minden oldal saját rendszerfelhasználót, saját PHP-FPM pool-t és saját adatbázis-hozzáférést kap, így egy oldal biztonsági problémája nem terjed át a többire. Érdemes viszont figyelni, hogy egy nagy forgalmú webáruház mellé ne kerüljön olyan projekt, amelyik csúcsidőben elviszi előle az erőforrást.

Két irányban. Függőlegesen: a szolgáltatónál több vCPU és memória kérhető, ez általában egy rövid újraindítással jár. Vízszintesen: a webréteg és az adatbázis szétválasztható külön gépekre, elé terheléselosztó tehető, a statikus tartalom pedig CDN-re költöztethető. A legtöbb magyar webáruháznak sokáig elég az első út, a második akkor jön, ha a forgalom tényleg megköveteli.

Igen. A szerver az Ön tulajdona vagy az Ön előfizetése, így a teljes hozzáférés jár hozzá, ahogy a környezet írásos dokumentációja is. Egyetlen kérésünk, hogy a közös üzemeltetés idején a kézi beállítás-módosításokat egyeztessük, mert a nem dokumentált változás a leggyakoribb oka annak, hogy egy addig stabil rendszer hirtelen “magától” elromlik.

Semmilyen technikai fogság nincs. A szerver, a domain, a mentések és a dokumentáció az Öné marad, és átadási jegyzőkönyvvel adjuk át a hozzáféréseket a következő üzemeltetőnek. Nem használunk zárt, csak általunk értett megoldásokat: a környezet szabványos Ubuntu, szabványos szolgáltatásokkal, hogy bármelyik szakember át tudja venni.

A szerveroldali Google Tag Manager saját konténerben fut, és a forgalommal arányosan használ erőforrást, kisebb-közepes forgalomnál egy dedikált VPS bőven elég hozzá, saját aldoménnel és tanúsítvánnyal. Előnye, hogy a mérés nem külső szkripttől függ, a hirdetési adatok pontosabbak és adatvédelmi szempontból is jobban kontrollálható, mi hagyja el a rendszert.

Használjuk. A WebPot DEV saját rendszerei, beleértve ezt a weboldalt és az általunk fejlesztett webáruházakat, ugyanezen az elven felépített Ubuntu VPS környezetben futnak. Ami nálunk nem vált be, azt ügyfélnek sem ajánljuk.

Nem kötelező, de sok esetben megéri. A Cloudflare ingyenes szintje is ad DDoS-védelmet, bot-szűrést és globális gyorsítótárat a statikus tartalomra, ami hazai VPS mellett a külföldi látogatóknak is jó válaszidőt ad. Beállításnál arra kell figyelni, hogy a gyorsítótár-rétegek ne üssék egymást. Igény esetén a bekötést és a finomhangolást is elvégezzük.

Technikailag igen, de a bejövő-kimenő levelezés üzemeltetése a legkényesebb szerveres feladatok egyike: a kézbesíthetőség az IP-reputáción és a pontos SPF, DKIM és DMARC beállításokon múlik. A weboldal tranzakciós leveleit (rendelés-visszaigazolás, űrlapok) rendben beállítjuk a VPS-ről, a teljes céges levelezésre viszont sok esetben dedikált levelezőszolgáltatást javaslunk. A döntést a felmérésnél közösen hozzuk meg.

Igen, kérésre az éles mellett elkülönített staging környezetet alakítunk ki ugyanazon a VPS-en vagy külön gépen. A frissítések, az új fejlesztések és a nagyobb beállítás-módosítások először itt futnak le és csak ellenőrzés után kerülnek élesbe. Webáruháznál ez a biztonságos üzemeltetés alapja, nem luxus.

Minden üzemeltetett szerver 0-24 órás monitorozás alatt áll automatikus riasztással, így a problémáról jellemzően előbb tudunk, mint a látogatók. Üzemzavarnál soron kívül lépünk, a vállalt reakcióidő csomagonként eltérő és írásban rögzített. Üzletileg kritikus rendszereknél egyedi SLA megállapodást kötünk.