Il y a des trésors que l’on ne voit pas forcément la première fois… On passe à côté et puis un jour on commence à y jeter un coup d’oeil. On fait des analyses et on se rend compte de leur valeur… et alors on ne s’en sépare plus. Il en va ainsi pour AppNav.
AppNav est la solution Cisco permettant de rediriger intelligemment les flux réseau vers notre solution WAAS d’optimisation applicative. A l’heure où les services (et aussi les routeurs) se virtualisent, rajouter des appliances en coupure fait de moins en moins légion. On préfèrera par exemple dans le datacenter rajouter des virtual appliances au fur et à mesure que les besoins évoluent, on veut être agile… Dans ce contexte savoir rediriger les flux intelligemment entre le réseau et les services est primordial. C’est le rôle d’AppNav. Quelques propriétés:
- La solution est implémentée sur les appliances WAAS (virtuelles ou physiques) mais aussi sur les routeurs (ASR 1000, les récents ISR 4000, et les routeurs virtuels CSR 1000v). L’intégration est donc parfaite dans le réseau d’entreprise puisque chaque routeur pourra directement assurer la redirection des flux vers les appliances WAAS.
- Les différents routeurs d’un site vont partager les mêmes règles en s’échangeant leurs tables de redirection en temps réel. Nul besoin de symétriser le routage on est certain que tous les routeurs vont bien rediriger un flux donné vers le même WAAS, garantissant ainsi son optimisation. Toute personne qui s’est une fois penchée sur le sujet appréciera, je vois à chaque fois le petit sourire de soulagement sur le visage de mes clients quand je leurs mentionne ce point! Notons qu’à l’heure où nous savons re-router dynamiquement les flux en fonction de la performance du réseau (merci PfR) un tel mécanisme est incontournable.
- Tout se configure sur le WAAS central manager. Le cluster AppNav, les nodes mais également les règles de redirection peuvent être définis simplement depuis un seul point de management: on laisse tomber le CLI (enfin chacun fait comme il veut…)
- Des boucles de retour informent le routeur de l’état de chaque Node. Ainsi la répartition du trafic prendra en compte l’état réel des appliances WAAS (physiques ou virtuelles). Dès qu’une appliance devient chargée le trafic est envoyé sur la voisine selon les règles définies. Je pense que c’est l’avantage principal par rapport à la solution WCCP actuelle.
- L’optimisation applicative est toujours plus efficace si une application est traitée sur une même appliance (toujours virtuelle ou physique!). Si on doit multiplier les appliances autant faire en sorte que les applications soient en priorité gérées au même endroit. AppNav nous permet ça simplement à travers la définition de règles de redirections (toujours très simplement depuis le central manager)
- De la même manière il peut être plus efficace de répartir les flux par site/région. En gros il est possible que les flux vers l’Asie ou l’Amérique du Nord n’aient pas grand chose en commun. On saura donc également rediriger chaque zone sur son appliance toujours pour améliorer l’efficacité.
- AppNav est une solution robuste: que l’on perde un noeud ou un routeur, la synchronisation quasi temps réel du cluster global va permettre à l’ensemble de reconverger immédiatement: non seulement on trouvera un autre noeud pour gérer l’application mais en plus tous les routeurs utiliseront .
AppNav est disponible depuis la version 3.10S (été 2013) et a reçu un excellent accueil: nombreux déploiements, prix d’Interop… Entre AppNav, les partenariats avec Akamai et Citrix, le support dans des containers sur ISR 4000, l’intégration dans les routeurs avec des bundles -AX, le WAAS prend une part toujours plus importante de notre solution IWAN.
Références
- AppNav technical overview – détaille les points mentionnés dans mon article avec schémas
- Guide de configuration sur ASR1000 et CSR1000v
@JeromeDurand
Authors
