Mi az uptime és miért fontos

Az uptime az az idő, amíg a web elérhető. A 99 % évi több mint három nap kiesést jelent; a reális cél 99,9 % és egy percen belül tudni a problémáról.

Definíció: pontosan mit mérünk

Az uptime annak az időnek az aránya, amikor a szolgáltatás a várt módon válaszol (általában HTTP 200, a tartalom kulcsszót tartalmaz), a teljes mérési időhöz. Százalékban kifejezve, leggyakrabban 30 vagy 365 napos időszakra.

Az ellentéte a downtime - az az idő, amikor a szolgáltatás nem válaszol, 5xx-et ad vissza vagy a beállított timeoutot meghaladja. Ide tartozik a tervezett karbantartás is, hacsak kifejezetten ki nem zárod a számításból (amit az SLA-ban kell közölnöd).

A "kilencesek" táblázata: mennyi időt jelent minden tizedeshely

Uptime	Engedélyezett downtime / év	Hónap	Nap
99 %	3 nap 15 ó	7 ó 18 p	14 p
99,5 %	1 nap 19 ó	3 ó 39 p	7 p
99,9 % (three nines)	8 ó 45 p	43 p	1 p 26 mp
99,95 %	4 ó 22 p	21 p	43 mp
99,99 % (four nines)	52 p	4 p 22 mp	8,6 mp
99,999 % (five nines)	5 p 15 mp	26 mp	0,86 mp

Minden további kilences megszorozza az infrastruktúra költségeit. Az öt kilences (99,999 %) az aktív kontinensek közötti redundanciát biztosító globális szolgáltatók területe - a legtöbb üzleti alkalmazás számára a 99,9 % a megfelelő cél.

Mennyi uptime-ra van valójában szükséged

Marketing oldal (cég, portfólió): 99 % elég. A kiesés alatt érkező látogató később újra próbálkozik.
SaaS app desktop klienssel: 99,9 % a minimum. Az ügyfelek olyan munkáért fizetnek, amit downtime alatt nem tudnak elvégezni.
Webshop, fizetési átjáró, valós idejű szolgáltatás: 99,95 % és felette. Minden perc = közvetlen veszteség.
Infrastruktúra (mások által használt API): Legalább 99,99 %. Az SLA-d korlátozza az ügyfelek SLA-ját.

Hogyan mérik az uptime-ot

A monitorozó szolgáltatás periodikusan hívja a végpontodat (általában HTTP GET, de TCP socket, ICMP ping vagy DNS feloldás is). Minden ellenőrzésnek bináris eredménye van: up vagy down.

Tipikus intervallum 1-5 perc. Minél rövidebb, annál gyorsabban észleled a kiesést, de annál több false-positive riasztást kapsz (helyi hálózati zavar, rövid deploy újraindítás). A megoldás a multi-region ellenőrzés: a kiesés csak akkor erősödik meg, ha N régió jelzi, nem csak egy.

Az "elveszett kilencesek" leggyakoribb forrásai

Lejárt SSL/TLS tanúsítvány. A böngésző blokkolja az oldalt. Monitoring nélkül hétfő reggel tudod meg, amikor csörög a telefon.
Domain lejárat. Az egész DNS leáll. Email, web, status page - minden egyszerre esik.
Bedőlt adatbázis worker. Az oldal 500-at vagy timeoutot ad a kérések egy részére. Egy klasszikus ping akár át is mehet, miközben az alkalmazás hibás.
DDoS vagy flood. A szerver túlterhelt, a válaszidő a limit fölé emelkedik, és a monitoring kiesést jelent.
Elrontott deploy. Az új verzió hibás, ami eltöri valamelyik útvonalat. Integrációs tesztek nélkül akkor jössz rá, amikor az ügyfelek panaszkodni kezdenek.

Következtetés

Az uptime nem marketing szám - annak mértéke, mennyire támaszkodhatsz a saját infrastruktúrádra. A 99,9 % uptime nem luxus, hanem standard követelmény minden bevételt termelő vagy fizető ügyfelekkel rendelkező szolgáltatás számára.

Az első lépés a mérés. Ha nincs külső monitoringod, technikailag nem tudod, milyen uptime-od van - csak találgatsz.

Kezdd el mérni szolgáltatásaid uptime-ját

Az ePulz.io 1 perces intervallumtól követi a végpontjaidat több régióból. 7 nap ingyen.

Monitoring indítása →