CiscoNL – Technology

Veel organisaties en instellingen zijn bezig om hun data centers te consolideren tot een of twee, wellicht drie, locaties. Eentje is het primaire rekencentrum, eentje is een backup rekencentrum en wellicht is er nog een derde uitwijklocatie.

Om de beschikbaarheid van applicaties te verhogen, wordt er bovendien vaak gebruik gemaakt van VMware’s DRS en vMotion, om automatisch een virtuele machine te verplaatsen naar een plek waar de meeste of beste resources beschikbaar zijn. Klinkt natuurlijk geweldig, maar er zitten wel wat kleine haken en ogen aan: vMotion is namelijk een laag 2 techniek, wat er voor zorgt dat je op de een of andere manier je VLANs door moet trekken tussen je data centers.

Dit op zich is vaak niet zo moeilijk, maar met het doortrekken van VLANs trek je ook je risicodomein door naar je andere data center. Een failure in spanning-tree aan de ene kant, kan daarom ook voor problemen zorgen aan de andere kant en dat wil je natuurlijk ten alle tijden voorkomen in je data center. Technieken als (Eo)MPLS en VPLS komen we ook wel eens tegen, maar de configuratie hiervan is vrij complex en niet voor iedere organisatie weggelegd.

Bij Cisco menen we dat het eenvoudiger kan! Overlay Transport Virtualisation, ook wel OTV genoemd, is de feature die dit mogelijk maakt. Wat OTV doet is ‘MAC in IP’ routing, waardoor je in je hele data center core dezelfde L2 informatie hebt, maar dan gedistribueerd via laag 3. Geen point-to-point, point-to-multipoint en/of pseudowires meer, wat de complexiteit drastisch verlaagd. Sterker nog: de configuratie van OTV zijn zes commando’s per Nexus 7000!

Bovendien maakt het niet uit wat het onderliggende transport type is: OTV is een ‘overlay’ protocol, en het vereist ook geen veranderingen in je huidige topologie, bekabeling of zelfs hardware: als je al een Nexus 7000 hebt, heb je NX-OS 5.0.3 (of hoger), de Advanced LAN Enterprise voor VDCs en een OTV licentie nodig. Tot het einde van 2010 loopt hier trouwens een promo voor, informeer hiervoor bij je partner/Cisco AM of SE!

Aangezien een plaatje meer zegt dan 1000 woorden, mocht het nog niet helemaal duidelijk zijn dan hoop ik dat dat wat meer verlichting brengt (klik voor vergroting):

Op de afbeelding zie je twee data centers, DC1 links en DC2 rechts. Met OTV verandert er niets aan het verkeer dat binnen een locatie blijft. OTV komt pas om de hoek kijken als je verkeer tussen data centers hebt: waarbij OTV ervoor zorgt dat de MAC adressen van alle hosts in DC1 ook bij DC2 beschikbaar zijn, en vice versa. Als je OTV aan hebt staan en je kijkt in de MAC adrestabel, dan zie je (in het voorbeeld hierboven) bijvoorbeeld dat DC1 de MAC adressen van DC2 kent, maar in plaats van een lokale interface staat er dan een IP adres als ‘next hop’. Voor de gebruiker en beheerder is dit transparant, op de eerder genoemde zes commando’s na hoef je voor OTV geen ingrijpende wijzigingen door te voeren. Indien je meerdere Nexus 7000s per locatie hebt, zou je ook nog kunnen multi-homen om de beschikbaarheid te vergroten, en evt. beter gebruik te maken van de beschikbare bandbreedte tussen data centers.

In het kort kan je met OTV dus op een eenvoudige, veilige en vooral schaalbare manier je data centers koppelen en efficienter gebruik maken van de (virtuele) resources in je data center, zonder dat dit een complexe configuratie of topologiewijziging tot gevolg heeft.

Meer informatie vind je in deze brochure (PDF). Wil je technisch wat meer informatie over het wel en wee van OTV, dan is deze TechTV video aan te raden.

Gearchiveerd onder: Virtualisation | getagged: data center, dci, Nexus 7000, OTV | 1 reactie »