Gegarandeerde uptime

Bij Kinsta bieden we geen hosting met hoge beschikbaarheid (HA), maar wel een Service Level Agreement (SLA) ondersteunde uptimegarantie. Bij Kinsta draait elke site op ons platform in een enkele Linux container, en de site database draait als een service binnen de site container, allemaal gebouwd op Google Cloud Platform (GCP) en Cloudflare. We draaien niet meerdere load-balanced instanties van elke site-infrastructuur.

Zie voor meer informatie over onze infrastructuur en architectuur:

• Applicatie Hosting en Database Hosting infrastructuur
• Statische Site Hosting infrastructuur
• WordPress Hosting infrastructuur

Dankzij de flexibiliteit die wordt geboden door het gebruik van een containergebaseerde infrastructuur, proactief belastingsbeheer door ons Engineering-team en het gebruik van de beste cloudprovider in Google Cloud Platform, kunnen we een SLA-ondersteunde 99,9% uptimegarantie bieden.

Omstandigheden die uptimemonitoring blokkeren

Om ervoor te zorgen dat we aan onze uptimegarantie voldoen, monitoren we elke site op ons platform op uptime. Als een van onze uptime-monitoren uitvalt, reageren onze engineers onmiddellijk en werken ze aan het herstellen van de service op de site. Er zijn echter een paar scenario’s waarbij ons vermogen om uptime te monitoren beperkt kan zijn:

• Als je basisauthenticatie hebt ingeschakeld, geeft dit een 401 foutmelding bij alle niet-geautoriseerde verzoeken.
• Cloudflare’s I’m under attack modus heeft een wachttijd van 5 seconden om DDoS aanvallen te voorkomen. Dit geldt niet voor HEAD verzoeken, die zullen reageren met een 503 foutmelding.
• Reverse proxy sites waarbij het primaire domein niet doorverwijst naar de target URL.
• Bepaalde gevallen van custom caching kunnen problemen veroorzaken. Bijvoorbeeld als je de querystring HEAD verzoek van Kinsta cacht. Proxydiensten zoals Sucuri en Cloudflare kunnen soms ook problemen veroorzaken met caching, afhankelijk van de configuratie.
• Botblokkeringsservice: Onze uptime monitor gebruikt de kinsta-bot als user-agent, dus als je deze blokkeert met een plugin of service (user-agent deny) kan dit ervoor zorgen dat onze uptime monitoring mislukt (dit resulteert meestal in een 406 response code).
• Het blokkeren van het (de) IP-adres(sen) of het land van herkomst van onze uptime monitor (Geo-block) heeft invloed op onze monitoring. Als je deze functies configureert op de servers van Kinsta is dit geen probleem omdat we uitzonderingen toevoegen.
• Als het primaire domein niet doorverwijst naar de installatie waar het is toegevoegd of het heeft een redirect naar een ander domein (vermeld in de domeinenlijst van dezelfde site).
• Als een site in onderhoudsmodus is, kan deze een 503 respons terugsturen.