Un vrai VPC est une propriété du matériel, pas une ligne dans la base de données de quelqu'un d'autre.
Dans un cloud public, un VPC est une abstraction logicielle que vous partagez avec d'autres locataires. Sur notre réseau, c'est votre propre segment sur du matériel qui nous appartient. Voici de quoi la différence est faite.
Dans cet article 5 sections
- Un « VPC » de cloud est un overlay logiciel sur une infrastructure partagée avec des millions de locataires. Le nôtre est votre propre segment sur notre propre silicium.
- L'isolation est par locataire dans le matériel du switch : vos routes vivent dans leurs propres tables, pas derrière une access list sur un VLAN partagé.
- La résilience est le réglage par défaut : plusieurs opérateurs de transit plus du peering sur des points d'échange en bordure, du multipath partout dans le fabric.
- Le trafic entre nos datacenters circule sur un mesh chiffré IPsec actif en permanence, de sorte que votre trafic de réplication et de DR reste hors de l'internet ouvert.
« Virtual private cloud » est l'un des meilleurs noms que les hyperscalers aient jamais trouvés. Cela sonne comme un lieu. C'est en réalité une ligne de base de données : un overlay défini par logiciel, découpé dans une infrastructure que vous partagez avec d'autres locataires et imposé par le même plan de contrôle qui fait tourner celui de tous les autres. Mais le mot « private » porte beaucoup de poids dans cette phrase, et il vaut la peine de demander ce qu'il signifie quand il n'est pas adossé à du matériel.
Une isolation qui est réelle
Sur notre fabric, la séparation des locataires n'est pas une règle de firewall que quelqu'un a tapée. Chaque locataire reçoit sa propre séparation de routage et sa propre identité de réseau virtuel sur notre fabric leaf-spine, pas un VLAN partagé avec une access list boulonnée dessus. Votre réseau existe comme une entité à part dans les tables de commutation du silicium : vos routes ne sont pas dans une table avec celles de quelqu'un d'autre, et il n'y a pas d'ordre de règles à se tromper subtilement entre vous et votre voisin.
C'est ce que « rayon d'impact » veut dire à la couche réseau. Une erreur de configuration, une compromission ou une inondation de trafic dans le segment d'un locataire n'a aucun chemin vers le vôtre, parce qu'il n'y a pas de segment partagé à traverser. Pour quiconque rend des comptes à un auditeur, le réseau mono-locataire est aussi la phrase la plus simple à défendre : l'isolation est architecturale, une posture qui se rapporte naturellement aux discussions ISO 27001, au lieu d'une politique qui se rapporte à une promesse.
La résilience est le réglage par défaut, pas l'option payante
En bordure, le réseau est multi-homed sur plusieurs opérateurs de transit, plus du peering au GR-IX et à NetIX, de sorte que la perte d'un opérateur est un événement de routage pour nous, pas quelque chose que vous remarquez. À l'intérieur, le fabric est leaf-spine. Il n'y a pas de niveau de résilience à acheter. Les pannes ordinaires ont été éliminées par conception avant votre arrivée.
L'interconnexion privée
Le trafic entre nos datacenters circule sur un mesh chiffré IPsec actif en permanence, de datacenter à datacenter, pas sur l'internet ouvert. Si vous répliquez du stockage entre sites ou faites tourner un DR sur un second site, ce trafic est privé par défaut : aucun VPN à construire, aucun transit public à traverser pour vos données, aucun compteur au gigaoctet qui tourne sur votre propre réplication. La liaison est conçue pour la réplication, pas pour de l'internet best-effort.
L'histoire du stockage et l'histoire du réseau se rejoignent exactement ici : la réplication inter-sites décrite dans Votre trafic de DR fait la navette sur l'internet public circule sur ce mesh. Quand nous disons que votre point de reprise est une décision de conception et non un espoir, l'interconnexion privée est l'une des pièces qui rendent la phrase vraie.
Pourquoi cela exige du matériel qui nous appartient
Rien de ce qui précède n'est accessible à un hébergeur qui loue son réseau. On ne peut pas donner aux locataires une vraie séparation au niveau du silicium sur une dorsale louée, et on ne peut pas promettre une interconnexion privée quand le trafic entre ses sites circule sur le même transit acheté au gigaoctet. C'est la moitié réseau de la thèse « posséder le matériel », et la raison pour laquelle la première question à poser à tout hébergeur est à qui appartient le réseau.
Conçu pour la charge de travail
La posture réseau est conçue à chaque engagement, de la même façon que nous dimensionnons le calcul et le stockage : la profondeur d'isolation, les chemins de DR et les besoins de peering sont des questions que nous posons, pas des cases que vous cochez. Et la règle du dimensionnement honnête s'applique ici aussi. Si votre charge de travail n'a pas besoin d'un second site, nous le dirons avant que vous n'en payiez un. L'assistant pose la question du disaster recovery deux fois exactement pour cette raison.
Réponses directes
En quoi est-ce différent d'un VPC AWS ?+
Un VPC AWS est une abstraction logicielle au-dessus d'une infrastructure partagée, imposée par un plan de contrôle que vous partagez avec tous les autres. Ici, votre segment existe dans les tables de commutation de matériel qui nous appartient, avec votre propre séparation de routage.
Mon trafic de réplication traverse-t-il l'internet public ?+
Non. Le trafic entre nos datacenters reste sur nos propres liaisons chiffrées, de sorte que la réplication inter-sites et le DR restent hors du transit public, sans compteur dessus.
Un VPC doit être à vous, pas un réglage dans la console de quelqu'un d'autre.
Apportez la charge de travail et l'exigence de conformité. Nos ingénieurs conçoivent la posture réseau avec vous, de la profondeur d'isolation aux chemins de DR.
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
