Dans la mythologie grecque, le Titan Prométhée était enchaîné à un rocher. Chaque jour, un aigle s’envolait et mangeait une partie de son foie. L’organe s’est régénéré pendant la nuit, reconstituant la source de nourriture. Le foie est l’un des rares organes du corps humain à pouvoir se régénérer spontanément. Encore plus impressionnant, est le fait que pendant que le foie se régénère et se fixe, il est toujours fonctionnel. Les anciens Grecs connaissaient cette capacité et l’ont intégrée à leur mythologie il y a près de 3000 ans.
Fonctionnalité continue
Lorsque nous concevons des réseaux, nous voulons qu’ils soient fonctionnels, même en cas de perturbation du système. Des pannes matérielles, des coupures de fibres, des problèmes logiciels et même des écureuils qui mâchent des câbles se produisent. Nous sommes préoccupés par la façon dont la livraison des applications et l’infrastructure réseau répondent à ces problèmes. Nous intégrons des technologies dans notre infrastructure informatique afin de minimiser l’impact des dommages.
Comme nos foies, le réseau doit fonctionner même s’il guérit les dommages qui lui sont causés. Les applications doivent être livrées et les entreprises ont encore du travail à faire. Très tôt, nous avons développé des protocoles réseau dynamiques tels que le protocole STP (spanning tree protocol) pour les topologies de couche 2 et le protocole RIP (routing information protocol) pour les topologies de couche 3. Au fil du temps, nous avons avancé ces protocoles pour inclure le protocole RSTP (rapid spanning tree protocol) basé sur la couche 2 et les protocoles de routage de couche 3, y compris OSPF, ISIS et BGP.
En remontant la pile OSI
Nous devons encore fournir des mécanismes pour la disponibilité des applications et la livraison des applications à travers l’infrastructure réseau. C’est là que nous avons introduit l’équilibrage de charge du serveur (SLB) et la manipulation DNS dynamique via l’équilibrage de charge du serveur global (GSLB). Ils fournissent les mécanismes permettant de détecter les défaillances du serveur d’applications et de compléter les défaillances du centre de données.
Mon Réseau idéal (En quelque sorte)
Si je concevais un réseau aujourd’hui, à un niveau élevé, il ressemblerait beaucoup au diagramme ci-dessus. La redondance est intégrée dans tous les aspects de l’architecture. Il existe plusieurs serveurs, des sites géographiquement divers et plusieurs chemins de réseau vers les différents composants. Il n’y a pas de point d’échec unique. Si un aspect échoue, les technologies dynamiques se reconvertiront automatiquement pour déterminer un nouveau meilleur chemin entre le client et le serveur d’applications.
Il y a beaucoup de détails que je ne couvre pas dans cet article. La conception réelle du réseau de couche 2/3 et de la connectivité des périphériques dépend du respect des différentes exigences de livraison des applications pour garantir l’assurance du niveau de service des applications (SLA) pour toutes les applications. Comme nous ne savons pas quelles sont les demandes, nous ne pouvons pas prendre cette décision. L’autre raison est que j’aurais besoin d’écrire un livre pour discuter de tous les aspects nécessaires à la construction de ce réseau.
Les points clés à retenir lors de la conception de votre propre infrastructure informatique auto-cicatrisante et régénérante sont les suivants:
- Intégrer la redondance dans l’architecture
- Tirer parti des technologies dynamiques qui s’adaptent automatiquement aux conditions changeantes
- Rappelez-vous que l’objectif final critique est d’assurer le SLA de l’application
Ensuite, nous allons prendre ce réseau et casser divers composants pour voir comment ils affectent la livraison de l’application et ce que l’utilisateur final perçoit.
Lire « Restez simple; Rendez-Le évolutif: 6 Caractéristiques de l’équilibreur de charge Futureproof ” pour en savoir plus.
Télécharger maintenant