Interconnexion de datacenters : comprendre les enjeux

Le sujet de l’interconnexion des DataCenters  concernait à l’origine principalement les plans de reprise d’activité PRA, les exigences de services et de disponibilité ont fait évoluer la notion de reprise vers la continuité de services imposant d’autres contraintes en terme d’interconnexion de DataCenters.

    A cela vient s’ajouter le développement du Cloud qui par nature va s’appuyer sur des ressources « dispersées » sur plusieurs DataCenters.

Pour mieux comprendre les enjeux de ces interconnections ou DCI (DataCenter Interconnect) j’ai demandé à Yves Louis, Consultant DataCenter au niveau européen chez Cisco et spécialiste de cette question, de répondre à quelques questions.

En complément de cette video voici dans un document spécialement rédigé par Yves  pour les lecteurs de ce blog. Il reprend quelques notions qui peuvent servir de repères pour tous ceux qui s’intéressent à ce sujet. Pour lire le document complet “DataCenter Interconnect : ce qu’il faut retenir” cliquez ICI

Un nouveau blog dans la blogosphère DataCenter

Bonne nouvelle pour tous ceux qui s’intéressent aux Datacenters….Un nouveau blog vient de se créer pour aborder tout particulièrement les aspects d’interconnexions entre Datacenters (et Clouds bien entendu).

Je connais personnellement Yves le rédacteur de ce blog, c’est un véritable expert en la matière et il a su traiter de manière synthétique chaque sujet. Il les rédige en anglais pour un accès à un public plus large .

Pour vous donner une première idée du blog DCI (pour DataCenter Interconnect) voici une liste des sujets déjà traités.

Et qui sait j’aurai peut être l’occasion de m’entretenir avec Yves sur mon blog …….

Extension du niveau 2 entre datacenters : OTV

Le besoin d’assurer  la haute disponibilité aux applications qui supportent l’activité de l’entreprise est une obligation. A cet impératif s’ajoute le souci de maximiser l’utilisation des infrastructures afin d’optimiser les coûts opérationnels.

Cela renforce le déploiement de datacenters répartis géographiquement pour assurer les plan de reprise et de continuité d’activité et permettre par la même occasion d’optimiser les temps de réponse applicatifs en utilisant les possibilités de mobilité des worloads entre dataceters.

Par contre pour tirer parti des ces datacenters répartis géographiquement il faut que le réseau soit capable d’étendre le niveau 2 entre les datacenters. C’est l’objectif de OTV Overlay Transport Virtualization.

Je conseille à ceux que le sujet intéresse de regarder le document « Cisco Overlay Transport virtualization Technology Introduction and Deployment Considerations ».

Et également ci-dessous un comparatif utile entre OTV et VPLS

Répartition de charge au sein d’un Cloud avec OTV et ACE

Il n’est pas rare qu’une application ait à faire face à des pics de charge à certains moments de l’année avec un impact important sur les serveurs. C’est un des aspects des performances applicatives qu’on appelle « Dynamic Workload Scaling » DWS. Ou comment faire évoluer dynamiquement la puissance de traitement en fonction de la charge.

C’est un sujet complexe et je n’ai surtout pas la prétention de le traiter de manière exhaustive ici mais je veux juste m’arrêter sur le cas où la solution consisterait à faire prendre en compte ces pics par des « fournisseurs de service de cloud » (ou par un cloud privé sur un datacenter distant  de l’entreprise) plutôt que de rajouter des ressources qui ne seront utilisées que moins de 10% du temps…

Que le cloud soit chez un fournisseur ou au sein de l’entreprise on doit faire face a quelques challenges intéressants : l’augmentation de ressources, le provisionning ou l’équilibrage de charge…

La question est de savoir comment optimiser l’utilisation de ses ressources dans le  cloud (y compris sur plusieurs lieux) en minimisant les coûts et en distribuant la charge sur les ressources disponibles.

Un des premiers obstacles consiste à étendre le” niveau 2″ du réseau du datacenter sur les différents sites du cloud. Ceci est nécessaire pour supporter le mouvement de machines virtuelles (et déplacer ainsi les charges applicatives associées) ainsi que l’équilibrage de charge.

Cisco a créé Open Transport Virtualization OTV sur le Nexus 7000 pour simplifier cette extension de niveau 2 entre sites distants. OTV permet à des sites cloud distants et à leurs ressources de fonctionner de manière aussi efficace que sur un seul site.

Le schéma ci dessous montre une solution a base de Nexus 7000( avec OTV) et ACE le tout couplé avec la solution VPLEX d’EMC



Cette petite vidéo montre comment l’Application Control Engine ACE peut bénéficier de l’OTV pour accroitre les ressources automatiquement sur les sites distants en se basant sur des paramètres de qualité de service QoS définis dans l’ACE. A certains seuils, les charges seront transférées dans le cloud et l’ACE continuera à équilibrer la charge sur ces sites jusqu’à ce que les ressources habituelles puissent à nouveau assumer la charge.

Equilibrage dynamique de machines virtuelles sur plusieurs sites avec ACE

De nombreuse nouveautés sont disponibles avec  l’ACE (voir en fin de ce post) . Parmi elle la notion de “dynamic workload scaling”….

Comment prendre en compte des besoins de puissance serveurs dans un contexte de datacenters virtualisés (l’un dit local et l’autre distant) en utilisant les technologies ACE, Nexus 7000 et OTV ?? L’ACE de Cisco utilisé conjointement avec des Nexus 7000 et vCenter de VMware fournit une solution complète pour gérer l’évolution de charge dynamiquement sur plusieurs datacenters.

Dans cette solution , ACE monitore activement la CPU et la mémoire des machines virtuelles et calcule la charge moyenne du datacenter local . Pendant une période normale de fonctionnement , lorsque la charge moyenne est inférieure à un seuil préconfiguré , l’ACE équilibre le traffic seulement sur le datacenter local. Lors de période de pointes de traffic , les machines virtuelles locales peuvent être trop sollicitées et par conséquent de la ressource de traitement additionnelle peut être nécessaire pour répondre à la demande. Quand la charge moyenne du datacenter local dépasse un certain seuil prédéfini, l’ACE rajoute des machine virtuelles distantes à son pool afin de fournir plus de puissance pour servir la progression de charge

Plus d’information dans ce document

J’en profite pour rappeler quelques autres améliorations  disponibles avec l’ACE :

  • -ACE Service Module 30 : Carte de service dans Catalyst 6500/7600 apportant plus de performances sur les connexions SSL, nombre de connexions/s, et de fonctionnalités (en fait la plateforme rattrape des fonctionnalités déjà présentes sur l’ACE 4710 !) Prêt pour l’IPv6 aussi.

         -ANM4.1 (voir datasheet) : Interface graphique améliorée avec de nombreuses nouveautés:

  • prise en compte du load-balancing de serveurs physiques et de machines virtuelles
  • Intéraction avec VMware – communication avec le vCenter pour provisionner les VMs et simplifier le workflow de déploiement entre les équipes de l’application et les équipes en charge du load-balancing (va dans le même sens que notre message avec le Nexus 1000v)
  • API ouverte pour se connecter vers les solutions d’orchestration de type BMC, CA ….
  • Facile à installer sous forme de machine virtuelle pré-packagée (Linux+Soft ANM)

-Fonctionnalités avancées de load-balancing niveau L4 et L7 surtout sur la compréhension de http (applications se ‘webissant’ et se ‘SSLissant’ de plus en plus)

OTV de Cisco : best of VMworld award 2010

Cette année VMworld aura rassemblé plus de 17000 personnes ce qui montre ,pour qui en doutait,  l’intérêt porté à la virtualisation à tous les niveaux des architectures.

C’était également l’occasion pour Cisco, fortement représenté à cet évènement, de remporter le “best of VMworld award” 2010 avec l’Overlay Transport virtualisation  OTV disponible avec le Nexus 7000.

OTV de Cisco :une des 6 innovations importantes pour le datacenter d’après Computerworld

 

Le 2 Aout dans Computerworld John Brandon mentionnait dans son article “6 cool innovations for the data center”  OTV de Cisco comme une des six innovations permettant d’améliorer le fonctionnement d’un Datacenter.

Voici l’extrait concernant OTV:

“ Multiple data centers more easily connected

In a very large enterprise, the process of connecting multiple data centers can be a bit mind-boggling. There are security concerns, Ethernet transport issues, operational problems related to maintaining the fastest speed between switches at branch sites, and new disaster planning considerations due to IT operations running in multiple locations.

Cisco’s new Overlay Transport Virtualization, or OTV, connects multiple data centers in a way that seems really easy compared with the roll-your-own process most shops have traditionally used. Essentially a transport technology for Layer 2 networking, the software updates network switches, including the Cisco Nexus 7000, to connect data centers in different geographic locations.

The OSV software costs about $25,000 per license and uses the maximum bandwidth and connections already established between data centers.

There are other approaches for linking multiple data centers, a Cisco technical spokesman acknowledges, including those involving Multiprotocol Label Switching (MPLS) or, before that, frame-relay and Asynchronous Transfer Mode protocols.

But unlike some of the older approaches, the spokesman explains, Cisco OTV does not require any network redesign or special services in the core, such as label switching. OTV is simply overlaid onto the existing network, inheriting all the benefits of a well-designed IP network while maintaining the independence of the Layer 2 data centers being interconnected.

Terremark, a cloud service provider based in Miami, uses Cisco OTV to link 13 data centers in the U.S., Europe and Latin America. The company says there is a significant savings compared with taking a “do-it-yourself” approach to linking data centers, due to reduced complexity and OTV’s automated fail-over system that helps multiple data centers act as one if disaster strikes.

“Implementing the ability to balance loads and/or enact emergency fail-over operations between data centers traditionally involved a dedicated network and complex software,” says Norm Laudermilch, Terremark’s senior vice president of infrastructure. “With Cisco OTV, Ethernet traffic from one physical location is simply encapsulated and tunneled to another location to create one logical data center.”

Virtual machines from one location can now use VMware’s VMotion, for instance, to automatically move to another physical location in the event of a failure.”

comprendre simplement les fondamentaux d’OTV (Overlay transport Virtualization)

Une video didactique pour ceux qui s’intéressent aux problématiques de clustering réparti sur plusieurs datacenters ou de mobilité de machines virtuelles sur longue distance.

extension LAN de niveau 2 : OTV ou VPLS ?

Il est courant que les grandes entreprises possèdent plusieurs datacenters éloignés géographiquement.

Cet éloignement géographique permet de mettre en place de vraies politiques de reprise d’activité . Cela permet également d’optimiser les performances applicatives en plaçant judicieusement les applications au bon endroit ou en favorisant la mobilité des charges applicatives en fonction des ressources de traitement disponibles.

  On peut ainsi espérer un meilleur niveau de service à l’utilisateur mais aussi une optimisation de l’utilisation des ressources.

  Pour tirer parti de ces ressources dispersées sur plusieurs datacenters il devient nécessaire de mettre en place des extensions de LAN de niveau 2 .

Ce document compare les solutions VPLS (Virtual Privale LAN Services) et OTV (Overlay Transport Virtualization)

OTV de Cisco vu sur le Blog d’Orange business services

  Vu sur le “blog d’infrastructure informatique” d’Orange Business Services un billet sur la fonction OTV (Overlay Transport Virtualization) du Nexus 7000 déjà évoqué sur ce blog.

mobilité des VMs entre datacenters:challenges réseau et stockage

La  mobilité des machines virtuelles pose un certains nombre de challenges techniques en particulier :

-l’extension des VLANs. Les VLAN layer 2 doivent être étendus entre les datacenters sans compromettre la disponibilité, la résilience et la sécurité  que l’on a sur un site.

-l’extension du stockage

Ce white paper explique comment résoudre l’équation avec en particulier la dernière annonce de la fonctionnalité OTV (Overlay Transport Virtualisation ) du Nexus 7000 et la mise en ouvre des produits de VMware et de NetApp

la mobilité des machines virtuelles entre datacenters facilitée par OTV de Cisco

OTV (Overlay Transport Virtualization) est une inovation du Nexus 7000 qui simplifie l’extension layer 2 entre plusieurs datacenters. Il est désormais possible de déployer des interconnexions de datacenters sans remetrre en cause les design réseaux existants.

 Avec OTV on peut déployer des ressources virtuelles en cluster distribuées sur plusieurs datacenters permettant la mobilité des machines virtuelles de manière transparente.

avoir une idée rapide avec cette petite video

et pour avoir plus de détail vous pouvez aussi lire ce document

Suivre

Get every new post delivered to your Inbox.

Joignez-vous à 266 followers