SLA de disponibilité99.99 %, et nous le remboursons nous-mêmes.
Chaque SLA promet un chiffre. Ce qui compte, c'est qui doit constater qu'il n'a pas été tenu, et presque partout c'est vous — via un formulaire, dans un délai donné, avec des preuves. Ici, le crédit est calculé à partir du même journal d'incidents que celui qui alimente la page de statut, et appliqué à votre solde sans qu'on vous le demande.
L'engagement
Ce que 99.99 % vous achète réellement.
Un pourcentage est facile à imprimer et difficile à ressentir. Voici le même engagement exprimé comme ce que vous vivriez réellement : le nombre de minutes pendant lesquelles votre serveur pourrait être injoignable avant que nous vous devions de l’argent.
Allocation par jour
9 secondes
Allocation par semaine
1 minute
Allocation par mois
4.3 minutes
Allocation par an
52.6 minutes
Mesure par region, sur l'accessibilite reseau — le fait que les paquets atteignent votre serveur, pas l'impression de rapidite. La degradation est consignee sur la page de statut et ne compte pas silencieusement comme disponibilite, mais ce n'est pas de cela que traite ce chiffre. La moyenne actuelle du parc est 99.9963 %.
Ce que vaut un mauvais mois
Sous forme de pourcentage du tarif mensuel du service concerné, crédité sur votre solde. Cela ne se cumule avec rien et n’expire jamais.
-
Sous 99,99 %sur 4.3 min d'indisponibilité sur un mois de 30 jours10 % du tarif mensuel5,00$ à votre solde
-
Sous 99,90 %sur 43.2 min d'indisponibilité sur un mois de 30 jours25 % du tarif mensuel12,50$ à votre solde
-
Sous 99,50 %sur 216 min d'indisponibilité sur un mois de 30 jours50 % du tarif mensuel25,00$ à votre solde
-
Sous 99,00 %sur 432 min d'indisponibilité sur un mois de 30 jours100 % du tarif mensuel50,00$ à votre solde
Trois choses qu'un SLA cache habituellement
Le chiffre, c'est la partie facile. C'est le processus qui vous piège.
La plupart des contrats sont honnêtes sur le pourcentage et silencieux sur tout le reste : une réclamation à déposer, un délai pour le faire, des preuves à fournir, et un crédit qui n'existe que sur une future facture que vous n'enverrez peut-être jamais. Rien de tout cela ici, et la raison est simple — nous avons déjà l'enregistrement, alors vous demander de le prouver ne serait qu'un moyen d'espérer que vous renonciez.
L'enregistrement à partir duquel ceci est calculé- Aucune réclamation à déposer Le crédit est calculé à partir de notre propre journal d'incidents et appliqué. Aucun formulaire.
- Aucune fenêtre à manquer Rien n'expire parce que vous étiez occupé pendant les trente jours suivant une panne.
- Aucun crédit à dépenser uniquement ici Cela atterrit sur votre solde. Résiliez ensuite, le solde reste le vôtre.
Ce que cela ne couvre pas
Courte, et énoncée en tête plutôt que dans une annexe à la fin. Une exclusion découverte après une panne est une condition qui ne vous a pas été proposée.
- Maintenance annoncée au moins 72 heures à l'avance, dans une fenêtre dont vous avez été informé.
- Tout ce qui est causé par votre propre configuration, vos logiciels ou un épuisement de ressources.
- Suspension au titre de la politique d'usage acceptable, une décision plutôt qu'un incident.
- Une attaque que nous avons absorbée et qui a dégradé votre service sans que notre réseau perde son accessibilité.
- Panne d'un réseau par lequel vous nous atteignez, qui n'est pas le nôtre.
Tout le reste compte, y compris nos propres erreurs, une panne dans un site que nous avons choisi, et une attaque qui a coupé une région d'internet. Choisir un fournisseur qui a failli est une décision qui nous appartient, pas une force de la nature derrière laquelle s'abriter.
À propos de l'accord.
Comment le crédit est-il réellement appliqué ?
Comme une ligne sur votre grand livre en fin de mois, calculée à partir du registre des incidents des régions où se trouvent vos services. Elle se comporte comme tout autre solde : elle paie les renouvellements, n'expire pas, et n'est pas reprise en cas d'annulation.
Dois-je le réclamer ?
Non, et il n'y a aucun formulaire à chercher. Nous détenons déjà l'enregistrement à partir duquel le crédit est calculé, donc vous demander de prouver une panne que nous avons nous-mêmes enregistrée ne serait qu'une façon d'espérer que vous n'y arriviez jamais. Une fois connecté, cette page vous montre ce qui est dû aujourd'hui.
Que mesure-t-on exactement ?
L'accessibilité réseau de la région où se trouve votre service, sur une fenêtre glissante, calculée à partir du journal des incidents. Seules comptent les minutes où le trafic ne pouvait pas l'atteindre. Un événement qui a ralenti les choses sans casser l'accessibilité est publié sur la page de statut et ne réduit pas le pourcentage.
Pourquoi la fenêtre est-elle glissante plutôt que calendaire ?
Parce qu’un mois calendaire permet à une panne du 31 de ne rien coûter le 1er. Une fenêtre glissante signifie qu’un incident porte son poids pendant un mois complet, quel que soit le jour, ce qui est pire pour nous et plus honnête envers vous.
Et si une région est en panne pendant des jours ?
En dessous de 99 %, l'avoir correspond au tarif mensuel entier du service concerné — vous ne payez rien ce mois-là. Au-delà, il ne s'agirait plus d'un avoir mais d'une migration et d'un remboursement, et un ingénieur vous aurait déjà contacté directement bien avant que vous ne lisiez cette page.
Le SLA s'applique-t-il aussi au bare metal et à la colocation ?
L'engagement réseau s'applique à tout ce que nous routons, matériel colocalisé inclus. Les pannes matérielles sur un serveur dédié sont couvertes séparément : disques, mémoire et alimentations défaillants sont remplacés dans les deux heures suivant le diagnostic, 24 heures sur 24, sans frais.