Flexibilité de la passerelle de transit dans les réseaux multicloud

F5

À mesure que le cloud public s’est développé, nous, les humains, sommes sans doute ceux qui ont eu le plus de mal à suivre le rythme. Chaque nouveau service répond à un besoin, qu’il s’agisse d’accélérer la programmation ou de simplifier la configuration et le déploiement. AWS Transit Gateway a permis de réduire la complexité des réseaux cloud en faisant office de hub central partagé pour les VPC, mais ce service ne fonctionne qu’au sein d’AWS.

F5 Volterra propose une solution qui étend et améliore le modèle en étoile au sein d’autres clouds, ainsi qu’à l’échelle mondiale entre différents clouds, tout en simplifiant notamment la configuration et le déploiement d’AWS Transit Gateway.

Architectures ad hoc, maillées et en étoile

Les connexions entre les VPC de réseaux virtuels cloud ont traditionnellement été établies de manière ponctuelle, partout où un besoin était identifié. Dans le cadre d’un déploiement entièrement nouveau, ces connexions peuvent être utiles pour refléter les relations entre les microservices et appliquer des contrôles d’accès. Il peut également être nécessaire de tenir compte des contraintes des environnements physiques, par exemple en autorisant les connexions entre des nœuds situés au même endroit qui, autrement, emprunteraient un chemin inefficace, comme dans les schémas classiques dits « trombone » ou « boomerang ». Toutefois, une infrastructure conçue spécifiquement pour une mise en œuvre unique impose généralement des contraintes aux évolutions futures, ce qui donne l’impression qu’une refonte complète de l’architecture est nécessaire à mesure que la conception initiale évolue naturellement.

À mesure que les connexions ad hoc se multiplient, l’architecture tend vers une topologie maillée, dans laquelle chaque nœud est connecté à plusieurs autres. Si les topologies maillées offrent une flexibilité maximale pour le cheminement des données — chaque destination possible étant directement connectée —, elles peuvent être particulièrement fastidieuses à créer et à maintenir sans une automatisation poussée.

Contrairement à une architecture ad hoc, l’architecture en étoile constitue une manière structurée d’organiser les connexions. Dans un ensemble d’éléments, l’un d’eux fait office de concentrateur central auquel tous les autres sont connectés, sans toutefois être reliés entre eux. Visuellement, cette architecture est généralement représentée comme une roue de vélo, mais aussi souvent sous la forme d’une arborescence, avec le concentrateur en haut et les branches en bas, à la manière d’un arbre généalogique. Le principal avantage d’une architecture en étoile ou en arborescence réside dans sa simplicité. Elle est facile à représenter et à comprendre, car le seul chemin entre les branches passe par le concentrateur. Cela facilite également sa maintenance : non seulement il faut moins de temps pour cerner l’origine du problème lors d’un incident, mais la structure de base reste inchangée en cas de déplacement, d’ajout ou de modification de nœuds.

Les inconvénients généralement cités sont un manque de flexibilité et des performances moindres. Toutefois, un concentrateur bien conçu assure une circulation rapide du trafic, et les avantages durables de la simplicité en matière de maintenance l’emportent sur les bénéfices temporaires que peut offrir la flexibilité lors de la mise en place. L’architecture en étoile garantit également un chemin de données entre deux nœuds quelconques, offrant une flexibilité proche de celle d’un maillage complet et réduisant le besoin de connexions ad hoc.

Simplifier la mise en réseau dans le cloud avec AWS Transit Gateway

À l’origine, la mise en réseau dans le cloud nécessitait des connexions ad hoc entre les instances de calcul, jusqu’à l’apparition des réseaux virtuels VPC. Les VPC assurent une connectivité directe dans chaque sous-réseau, ce qui simplifie considérablement la configuration et l’application des politiques. Il est utile de considérer chaque VPC comme un réseau en étoile.

AWS Transit Gateway interconnecte les VPC de la même manière que les VPC interconnectent les instances de calcul. Il fonctionne essentiellement comme une architecture en étoile à plusieurs niveaux, un concentrateur de concentrateurs ou un VPC de VPC. Les nœuds situés dans différents VPC peuvent communiquer entre eux si ces VPC sont tous deux connectés au même Transit Gateway. Les Transit Gateways permettent également de partager des ressources dédiées, par exemple en combinant des VPN sur plusieurs VPC afin d’augmenter la bande passante ou de simplifier l’accès des utilisateurs distants.

Simplifier la mise en réseau multicloud avec F5 Volterra

F5 Volterra fournit une interface utilisateur unifiée permettant de créer des connexions entre les clouds, de configurer les VPC dans ces clouds à l’aide de leurs API natives d’infrastructure en tant que code, et de gérer le trafic et la fourniture des services. Sur AWS, la solution assure la configuration complète et la gestion du cycle de vie des Transit Gateways. Si AWS Transit Gateway ou d’autres services natifs de fournisseurs de cloud ne sont pas utilisés, la console Volterra offre un moyen uniforme d’établir et de contrôler les connexions entre les réseaux virtuels, en traduisant les intentions de l’administrateur en une configuration propre à chaque cloud. Dans les scénarios nécessitant des connexions arbitraires entre les sous-réseaux de réseaux virtuels, Volterra peut même automatiser la création d’un maillage complet si l’administrateur le souhaite. La rapidité de configuration réduit considérablement les tâches fastidieuses, tandis que l’automatisation élimine presque tout risque d’erreur.

Volterra étend le concept de réseau en étoile multiniveau à l’échelle mondiale, faisant ainsi office de passerelle de transit multicloud pour interconnecter les clouds publics et privés. La console SaaS de Volterra offre un contrôle global unifié sur toutes les régions des principaux clouds publics, ainsi que sur tous les clouds privés que le client souhaite connecter. L’architecture globale est entièrement configurable, qu’elle nécessite des connexions ad hoc, un maillage multicloud complet ou une topologie en étoile utilisant le réseau mondial de F5 comme dorsale privée dédiée à haut débit.

Faire évoluer le facteur humain dans les réseaux multicloud

L’automatisation et l’architecture multiniveau simplifient la gestion de l’extension des clouds pour les administrateurs, mais les véritables avantages résident dans la capacité à démultiplier le nombre d’administrateurs. La console Volterra est nativement mutualisée et permet de subdiviser l’organisation en différents espaces de noms. Chaque espace de noms est totalement invisible pour tous les autres, même au niveau de la couche IP. Dans chaque espace de noms, les administrateurs peuvent définir des politiques basées sur les intentions, puis déléguer le contrôle aux développeurs afin qu’ils gèrent eux-mêmes le cycle de vie des connexions sécurisées et des services propres à leurs projets, sans risquer de perturber d’autres projets ni de dépasser les paramètres réseau et de sécurité prédéfinis. C’est ainsi que l’on assure l’évolutivité des ressources humaines à l’échelle de l’organisation : les ingénieurs opérationnels bénéficient du contrôle et de la visibilité sur le réseau multicloud au sein de leurs propres silos, tandis que les administrateurs du réseau cloud conservent une supervision globale complète.

Ressources supplémentaires

• Déployez partout grâce à une mise en réseau multicloud complète – Présentation détaillée de la solution
• Clouds multiples ou multicloud : faciliter la transition – Article de blog du bureau du CTO de F5
  
  
  

À propos de l’auteur

F5

Autres articles de F5