Redondant, selon qui ?
Un « réseau entièrement redondant » ne veut rien dire si quelqu'un d'autre contrôle le failover. Voici comment vérifier vous-même les vrais upstreams de n'importe quel hébergeur, en trente secondes.
Dans cet article 3 sections
- Chaque page d'hébergement revendique un « réseau entièrement redondant ». La revendication a deux problèmes : la redondance n'est réelle que si celui qui la revendique contrôle le failover, et presque personne ne vérifie.
- Beaucoup d'hébergeurs sont locataires sur la dorsale de quelqu'un d'autre : un seul upstream, de la capacité louée, une redondance sur autorisation. Quand cet upstream passe une mauvaise journée, eux aussi, et vous aussi.
- La nôtre est vérifiable : l'AS200477 exploité à Athènes, Amsterdam et Toronto, multi-homed sur plusieurs opérateurs (transit Tier-1 mondial et opérateurs historiques régionaux), en peering au GR-IX et à NetIX, sur un espace IPv4 que nous détenons directement du RIPE.
- Vous pouvez vérifier chaque mot de cette phrase vous-même sur la table de routage publique. Cet article vous montre comment, pour nous et pour celui qui vous héberge aujourd'hui.
Regardez n'importe quelle grille de caractéristiques d'hébergement et vous le trouverez, entre « stockage NVMe SSD » et « support 24/7 », comme un fait de nature : Réseau entièrement redondant. Une coche, une infobulle si vous avez de la chance, et on passe à l'onglet suivant. Personne ne s'y arrête. Cela se lit comme acquis.
Cela ne répond à aucune des questions qui comptent. Redondant à quelle couche, le switch, l'opérateur ou la route ? Et quand un chemin meurt vraiment à trois heures du matin, qui décide que le trafic passe par l'autre côté, et combien de temps attend-il la permission de le faire ? La case cochée est muette sur tout cela, ce qui est commode, parce que ce sont les seules questions dont les réponses changent ce qui arrive à votre site.
La redondance est une chaîne de responsabilité
Quand un opérateur tombe, quelqu'un doit décider que le trafic prend l'autre chemin. Cette décision est tout le produit. Si votre hébergeur possède son AS et gère son propre routage, ce quelqu'un est votre hébergeur, qui agit en quelques minutes sur son propre équipement. Si votre hébergeur est locataire d'une dorsale louée, ce quelqu'un est le NOC d'un upstream, qui travaille sur une liste de priorités que votre hébergeur ne fixe pas, et votre hébergeur est en attente avec tous les autres que cet opérateur vient de lâcher. Même mot sur la page commerciale. Tout autre chose à trois heures du matin.
| REDONDANT SUR LE PAPIER | UNE REDONDANCE QUE VOUS CONTRÔLEZ |
|---|---|
| Un seul upstream, de la capacité louée, un SLA sur le réseau de quelqu'un d'autre | Votre propre AS, multi-homed sur des opérateurs indépendants |
| Un failover décidé dans le NOC de quelqu'un d'autre | Un failover décidé sur votre propre bordure, par vos propres ingénieurs |
| Un espace IP loué au fournisseur auquel vous essayez de survivre | Un espace d'adressage détenu directement du registre |
| LA LIGNE QUI TRANCHEVérifiable : rien | Vérifiable : tout, sur la table de routage publique |
À quoi ressemble la nôtre, formulée de façon vérifiable
Notre système autonome, l'AS200477, est exploité dans nos datacenters d'Athènes, d'Amsterdam et de Toronto. Nous sommes multi-homed sur plusieurs fournisseurs de transit, dont des opérateurs Tier-1 mondiaux et des opérateurs historiques régionaux, et nous faisons du peering sur des points d'échange internet dont le GR-IX et NetIX. Le trafic circule sur un espace IPv4 que nous détenons directement du RIPE, de sorte qu'il ne change pas de mains quand vous grandissez. Les changements de routage se font sur notre propre bordure, par nos propres ingénieurs.
Vérifiez vous-même, trente secondes
Trouvez l'AS.
Cherchez le nom de n'importe quel hébergeur sur bgp.he.net. Le nôtre est l'AS200477. L'outil fait correspondre une entreprise au système autonome qui transporte réellement son trafic.
Comptez les upstreams.
La vue peers-and-transit montre qui transporte leurs routes. Un seul upstream, c'est un locataire. Deux opérateurs indépendants ou plus, c'est un vrai multi-homing, celui qui survit à la mauvaise journée d'un opérateur.
Vérifiez le peering sur les points d'échange.
L'appartenance à des points d'échange publics est listée sur la même page. Elle signifie que le trafic régional prend des chemins locaux courts au lieu de faire d'abord le tour de la dorsale d'un opérateur lointain.
Vérifiez à qui appartient l'espace d'adressage.
Des préfixes enregistrés au nom de l'hébergeur signifient qu'il détient son propre espace. Des préfixes enregistrés au nom de son upstream signifient que la réputation de votre IP est une sous-location, et qu'elle déménage quand il change d'opérateur.
Faites la même vérification sur nous.
Même outil, même vérification. Nous avons mis le numéro d'AS dans cet article à dessein, parce que tout l'argument est que vous ne devriez pas avoir à le croire sur parole.
Un chiffre d'uptime, vous devez le croire sur parole. Ceci, vous pouvez le vérifier avant même de parler aux ventes.
“Une redondance que vous ne contrôlez pas est une rumeur que quelqu'un d'autre a le pouvoir de confirmer.”
La table de routage prouve la structure, pas la vertu. Des opérateurs indépendants peuvent toujours être mal exploités. Un espace détenu directement peut toujours être mal routé par quelqu'un qui passe une mauvaise journée. Ce que la vérification tranche est plus étroit et plus utile qu'une note de qualité : qui a le contrôle quand un chemin tombe. C'est exactement la question que la case cochée a été conçue pour esquiver.
Réponses directes
Comment vérifier la redondance réseau de mon hébergeur ?+
Cherchez son AS dans un outil BGP public comme bgp.he.net ou bgpview. Comptez les fournisseurs de transit qui transportent ses routes, et vérifiez quel nom figure sur son espace d'adressage. Cela prend moins d'une minute et ne se falsifie pas, parce que vous lisez la table de routage mondiale en direct, pas une page commerciale.
Qu'est-ce que le multi-homing et pourquoi est-ce important ?+
Le multi-homing est une connectivité à travers deux opérateurs indépendants ou plus, sous votre propre contrôle de routage. Quand un opérateur tombe, votre trafic est rerouté parce que vous le reroutez, pas parce que vous avez attendu quelqu'un d'autre. Un hébergeur à upstream unique hérite de chaque mauvaise journée de son seul opérateur.
Est-il important de savoir à qui appartiennent les adresses IP que mon site utilise ?+
Oui. Un espace d'adressage détenu directement signifie que vos adresses, et la réputation qui leur est attachée, restent en place quand vous grandissez ou quand votre hébergeur change d'opérateur. Un espace sous-loué à un upstream est une dépendance qui porte votre nom, et elle peut déménager sans vous.
Le peering sur un point d'échange internet est-il important ?+
Il garde le trafic régional sur des chemins locaux courts au lieu de faire un détour par un opérateur lointain. Nous faisons du peering au GR-IX et à NetIX. Les appartenances d'un hébergeur à des points d'échange sont publiquement listées, c'est donc quelque chose que vous vérifiez plutôt que quelque chose que vous demandez.
Un hébergeur avec un seul upstream peut-il quand même être fiable ?+
Jusqu'à ce que l'upstream ne le soit plus. Le problème structurel n'est pas la compétence, c'est le contrôle : avec un seul opérateur, chaque décision de failover qui compte se prend dans une organisation qui n'a jamais entendu parler de vous et qui ne vous rend pas de comptes.
Faites la vérification. Puis appelez celui qui gagne.
bgp.he.net, le nom de votre hébergeur, trente secondes. Si la réponse est un seul upstream loué, nous devrions parler de ce à quoi ressemble le fait de posséder son réseau.
Parler à un ingénieurVous êtes arrivé à la fin.
Mettez la lecture en pratique
Que faites-vous tourner ?
Parlez-nous de la charge de travail, du trafic et des exigences de reprise. Commencez par le configurateur de serveur, ou passez en revue les détails avec un ingénieur.
Écrit par les ingénieurs qui construisent et exploitent l'infrastructure qu'il décrit.Parler à un ingénieur