A webtárhely rendelkezésre állási garanciái elmagyarázva: 99,9% vs. 99,95% vs. 100% — és hogyan definiálják a tárhelyszolgáltatók
Minden százalék egy adott számú megengedett percet jelent havonta. Íme a számítás, valamint az, hogy mit tesznek közzé valójában a nagy tárhelyszolgáltatók az SLA-jukban, és hogyan definiálják a "leállási időt" az apró betűs részben.
Mit enged meg minden "kilences"
A rendelkezésre állási százalékok egy adott megengedett leállási időre fordíthatók le havonta: 99% = 7 óra 18 perc; 99,9% ("három kilences") = 43 perc; 99,95% = 22 perc; 99,99% ("négy kilences") = 4,3 perc; 99,999% = 26 másodperc. A 99,9% és a 99,99% közötti marketingkülönbség egy tizedesjegy; a gyakorlati különbség 38 perc havonta, minden hónapban, megengedett leállási időből.
Mit tesznek közzé valójában a nagy tárhelyszolgáltatók
A Kinsta 99,9%-os rendelkezésre állási garanciát tesz közzé az SLA-jában a kinsta.com/legal/sla oldalon, dokumentált szolgáltatási jóváírási szabályzattal arra az esetre, ha a mérőszámot nem teljesítik. A DreamHost 100%-os rendelkezésre állási garanciát tesz közzé a dreamhost.com/legal/100-uptime-guarantee/ oldalon, jóváírási szabályzattal, amely meghatározza a kompenzációt a nem tervezett leállás minden perce után. A SiteGround, a Bluehost és a DreamHost shared csomagjai a rendelkezésre állásra a felhasználási feltételeikben hivatkoznak, nem egy dedikált SLA-oldalon; a jóváírási szabályzatok jellemzően az érintett hónap számlájának egy százaléka.
Hogyan definiálják a tárhelyszolgáltatók a "leállási időt" — olvasd el az SLA kizárásait
A marketingoldalon szereplő szám az alsó határ; az SLA kizárásai azok, amelyek a tényleges kötelezettséget definiálják. Gyakori kizárások a tárhely-SLA-kban: a tervezett karbantartási ablakok (néha teljesen kizárva a számításból, ami lehetővé teszi, hogy egy tárhelyszolgáltató "99,9%-ot" nyújtson, miközben több órás tervezett kiesései vannak), az ügyfél által okozott kiesések, a harmadik felek hálózati hibái (DDoS, internetszolgáltatói problémák) és a vis maior események. Olvasd el a hivatkozott SLA-t, mielőtt a címoldalon szereplő számot kötelezettségvállalásként kezelnéd. A DreamHost 100%-os garanciája szokatlanul széles körű — a szabályzatoldal szerint kifejezetten nem zárja ki a tervezett karbantartást a számításból.
Hogyan ellenőrizd a rendelkezésre állást függetlenül
Az önbevallott rendelkezésre állási irányítópultok nem függetlenek — a szolgáltatók kizárják a saját tervezett karbantartásukat, és lassan számolhatják el az incidenseket. A független ellenőrzéshez futtass egy olyan eszközt, mint az UptimeRobot, a Pingdom vagy a Better Stack a saját URL-ed ellen 1 vagy 5 perces ellenőrzési intervallummal. Ezek a földrajzilag elosztott monitorokról megfigyelt rendelkezésre állást jelentik. A szolgáltató SLA-irányítópultjával való összevetés az egyetlen módja annak, hogy megtudd, a közzétett szám tükrözi-e a valóságot.
Mikor számít az SLA, és mikor nem
Egy személyes blog vagy portfólióoldal esetében az SLA többnyire marketingműtárgy — az évi néhány órányi leállás bosszantó, de pénzügyileg nem lényeges. Egy e-kereskedelmi oldal vagy egy SaaS esetében az SLA számít, mert a leállás közvetlenül elveszett bevételre fordítódik. Egy oldal, amely napi 100 $ bevételt termel, és 3 órán át offline van, 12,50 $ árrést veszített, plusz egy SEO-hatást, ha a Google hibákba ütközött egy feltérképezés során. A kereskedelmi oldalak esetében a releváns mérőszám nem az SLA-százalék, hanem a jóváírási szabályzat képlete és a harmadik fél monitorain mért múltbeli rendelkezésre állás.
Források
Kinsta SLA: kinsta.com/legal/sla. DreamHost 100% uptime: dreamhost.com/legal/100-uptime-guarantee. SiteGround feltételek: siteground.com/terms.htm. Bluehost feltételek: bluehost.com/terms-of-service. WordPress.org tárhelyajánlások: wordpress.org/hosting. Minden URL elérve: 2026.04.30.