Veikimo stebėjimas prieglobos paslaugų teikėjams, kuris iškviečia jus anksčiau, nei ateina klientų užklausos.
Uptimia tikrina jūsų klientų svetaines iš išorės, o viena eilute įdiegtas agentas iš kiekvieno serverio vidaus praneša CPU, disko ir apkrovos duomenis. Matote, kad /var užimtas 92 %, kai keturiasdešimt to serverio svetainių dar veikia įprastai, ir sutvarkote taip, kad sutrikimo apskritai neįvyktų.
CPU Usage
alerts only if every 30 s reading stays over 90% for 5 minDisk Usage
per mount · worst firstServer Details
reported by the agentKeturi įsitikinimai, kurie pripildo užklausų eilę
Visi keturi galioja tol, kol vienas pilnas diskas paguldo keturiasdešimt svetainių.
„Mes ir taip viską stebime iš savo duomenų centro vidaus.“
Stebėjimas iš vidaus žlunga kartu su tuo, ką stebi — dingus stovo tinklui, dingsta ir jūsų įspėjimai. Be to, jis matuoja iš vidaus — ir niekada nepamatys to, ką mato klientas už trijų tinklų.
„Svetainės veikia, vadinasi, serveriai tvarkingi.“
„Veikia“ yra vėluojantis rodiklis. Serveris, kurio /var užimtas 96 %, aptarnauja kiekvieną užklausą tol, kol nustoja aptarnauti visas. Kai jums pasako pačios svetainės, tai jau ne vienas įspėjimas — tai visas serveris iš karto.
„Jei su mūsų pašto IP kas nors būtų negerai, matytume grąžintus laiškus.“
Laiškai atmetami tyliai, kitame gale. Iš jūsų eilės jie išeina tvarkingai, o į sąrašą įtrauktas IP tiesiog atmetamas kitur. Sužinote tada, kai klientas persiunčia jau trečią nepristatytą sąskaitą.
„Būsenos puslapių vis tiek niekas neskaito.“
Neskaito tomis dienomis, kai viskas gerai. Per incidentą jie lemia, ar parašysite vieną pranešimą, ar atsakysite į keturiasdešimt vienodų užklausų — o klientui užtenka vieno incidento, kad išmoktų, kur žiūrėti.
„Vienas neveikiantis serveris — vienas incidentas“ yra didžiausias iš šių įsitikinimų. Bendroje prieglobos aplinkoje aritmetika negailestinga: vienas serveris × 40 klientų = keturiasdešimt vienalaikių sutrikimų, keturiasdešimt užklausų pagalbos skyriui, keturiasdešimt pokalbių dėl sutarties pratęsimo — dėl vieno pilno disko. Pataisymas kainuoja vieną inžinierių ir žurnalų rotaciją; sužinoti per vėlai — keturiasdešimties klientų kantrybę.
Taigi klausimas ne tas, ar šį ketvirtį prisipildys koks nors serveris. Klausimas — ar pirmas apie tai sužinos jūsų žmogus.
Štai kaip atrodo prisipildantis diskas, kai kas nors stebi serverį iš vidaus.↓ minutė po minutės
Kas nutinka, kai prisipildo /var
Per naktį viename jūsų serveryje tyliai prisipildo diskas. Keturiasdešimt tame serveryje talpinamų klientų svetainių vis dar atsako į kiekvieną užklausą, o visi valdymo skydeliai vis dar žali.
Vienas serveris išgelbėtas. Bet prieglobos ūkis genda ne tik diske — dar yra svetainės, sertifikatai, domenai ir pašto reputacija.↓ visi sluoksniai viename skydelyje
Svetainės, serveriai ir pašto IP
Serverių stebėjimas prieglobos įmonėms reiškia, kad vienu metu reikia stebėti tris dalykus: klientų svetaines iš išorės, serverius iš vidaus ir IP adresus, iš kurių išeina jų laiškai. Vienas valdymo skydelis — sugrupuota pagal stovus arba pagal klientus.
Ką jūsų klientai pastebi pirmiausia
Iki pilno disko — vienas išsipūtęs žurnalas
Šiandien, norėdami sužinoti, kuris tai serveris, turėtumėte prisijungti prie kiekvieno. Viena eilute įdiegtas agentas praneša nuolat — CPU, atminties, disko, apkrovos ir tinklo rodiklius iš kiekvieno Linux serverio kas 30 sekundžių — todėl prisipildantis /var iškviečia budintįjį, kol tame serveryje esančios klientų svetainės dar aptarnaujamos.
- Įdiegiama viena eilute — viena
curlkomanda, systemd laikmatis, jokio svetainių neveikimo - Disko slenkstis kiekvienam prijungimo taškui —
/variškviečia anksčiau nei/, o kiekvienas taškas atidaro ir uždaro savo incidentą - Tyla irgi svarbi — dėl serverio, praleidusio tris ataskaitas iš eilės, budintysis iškviečiamas praėjus 90 sekundžių nuo paskutinės
Pašto IP tikrinami visose 17 zonų
Įrašas Spamhaus ar Barracuda sąraše niekur apie save nepraneša: laiškas iš jūsų eilės išeina švarus ir atmetamas kitame gale. Pašto serverių juodųjų sąrašų stebėjimas kas 15, 30 arba 60 minučių patikrina kiekvieną siuntimo domeną ir jo IP visose 17 DNSBL zonų, o vos vienai atsakius „įtrauktas“, atidaro pašalinimo iš sąrašo planą.
- Domenas + svetainės IP + pašto IP — vienas stebėjimo objektas apima visą siuntimo domeną ir iki penkių skirtųjų IP visose 17 zonų
- Seka jūsų infrastruktūrą — svetainės IP (A įrašas) ir pašto IP (MX) iš naujo nustatomi per kiekvieną patikrą, todėl perkėlus serverį persikelia ir stebėjimas
- Jokių netikrų pavojaus signalų — reputacijos kodai, tokie kaip Hostkarma NOBL ar Mailspike „good“, atpažįstami kaip švari būsena ir niekada nepalaikomi įrašu sąraše
Vienas įklijavimas — ir visas stovas stebimas
Kai stovas suvedinėjamas po vieną formą, stebėjimas tyliai nustoja atitikti tikrą ūkį. Įklijuokite talpinamų svetainių sąrašą, pasirinkite patikros tipą — ir visas stovas sukuriamas vienu ypu bei priskiriamas to stovo grupei; kiekvienam tipui — atskiras kartas, tad veikimui, SSL ir domenui prireiks trijų. Sekmadienį išjungiate stovą? Nutildykite juos visus vienu veiksmu, iš karto visų tipų.
- Įklijuoti ir sukurti — masiškai sukurkite veikimo, SSL, domeno, kenkėjiško kodo, greičio ar RUM stebėjimo objektus, po vieną tipą kaskart, o nuskaitytą sąrašą pamatysite dar prieš sukuriant
- Rezultatas kiekvienai eilutei — dublikatai ir limitą viršijančios eilutės grįžta įvardytos, viena po kitos; tinkamos vis tiek sukuriamos
- Masinė techninė priežiūra — vienu pažymėjimu pristabdykite, tęskite arba suplanuokite laikotarpį visam stovui
bravo-clinic.co
gamma-realty.net
delta-cafe.io
… dar 96 eilutės
Vienas pranešimas vietoj keturiasdešimties užklausų
Per incidentą klientai rašo tiesiai jums — nebent esate parodę jiems geresnę vietą, kur pasižiūrėti. Būsenos puslapis kliento paties domene — su jo logotipu ir be jokio Uptimia ženklelio — gyvai gauna duomenis iš jo stebėjimo objektų, tad incidentas virsta vienu jūsų parašytu pranešimu vietoj keturiasdešimties atsakytų užklausų.
- Jų domenas, jūsų pranešimai — nukreipkite į mus jų subdomeną ir ten atsilieps būsenos puslapis su jų prekės ženklu, be „Powered by Uptimia“ ženklelio
- Viešas arba privatus — atviras jų klientams arba apribotas slaptažodžiu ar IP, kad matytų tik jie
- Įmonės prekės ženklo ataskaitos — suplanuotos veikimo suvestinės PDF, HTML ar CSV formatu, su jūsų spalvomis ir logotipu viršuje
Žinia jus pasiekia anksčiau, nei prisipildo užklausų eilė
Serveris, pašto IP ar kliento svetainė — kad ir kuris nustotų veikti, žinia pasiekia budinčiuosius tais pačiais kanalais, kuriais komanda ir taip sprendžia incidentus.
Microsoft TeamsVienas kontaktų sąrašas — vienas budinčiųjų sąrašas visam ūkiui.
Peržiūrėkite visą integracijų katalogą →Apie kliento svetainės neveikimą jus turi įspėti sistema.O ne pagalbos užklausa.
30 dienų bandymas atveria visus stebėjimo tipus — svetaines, serverius, SSL, domenus ir juoduosius sąrašus.
Visas jūsų ūkis stebimas per tris žingsnius
Svetainės, serveriai ir pašto IP bus stebimi jau šią popietę.
Pridėkite svetaines ir serverius
Įklijuokite talpinamų svetainių sąrašą po kartą kiekvienam patikros tipui — veikimui, tada SSL, tada domenui — ir viena eilute įdiekite agentą kiekviename Linux serveryje, kad matytumėte CPU, diską ir apkrovą.
bravo-clinic.co
… dar 98
Nustatykite slenksčius ir nukreipkite įspėjimus
Kiekvienam serveriui nustatykite disko ir apkrovos slenksčius, prijunkite Slack ir SMS ir nuspręskite, kas iškviečiamas pirmas, o kas — jei pirmasis neatsiliepia.
Įjunkite tai, ką mato klientas
Būsenos puslapiai klientų domenuose su prekės ženklu ir mėnesinės ataskaitos jūsų spalvomis — apie incidentus klientai išgirsta iš jūsų.
Taip pat įskaičiuota
Pridėkite per API
Kurkite stebėjimo objektus ir būsenos puslapius tiesiai iš savo paruošimo skriptų — pakyla naujas serveris, ir viena užklausa jį įtraukia į stebėjimą.
Techninės priežiūros laikotarpiai
Šį savaitgalį išjungiate stovą? Suplanuokite priežiūros laikotarpį — patikros pristabdomos, įspėjimai tyli, ir niekas neiškviečia pats savęs.
SSL ir domeno galiojimo pabaiga
Sertifikatai ir registracijos stebimi su jūsų pasirinktu įspėjimo laikotarpiu prieš galiojimo pabaigą. Domenų stebėjimo objektų skaičius auga kartu su veikimo objektais iki 1 000; SSL skaičiuojamas su griežtesnėmis grupėmis — daugiausia 100.
Eskalavimo pakopos
Įspėjimą apie neveikiantį serverį pirmiausia nukreipkite budinčiajam, o klientų vadybininkui — tik jei po 15 minučių jis vis dar neuždarytas.
Atsistatymo pranešimai
Kai serveris ar svetainė vėl pradeda veikti, tie patys iškviestieji apie tai sužino — jokios užsilikusios 3 valandos nakties panikos.
Viena paskyra visam ūkiui
Grupės neleidžia 25 serveriams ir 940 svetainių virsti vienu ilgu sąrašu — bet kurį stovą galite filtruoti, pristabdyti ar apie jį atsiskaityti atskirai.
Veikimo stebėjimas prieglobos paslaugų teikėjams
Veikimo stebėjimas prieglobos teikėjams reiškia, kad viename išoriniame valdymo skydelyje stebima kiekviena talpinama svetainė, po ja esantis serveris ir pašto IP, iš kurio siunčia klientai — taip problemos pastebimos anksčiau, nei ateina pagalbos užklausos. Svetainės tikrinamos iš išorės, apie serverius iš vidaus praneša agentas, o rezultatai keliauja į klientams skirtus būsenos puslapius ir ataskaitas.
Pirma sužino užklausų eilė
Kiekviena problema, kurią pirmas pastebi klientas, yra užklausa, mokėjimo atšaukimo rizika ir smūgis jūsų reputacijai.
Pagaunate pirmi
Incidentas virsta viena eilute serverio ataskaitoje — įrodymu, kad platforma stebima.
Ką pagauna kiekvienas sluoksnis
Trys dalykai, kuriuos reikia stebėti — svetainės, serveriai, pašto IP — iš vienos vietos; kur svarbu, pridėkite puslapio greitį ir operacijas.
Daugiau apie SSL stebėjimą →| Sluoksnis | Ką aptinkame | Kaip tai veikia |
|---|---|---|
| Veikimo laikas | Neveikiančios svetainės, serverio klaidos | Kas 30 s nuo Professional plano, pakartotinai tikrinama iš dar iki 3 regionų |
| Serverio rodikliai | Pilnas diskas, apkrovos šuolis, neprieinamas serveris | Agentas kas 30 s praneša CPU, atmintį, diską ir apkrovą, 8 slenksčiai |
| SSL sertifikatas | Galiojimo pabaiga, nutrūkusios grandinės | Pasirenkamas įspėjimo laikotarpis, kritiška likus mažiau nei 45 dienoms |
| Domeno galiojimo pabaiga | Nepratęstos registracijos | WHOIS tikrinamas jūsų intervalu, kritiška likus mažiau nei 3 dienoms |
| Juodasis sąrašas | Pašto IP įtrauktas į DNSBL | 17 zonų tikrinamos kas 15–60 min., IP iš naujo nustatomi kaskart |
Stebėjimas prieglobos teikėjams: dažni klausimai
01Kas yra veikimo stebėjimas prieglobos teikėjams?+
02Ar galiu klientui suteikti prisijungimą, kuriame matytųsi tik jo svetainės?+
03Ar integruojatės su cPanel, WHM ar Plesk?+
04Ar tai perpardavėjų arba white-label programa?+
05Ar serverio agentas veikia Windows sistemoje?+
06Kaip greitai juodųjų sąrašų stebėjimas pastebi įrašą?+
07Kiek serverių ir svetainių galiu stebėti?+
08Ar galiu komandos nariui palikti prieigą tik prie kelių stovų?+
09Kas nutinka, kai serveris peržengia slenkstį?+
/var gali suveikti anksčiau nei /.10Ar reikia ką nors įdiegti talpinamose svetainėse?+
11Kokius įspėjimų kanalus gali naudoti mano komanda?+
Pagaukite pilną diską, kol jis dar nepaguldė svetainių
Bandymo metu sudėkite dalį savo ūkio — svetaines, serverius ir pašto IP — ir pagaukite kitą problemą dar prieš jai virstant užklausa.