Uptimemonitoring voor hostingproviders die u waarschuwt voordat de tickets binnenkomen.
Uptimia controleert de sites van uw klanten van buitenaf, terwijl een agent van één regel CPU, schijfruimte en load van binnenuit elke server rapporteert. U ziet /var op 92% terwijl de veertig sites op die node nog gewoon laden — en lost het op nog vóór er sprake is van een storing.
CPU Usage
alerts only if every 30 s reading stays over 90% for 5 minDisk Usage
per mount · worst firstServer Details
reported by the agentVier aannames die de wachtrij vullen
Alle vier kloppen ze — tot één volle schijf veertig sites platlegt.
"We monitoren binnen het datacenter al alles."
Monitoring van binnenuit deelt het lot van wat ze in de gaten houdt — verliest het rack zijn netwerk, dan verliest uw alerting het ook. En ze meet vanuit uw eigen muren; ze ziet nooit wat een klant drie netwerken verderop ziet.
"De sites doen het, dus de servers zijn in orde."
"Online" is een vertraagde indicator. Een server op /var 96% verwerkt elk verzoek — tot hij er geen enkel meer verwerkt. Tegen de tijd dat de sites het u vertellen, is het geen losse waarschuwing meer — het is de hele node, in één keer.
"Als er iets mis was met onze mail-IP's, zagen we bounces."
De weigeringen gebeuren onopgemerkt, aan de andere kant. Mail verlaat uw wachtrij zonder problemen; een geblokkeerd IP-adres wordt gewoon ergens anders geweigerd. U komt erachter wanneer een klant zijn derde onbezorgde factuur doorstuurt.
"Niemand leest statuspagina's echt."
Op een goede dag leest ook niemand ze. Tijdens een incident maken ze het verschil tussen één statusmelding en veertig identieke tickets — en klanten hebben maar één incident nodig om te leren waar ze moeten kijken.
"Eén server plat is één incident" is de grootste. Bij shared hosting is de vermenigvuldiging meedogenloos: één node × 40 klanten = veertig gelijktijdige storingen, veertig supportmailboxen, veertig verlengingsgesprekken — door één volle schijf. De oplossing kost één engineer en een logrotatie; het te laat ontdekken kost het geduld van veertig klanten.
De vraag is dus niet of een server dit kwartaal volloopt. De vraag is of de eerste die het weet, bij u werkt.
Zo ziet een volraken van de schijf eruit wanneer iets van binnenuit meekijkt.↓ minuut voor minuut
Wat er gebeurt als /var volloopt
Een schijf op een van uw servers loopt 's nachts ongemerkt vol. De veertig klantsites op die server verwerken nog altijd elk verzoek, en elk dashboard staat nog op groen.
Dat is één server gered. Maar een hostingvloot faalt op meer lagen dan alleen schijfruimte — sites, certificaten, domeinen, mailreputatie.↓ elke laag, één dashboard
Sites, servers en mail-IP's
Servermonitoring voor hostingbedrijven betekent drie dingen tegelijk in de gaten houden: de klantsites van buitenaf, de servers van binnenuit, en de IP-adressen waar hun mail vandaan komt. Eén dashboard, gegroepeerd per rack of per klant.
Wat uw klanten als eerste merken
Op één doorlopend log na vol
Op dit moment moet u op elke server inloggen om te achterhalen welke dat is. Een agent van één regel rapporteert continu — CPU, geheugen, schijfruimte, load en netwerk van elke Linux-server, elke 30 seconden — zodat een vollopende /var uw wachtdienst waarschuwt terwijl de klanten erop nog gewoon bediend worden.
- Installatie in één regel — één
curl-commando, een systemd-timer, geen downtime voor de site - Schijfdrempels per mount —
/varwaarschuwt eerder dan/, en elke mount opent en sluit zijn eigen incident - Stilte telt ook — een server die drie rapporten op rij mist, wordt 90 seconden na het laatste rapport als offline gemeld
Mail-IP's gescand tegen 17 zones
Een vermelding op Spamhaus of Barracuda meldt zich nergens: mail verlaat uw wachtrij netjes en wordt pas aan de andere kant geweigerd. Blacklistmonitoring voor mailservers scant elk verzendend domein en de bijbehorende IP-adressen elke 15, 30 of 60 minuten tegen 17 DNSBL-zones, en opent een delisting-draaiboek zodra er ergens "listed" wordt geantwoord.
- Domein + web-IP + mail-IP — één monitor dekt een heel verzendend domein, plus maximaal vijf eigen IP-adressen, tegen alle 17 zones
- Volgt uw infrastructuur — web-IP (A-record) en mail-IP (MX) worden bij elke scan opnieuw herleid, zodat de controle meeverhuist als u de server verplaatst
- Geen vals alarm — reputatiecodes zoals Hostkarma NOBL en Mailspike "good" worden als schoon herkend en nooit aangezien voor een vermelding
Eén keer plakken, een heel rack aan monitors
Een rack formulier voor formulier onboarden is precies hoe monitoring ongemerkt niet meer met de vloot overeenkomt. Plak de lijst met gehoste sites, kies het type controle, en het hele rack wordt in één keer aangemaakt en ondergebracht in de groep van dat rack — één keer per type, dus Uptime, SSL en domein kosten u drie keer. Haalt u het rack zondag offline? Demp ze allemaal in één actie, voor alle typen tegelijk.
- Plakken en aanmaken — maak in bulk Uptime-, SSL-, domein-, malware-, snelheids- of real-user-monitors aan, één type per keer, met een voorbeeld van de verwerkte lijst voordat er iets wordt aangemaakt
- Resultaten per regel — duplicaten en regels boven de limiet komen regel voor regel met naam terug; de geldige worden gewoon aangemaakt
- Bulkonderhoud — pauzeer, hervat of plan een onderhoudsvenster voor een heel rack vanuit één selectie
bravo-clinic.co
gamma-realty.net
delta-cafe.io
… nog 96 regels
Eén melding in plaats van veertig tickets
Tijdens een incident checken uw klanten uw inbox — tenzij u ze een betere plek heeft gegeven om te kijken. Een statuspagina op het eigen domein van de klant — hun logo, geen Uptimia-badge — wordt live gevoed door hun monitors, zodat een incident één melding wordt die u schrijft in plaats van veertig tickets die u beantwoordt.
- Hun domein, uw meldingen — wijs een van hun subdomeinen naar ons en daar verschijnt een statuspagina in hun huisstijl, met de badge "Powered by Uptimia" verwijderd
- Openbaar of privé — open voor hun klanten, of beveiligd met wachtwoord of IP-adres zodat alleen zij het zien
- Rapporten met uw merk — geplande Uptime-overzichten als PDF, HTML of CSV, met uw kleuren en logo erop
Bereikt voordat de supportwachtrij volloopt
Eén server, één mail-IP of één klantsite — wat er ook uitvalt, het bereikt uw wachtdienstrooster via de kanalen die uw team al voor incidenten gebruikt.
Eén contactlijst — één wachtdienstlijst voor de hele vloot.
Bekijk de volledige integratielijst →De downtime van een klant zou u moeten waarschuwen.Niet een supportticket.
De proefperiode van 30 dagen opent elk type monitor — sites, servers, SSL, domein en blacklist.
Uw vloot bewaakt in drie stappen
Sites, servers en mail-IP's vanmiddag al onder toezicht.
Voeg de sites en de servers toe
Plak uw lijst met gehoste sites eenmaal per type controle — eerst Uptime, dan SSL, dan domein — en zet de agent van één regel op elke Linux-server voor CPU, schijfruimte en load.
bravo-clinic.co
… nog 98
Stel drempels in & route waarschuwingen
Stel schijf- en loaddrempels per server in, koppel Slack en sms, en bepaal wie als eerste wordt gewaarschuwd — en wie volgt als diegene niet reageert.
Zet de laag voor uw klanten aan
Statuspagina's in uw huisstijl op klantdomeinen en maandelijkse rapporten in uw kleuren — zij horen incidenten van u.
Ook inbegrepen
Onboarden via de API
Maak monitors en statuspagina's aan vanuit uw provisioningscripts — een nieuwe server komt op, één aanroep zet hem onder toezicht.
Onderhoudsvensters
Haalt u dit weekend een rack offline? Plan het onderhoudsvenster — controles pauzeren, waarschuwingen blijven stil, niemand waarschuwt zichzelf.
SSL- & domeinverloop
Certificaten en registraties worden bewaakt met een instelbaar waarschuwingsvenster vóór het verlopen. Domeinmonitors volgen dezelfde schaal als Uptime, tot 1.000; SSL wordt meegeteld met de krappere categorieën, met maximaal 100.
Escalatieladders
Stuur een waarschuwing over een offline server eerst naar de wachtdienst, en pas naar de accountmanager als het na 15 minuten nog openstaat.
Herstelmeldingen
Komt een server of site weer online, dan horen de mensen die gewaarschuwd zijn dat ook — geen aanhoudende paniek om 3 uur 's nachts.
Eén account, de hele vloot
Groepen voorkomen dat 25 nodes en 940 sites één platte lijst worden — filter, pauzeer of rapporteer per rack, afzonderlijk.
Uptimemonitoring voor hostingproviders
Uptimemonitoring voor hostingproviders betekent dat u elke gehoste site, de servers eronder en de mail-IP's waar klanten vanaf versturen in de gaten houdt — vanuit één extern dashboard — zodat problemen worden opgemerkt voordat supporttickets binnenkomen. De sites worden van buitenaf gecontroleerd, een agent rapporteert de servers van binnenuit, en de resultaten voeden statuspagina's en rapporten voor uw klanten.
De supportwachtrij komt er als eerste achter
Elk probleem dat een klant als eerste opmerkt, is een ticket, een chargebackrisico en een deuk in uw reputatie.
U merkt het als eerste
Het incident wordt een regel in het rapport van de node — bewijs dat het platform bewaakt wordt.
Wat elke laag opvangt
Drie dingen om in de gaten te houden — sites, servers, mail-IP's — gedekt vanuit één plek; voeg paginasnelheid en transacties toe waar het ertoe doet.
Ontdek SSL-monitoring →| Laag | Wat het signaleert | Hoe het werkt |
|---|---|---|
| Uptime | Offline sites, serverfouten | Elke 30 s vanaf Professional, herbevestigd vanuit maximaal 3 extra regio's |
| Servermetriek | Volle schijf, loadpiek, offline server | Agent rapporteert CPU/geheugen/schijf/load elke 30 s, 8 drempels |
| SSL-certificaat | Verloop, gebroken certificaatketens | Instelbaar waarschuwingsvenster, kritiek binnen 45 dagen |
| Vervaldatum domein | Verlopen registraties | WHOIS herhaaldelijk gecontroleerd op uw interval, kritiek binnen 3 dagen |
| Blacklist | Mail-IP vermeld op een DNSBL | 17 zones gescand elke 15–60 min, IP-adressen bij elke scan opnieuw herleid |
Veelgestelde vragen over monitoring voor hostingproviders
01Wat is uptimemonitoring voor hostingproviders?+
02Kan ik een klant een login geven die alleen hun eigen sites toont?+
03Integreert u met cPanel, WHM of Plesk?+
04Is dit een reseller- of whitelabelprogramma?+
05Draait de serveragent op Windows?+
06Hoe snel merkt blacklistmonitoring een vermelding op?+
07Hoeveel servers en sites kan ik monitoren?+
08Kan ik een teamlid beperken tot een paar racks?+
09Wat gebeurt er als een server een drempel overschrijdt?+
/var eerder kan waarschuwen dan /.10Moet ik iets installeren op de gehoste sites?+
11Welke waarschuwingskanalen kan mijn team gebruiken?+
Merk de volle schijf op voordat sites offline gaan
Laad een deel van uw vloot in de proefperiode — sites, servers en mail-IP's — en merk het volgende probleem op voordat het een ticket wordt.