VPS vagy dedikált szerver: melyik illik valóban a terheléshez

A gép rendben lévőnek tűnik. A load average elfogadható, a memória nem fogyott el, a lemezen van hely. Az alkalmazás mégis lassú minden hétköznap reggel 9-kor, és senki nem tudja megmondani, miért. Vagy valaki mérőszám helyett egy mondatot adott a kezedbe: „ehhez dedikált hardver kell".

A VPS vagy dedikált szerver kérdést néhány mérhető jelzés dönti el. Tapasztalatom szerint az ide eljutó terhelések többsége egyiket sem lépi át. Mindkét vásárlás jogos, és a dedikált szerver akkor a helyes válasz, ha konkrét feltételek teljesülnek.

A rövid verzió

• A dedikált hardverre váltás akkor indokolt, ha egy konkrét jelzés bekapcsol, nem akkor, ha a gép csak lassúnak tűnik.
• Három üzemeltetési jelzés számít: tartós CPU-kihasználtság maradék tartalék nélkül, kitartó CPU steal time vagy IO wait, és olyan terhelés, amely kinőtte a szolgáltató legnagyobb példányát.
• A háromból kettőt gyakran a szolgáltató vagy a csomag okoz, nem a virtualizáció. Ezt teszteld, mielőtt költenél.
• A PCI DSS és a HIPAA Security Rule izolációs és kontrolleredményeket ír elő, nem hardveres formátumot. Önmagában egyik sem követel fizikai gépet.
• A dedikált hardver csak magas, tartós kihasználtságnál nyer költségben. Az alatt egy fix hardveres alapdíjat fizetsz, amit nem használsz ki.

Miben tér el a VPS és a dedikált szerver

Vegyünk egy 4 vCPU-val hirdetett csomagot. Dedikált szerveren a négy mag a tiéd, akár használod, akár nem. VPS-en a négy vCPU ütemezési ígéret: a hipervizor négy virtuális processzort mutat a kernelednek, és a saját házirendje meg a gazdagép aktuális terhelése szerint ad nekik időt fizikai magokon.

Normál körülmények között a kettő azonosan viselkedik. Erőforrás-versengésnél nem.

A különbség nem virtuális kontra fizikai. A különbség az, mi van garantálva neked, és mi van csak kiosztva neked.

Az izolációs modell ugyanezt a törésvonalat követi. A VPS logikailag, a hipervizor által van elszigetelve: külön kernel, külön memóriaterület, külön virtuális lemezek, mindezt közös szilíciumon futó szoftver kényszeríti ki. A VPS és a bare metal abban tér el, hol húzzuk meg ezt a határt, nem abban, hogy van-e egyáltalán.

Mindkettő valódi izoláció. Máshogy hibásodnak meg és máshogy auditálják őket, ami a lenti megfelelőségi szakaszban számít.

A hipervizor többletterhelése ma már ritkán a magyarázat. Modern KVM-en, hardveres virtualizációs kiterjesztésekkel és paravirtualizált meghajtókkal, sosem találtam úgy, hogy a hipervizor miatt lassú egy alkalmazás.

Ha egy VPS alulteljesít, a szokásos ok az erőforrás-versengés vagy a méretezés.

Az érdekes változó éppen az erőforrás-versengésben lakik, és ez szolgáltatói házirend, nem a virtualizáció tulajdonsága. A túlértékesítés azt jelenti, hogy a vendégek között több vCPU-t, IOPS-ot vagy memóriát adnak el, mint amennyi a gazdagépben fizikailag van, arra alapozva, hogy nem mindenki csúcsosodik egyszerre. Van szolgáltató, aki alig csinálja. Van, aki nagyon agresszíven.

A következtetés kényelmetlen mindenkinek, aki csak kategória alapján vásárol. Egy csúnyán túlértékesített VPS és egy jól üzemeltetett VPS viselkedésben távolabb van egymástól, mint egy jól üzemeltetett VPS és egy dedikált szerver.

A shared hosting nem tartozik ebbe az összevetésbe: nincs root hozzáférés és nincs következetes erőforrás-garancia, és útmutatónk kitér arra, mikor érdemes shared hostingról VPS-re váltani ha nálad ez a lépés jön előbb. A colocation kívül esik a témán. A hardvert megveszed és a tiéd lesz, ami más beszerzési modell, más szerződésekkel és más hibatörténettel.

A jelzések, hogy kinőtted a VPS-t

Ezek a saját telemetriád ellenőrzései, nem hüvelykujjszabályok az iparágadról. Mindhármat egy feltétel irányítja: egy jelzés csak akkor számít, ha tartós.

Egy gép, amely az éjszakai mentési ablakban 95 %-os CPU-n ragad, helyesen viselkedik. Egy gép, amely két hétig ragad 95 %-on, mond neked valamit.

Tartós CPU-kihasználtság tartalék nélkül

A figyelendő feltétel egy napokon vagy heteken átívelő mozgóátlag, amely nem hagy helyet egy forgalmi hullám, egy elszabadult folyamat vagy egy lassú függőség elnyelésére. Nem egy csúcsérték. Onnantól a válaszidők nem szelíden, hanem nemlineárisan romlanak, és a következő incidensnek nincs hová mennie.

A terhelés alakja elmozdítja ezt a vonalat. Egy egyenletes, a plafonja közelében járó sorfogyasztó közelebb van a bajhoz, mint egy lökésszerű webréteg, amely napi kétszer csúcsosodik, egyébként meg pihen. A saját görbédet olvasd, ne egy gyártói oldalról vett számot.

CPU-korlátosnak lenni nem ugyanaz, mint dedikált hardvert igényelni. Az előbbi gyakran a virtualizáción belül megoldódik: nagyobb példány, vagy magasabb órajelű példány, ha a terhelés egyszálú és késleltetésérzékeny.

Mielőtt fizikai gépre kérnél árat, tisztázd, melyik esetről van szó. Egy egyszálú alkalmazás 32 magon sem lesz gyorsabb.

Steal time és IO wait

A CPU steal time az az időarány, amikor a virtuális processzorod futásra kész volt, de a hipervizor másnak adta a fizikai magot. Ez az a szám, amely elválasztja a túl nagy terhelést a túl telített gazdagéptől.

Ne kezelj egy konkrét steal time százalékot küszöbként. A saját gépeden nézd a trendet. A nulla közeli érték alkalmi kiugrásokkal normális. A tartósan nem nulla és emelkedő érték azt jelenti, hogy a gazdagép zsúfolt.

Tartósan magas érték késleltetésérzékeny terhelésnél azt jelenti, hogy az ütemezés kikerül téged, és ezt az alkalmazás fizeti meg.

Tipp: futtasd a vmstat 1 30 parancsot, és figyeld az st oszlopot a CPU blokkban; a top ugyanezt az értéket %st néven mutatja. A tényleges csúcsóráidban mérj, ne egyszer éjfélkor. Egy egészséges gazdagép így néz ki:

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 1  0      0 412332  84120 1932144    0    0     0    12  842 1503 21  4 75  0  0
 2  0      0 411980  84120 1932148    0    0     0     0  901 1622 24  5 71  0  0

Egy zsúfolt így néz ki, és a hiányzó idő az utolsó oszlopban van:

 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 4  0      0 288104  61228 1104996    0    0     8   140 1502 2210 31  6 45  1 17
 5  0      0 287960  61228 1105004    0    0     0     0 1610 2388 29  7 44  2 18

A magas steal time azt jelenti, hogy ez a gazdagép túl van értékesítve. Ez a szolgáltatódról és a csomagodról szóló állítás, nem a virtualizációról. A helyes első lépés egy jobban ellátott gazdagépre vagy dedikált vCPU-kiosztású csomagra váltani. A virtualizáció elhagyása ezután jön, nem ehelyett.

Ha a felfedezésed a steal time, akkor a túlértékesítés diagnózisa az első szál, amit meg kell húznod.

Emiatt két terhelést vittem el VPS-ről. Egyik sem volt CPU-korlátos. Mindkettő olyan gazdagépen ült, amit a kapacitásán túl adtak el, és az egyiknek elég volt egy másik szolgáltató.

A skálázási plafon

Akkor ütközöl a plafonba, amikor a szolgáltató legnagyobb példánya sem fér már össze a terheléssel, vagy amikor az utolsó függőleges lépés érezhetően kevesebb javulást hozott, mint az előtte lévő. A másodikat könnyű elnézni. Ha a példány duplázása 20 % javulást vett meg, a szűk keresztmetszet oda költözött, ahová több vCPU nem ér el.

A tárolóoldali kiváltók élik túl leggyakrabban a vizsgálatot, és általában adatbázisnak öltözve érkeznek. A korlát ritkán a motor. A korlát a tartós véletlenszerű IO egy olyan készleten, amelyet idegenekkel osztasz meg.

Bármely terhelés, amely folyamatosan kis blokkokat olvas és ír (egy elfoglalt adatbázis, egy tartós perzisztenciájú sor, egy naplózásban gazdag szolgáltatás), pontosan azzal a mintázattal nyomja azt a készletet, amelyet a legrosszabbul bír.

Figyeld a %wa értéket és a saját késleltetési percentiliseidet valódi csúcsterhelés alatt. Ha a késleltetés úgy ingadozik, ahogy azt a saját terhelésed nem magyarázza, más bérlők mögött állsz sorban, és a megbízható megoldás a saját tulajdonú lemez.

E három jelzésből kettő általában megoldható a virtualizáció elhagyása nélkül, és ezt letesztelni olcsóbb, mint hardvert venni.

Mikor követel a megfelelőség dedikált hardvert

Egy auditor leírja, hogy „a kártyabirtokosi adatkörnyezetnek dedikált hardveren kell futnia", és ez a mondat két különböző munkát végez attól függően, ki olvassa. Egy megfelelőségi szakembernek általában más terhelésektől elszigetelt, szűkre szabott hatókörű környezetet jelent. Egy hostingot vásárlónak terméktípusnak tűnik.

A két olvasat közti résben megy el a költségvetés bármiféle kontrollnyereség nélkül.

A PCI DSS és a HIPAA Security Rule egyaránt izolációs és kontrolleredményeket ír elő hardveres formátum helyett. Ha a követelményed az, hogy egy meghatározott rendszerhalmaz szegmentált, hozzáférés-szabályozott, naplózott és függetlenül értékelhető legyen, azt egy megfelelően szegmentált virtuális környezet teljesíti. Ha a követelményed az, hogy ugyanazon a szilíciumon ne fusson más bérlő kódja, azt csak fizikai hardver teljesíti.

Mielőtt bármit beáraznál, tisztázd, a két mondat közül melyiket adták a kezedbe.

A PCI DSS-nél a működő fogalom a hatókör. A Security Standards Council saját útmutatója a hatókör meghatározásáról és a hálózati szegmentálásról azt az alapállást rögzíti, hogy minden a hatókörben van, amíg az ellenkezőjét nem igazolják. A szegmentálást olyan módszerként írja le, amely csökkentheti a hatókörbe eső rendszerelemek számát. Ez a kiegészítés a szövegében sehol nem nevez meg hardveres formátumot.

Egy rosszul szegmentált virtuális környezet még mindig sokkal többet húzhat be a stackedből a hatókörbe, mint amennyivel számoltál. Ez a rossz kivitelezés ára, nem érv az ellen, hogy megcsináld.

A HIPAA nyíltabban mondja ki, hogy kontrollalapú. A HIPAA Security Rule megközelítésbeli rugalmasságról szóló rendelkezésének szövege, ahogy a Cornell Law School közli, kimondja, hogy az érintett szervezetek és üzleti partnereik bármilyen biztonsági intézkedést alkalmazhatnak, amely lehetővé teszi számukra a szabványok észszerű és megfelelő bevezetését. A választást a szervezet mérete, a technikai infrastruktúra, a költség és a kockázat alapján ítélik meg. Ez alkalmassági próba, nem eszközspecifikáció.

Egy hosztolt telepítésnél a ténylegesen működő követelmény általában szerződéses. A 45 CFR § 164.308(b)(1) Cornell Law School által közölt szövege kimondja, hogy egy érintett szervezet csak azután engedheti át üzleti partnernek az elektronikus védett egészségügyi információ kezelését, hogy kielégítő biztosítékokat kapott a megfelelő védelemre. Az a szolgáltató, amely nem írja alá az üzleti partneri megállapodást, magát zárja ki, bárhogy is néz ki a hardvere.

Van, amit csak dedikáltan lehet megoldani. Egy ügyfélszerződés, amely írásban fizikai izolációt ír elő, ilyen.

Egy másik olyan kontroll, amit hardveres hozzáférés nélkül nem tudsz megvalósítani: teljes lemeztitkosítás olyan kulccsal, amelyet az általad felügyelt TPM-ben tartasz, ellenőrzött secure boot, vagy általad tanúsított firmware-alapkonfiguráció. Ezekben az esetekben vedd meg a hardvert, és hagyd abba az összehasonlítgatást.

Tipp: mielőtt elfogadnád a „dedikált hardvert" követelményként, kérdezd meg attól, aki leírta, melyik kontrollt valósítja meg és mely rendszerekre vonatkozik. A válasz gyakran egy elszigetelt, a kártyabirtokosi adatkörnyezetre szűkített környezet, nem pedig egy dedikált szerver nevű termék. A kettő árcédulája nagyon eltér.

A megfelelőségi eredmények az auditorodtól és a te konkrét hatókörödtől függenek. Ez a helyes kérdést adja a kezedbe, nem olyan döntést, amit visszaidézhetnél nekik.

Hol metszik egymást a költséggörbék

Dedicated hardware looks cheap per core, and at sufficient scale it is. Across providers publishing public bare metal pricing, entry configurations in the 6-core, 32 GB class typically start from around $150 to $200 per month, while 24-core, 256 GB machines with multi-terabyte NVMe commonly start from $450 and up.

Those are typical list-price ranges as of August 2026, not a market average. Price your own shortlist.

Az alakot nézd, ne az abszolút számokat. A VPS ára szinte lineáris a kiosztott erőforrásokkal, és gyakorlatilag nincs alsó küszöbe, ezért kerül egy 1 GB-os példány pár dollárba. A dedikált ára ott kezdődik, amennyibe egy egész fizikai gép kerül, majd lassan emelkedik, mert egy amúgy is bérelt házban a további magok határköltsége alacsony.

Két különböző meredekségű és különböző tengelymetszetű egyenes egyetlen pontban metszi egymást.

Azt, hogy a metszéspont melyik oldalán vagy, a kihasználtság dönti el. A dedikált egyenes fix: 24 magot fizetsz, akár 24-et, akár 4-et használsz.

Egy 20 %-os kihasználtságú dedikált gép egységnyi elvégzett munkára vetítve többe kerül, mint egy helyesen méretezett VPS, még akkor is, ha magonként kisebb a számla. A nevező az, amit elfogyasztottál, nem az, amit eladtak neked.

A metszéspont nem „N magon felül". Hanem „N olyan magon felül, amelyet foglaltan tartasz".

Három költség egyik számlán sem szerepel, mégis az összehasonlításba tartozik:

• Kiépítési idő. Egy VPS percek alatt rendelkezésre áll. A fizikai hardvert megrendelik, rackbe teszik és órák vagy napok alatt adják át. Ez a késés kapacitástervezési korlát, nem egyszeri kellemetlenség.
• Nincs visszaskálázás. Egy forgalmi hullám után a VPS-t vissza tudod kicsinyíteni. A dedikált szerver teljes méretében havi elköteleződés a szerződés lejártáig.
• Hardverhiba. Ha VPS-en kidől alólad a gazdagép, a szolgáltató migrálja vagy visszaállítja. Ha a dedikált gépedben egy lemez vagy tápegység dől ki, a helyreállítás útja egy support jegy és egy visszatöltés mentésből, a kiesés pedig a te saját SLA-dban számít.

Mikor marad a VPS a helyes válasz

Egyetlen jelzés sem kapcsolt be. A kihasználtságban van tartalék, a steal time lapos, a példányméret plafonja messze van, egyetlen szerződés sem ír elő fizikai izolációt, és a fogyasztásod közel sincs a költségmetszésponthoz. Maradj virtualizálva.

Ez képesség, nem vigaszdíj. A pillanatképek visszafordíthatóvá tesznek egy frissítést, és tesztelhetővé egy kockázatos migrációt. Külön kis példányok olyan áron adnak környezet-szétválasztást, amely mellett megéri stagingöt tartani.

És a hajnali 3-as hardverhiba másé lesz, ami egy kis csapatnak többet ér, mint egy benchmarkkülönbség.

A szakadék szűkült, és ez technológiai változás, nem marketingfordulat. A dedikált vCPU-s csomagok, az alapértelmezetté vált NVMe és az érett paravirtualizált meghajtók a tipikus terhelések gyakorlati teljesítménykülönbségének nagy részét eltüntették.

A szolgáltató hosszú élete ugyanúgy a szűkített listára tartozik, mint a paraméterek. Egy VPS-csomag, amelyet egy délután alatt otthagyhatsz, kisebb beszállítói kockázatot hordoz, mint egy tizenkét hónapos hardverszerződés. Ez viszont csak akkor igaz, ha a szolgáltató a kilencedik hónapban is létezik, és még mindig válaszol a jegyekre. Nézd meg, mióta működik, hogyan teszi közzé az incidenstörténetet, és hogyan reagál a support egy kiesés előtt, nem pedig közben.

Létezik menedzselt dedikált hosting is, amely a hardveres kontrollt cseréli el kisebb üzemeltetési terhelésre, és ez ugyanaz a tengely, mint egy szinttel lejjebb a menedzselt kontra nem menedzselt döntés döntés.

A VPS-en maradás aktív döntés, saját eszkalációs úttal, nem az alapértelmezés, ahová azzal kerülsz, hogy nem választasz.

Ha a diagnózisod erőforrás-versengés volt, nem kapacitáshiány, akkor a szóban forgó vásárlás egy VPS, nem egy gépház. Amit tőle akarsz, az a szabadság, hogy az ide sodró esemény után vissza tudj kicsinyíteni. Pontosan erre az esetre építünk: a mi Linux VPS NVMe tárolón fut, 99,95 %-os rendelkezésre állási SLA-val és óradíjas számlázással. Egy nagyobb vagy magasabb órajelű példány kipróbálása egy délutánodba kerül, nem egy szerződésbe. Méretezd a fenti küszöbök szerint, hajtsd át rajta a saját csúcsodat, és nézd meg újra a steal time-ot.

Gyakran ismételt kérdések

Mennyivel gyorsabb egy dedikált szerver a VPS-nél?

Attól függ, melyik erőforrásért versengsz. Modern virtualizációnál egy jól ellátott gazdagépen a CPU-különbség kicsi, mert a hipervizor többletterhelése hardveres virtualizációs kiterjesztésekkel minimális. A megbízható különbségek az IO- és a hálózati versengés hiánya, és ezek nyers sebesség helyett a késleltetés egyenletességében mutatkoznak meg. Ha a terhelésed csúcson sem versenyez lemezért vagy hálózatért, számíts arra, hogy a különbség túl kicsi lesz ahhoz, hogy eldöntse a vásárlást.

Elég egy VPS éles adatbázishoz?

A legtöbb éles adatbázisnál igen. A ténylegesen kötő korlát általában a közös tárolón futó tartós véletlenszerű IO, nem az adatbázismotor. Egy folyamatosan kis blokkokat olvasó és író adatbázis jóval a motor határa előtt eléri a közös készlet határát. A dedikált lemezek ezt a korlátot megszüntetik; egy nagyobb példány nem.

Megköveteli a PCI DSS a dedikált szervert?

Nem, általános szabályként nem. A PCI DSS a kártyabirtokosi adatkörnyezetre szűkített izolációs és kontrollkövetelményeket ír elő, nem hardveres formátumot. A Security Standards Council hatóköri útmutatója mindent hatókörben lévőnek tekint, amíg az ellenkezőjét nem igazolják, és a hálózati szegmentálást a hatókörbe eső rendszerek csökkentésének módszereként írja le. Egy megfelelően szegmentált virtuális környezet ennek eleget tehet; egy rosszul szegmentált sokkal többet húz be a stackedből a hatókörbe.

Honnan tudom, hogy a VPS-emnek zajos szomszéd problémája van?

A tünet a csúcsidőben ingadozó teljesítmény egy egyébként nem elfoglalt gépen: a válaszidők kilengenek, miközben a saját terhelésed, memóriád és lemezhasználatod lapos és eseménytelen marad. A csendes órákban minden normálisnak látszik, és éppen ezért él túl a probléma ilyen sokáig diagnózis nélkül. Az ok azon a fizikai gazdagépen ül, amelyen osztozol, így a megoldás egy jobban ellátott csomag vagy egy másik szolgáltató, nem az alkalmazásod újraírása.

Mikor váltsak VPS-ről dedikált szerverre?

Upgrade when at least one of these holds: CPU utilization sits at a rolling-average level that leaves no headroom for a traffic event; steal time or IO wait stays high after you have already tried a better-provisioned plan; the workload has outgrown the largest instance your provider sells; a contract or a control genuinely requires physical isolation; or sustained utilization is high enough that a fixed hardware cost beats per-resource pricing.