Va a migrar a Office 365, Google Apps, Salesforce u otra SaaS? Estas son las implicaciones para su WAN

Transcripción

1 Beyond the Network Va a migrar a Office 365, Google Apps, Salesforce u otra SaaS? Estas son las implicaciones para su WAN Evite los problemas de rendimiento de las aplicaciones convirtiendo su VPN en una CRN (Cloud-Ready Networks, Red lista para la nube) WHITE PAPER Subtitle 1

2 RESUMEN Hoy día, los directores de infraestructura IT se encuentran en esta tesitura: los directivos están planificando las aplicaciones SaaS que la VPN necesitará incorporar, o bien las aplicaciones SaaS existentes están funcionando por debajo de sus posibilidades o incidiendo negativamente en el rendimiento de otras aplicaciones corporativas. Gartner estima que hasta el 2012, al menos un 60% de las empresas experimentarán problemas de ralentización o rendimiento bajo o imprevisible de las aplicaciones externas, debido a un inadecuado diseño de red 1. Y es así porque las VPN y los instrumentos usados para gestionarlas están optimizados para aplicaciones privadas tradicionales alojadas en centros de datos, no para las almacenadas en la nube. Las aplicaciones colaborativas SaaS, como por ejemplo Google Apps, Microsoft BPOS/Office 365 e IBM LotusLive, consumen mucho más ancho de banda que muchas aplicaciones tradicionales. Pasar de una colaboración tradicional in situ a una SaaS cambia mucho los flujos de tráfico por la WAN. Para evitar los problemas de rendimiento de las aplicaciones y garantizar una óptima experiencia al usuario final, los directores de infraestructura necesitan adaptar sus VPN para que estén listas para la nube. Una red lista para la nube (cloud-ready network o CRN, en sus siglas en inglés) es una red que ofrece una total visibilidad del rendimiento de las aplicaciones y un control total tanto de las aplicaciones SaaS como de las aplicaciones in situ. Idealmente, el mejor momento para prepararse es antes de su primera implementación SaaS, para así poder controlar el impacto de las SaaS en su VPN desde la fase piloto hasta la adopción generalizada en la empresa. No obstante, el paso de su VPN a una CRN puede realizarse en cualquier momento y por etapas, dependiendo de su nivel de adopción de la nube, y si decide o no cambiar su arquitectura VPN. Este documento está destinado al director de infraestructura cuya compañía: desea efectuar la migración de una o varias aplicaciones a SaaS sin repercusiones en el rendimiento de las aplicaciones. ya está usando SaaS, y tiene que resolver incidencias en el rendimiento de las aplicaciones. puede o no desear cambiar la arquitectura VPN a una red híbrida Internet + MPLS para atender mejor las aplicaciones en la nube. puede estar usando ya aplicaciones en una red híbrida y desea optimizar la arquitectura para aprovechar al máximo tanto la MPLS como el ancho de banda de Internet. Este documento explica: El impacto en las VPN de las aplicaciones SaaS: cómo las aplicaciones SaaS no son todas iguales; por qué las soluciones WAN previas no funcionan con SaaS; cómo garantizar el rendimiento de las SaaS; y cómo garantizar que las SaaS no tengan repercusiones en el rendimiento de otras aplicaciones críticas para la empresa. Opciones de infraestructura: cómo transformar su VPN en una CRN, dependiendo de la fase de adopción de la nube en la que se halle usted; y cómo el Autonomic Network System (ANS ) de Ipanema prepara su red para la nube para que su organización pueda adoptar plenamente las aplicaciones SaaS y conseguir todas las ventajas en cuanto a rendimiento, oportunidad y valor y costes. Gestión del rendimiento: cómo un cuadro de control del rendimiento de las aplicaciones puede demostrar que sus aplicaciones SaaS y las anteriores estén en pleno funcionamiento durante y después de la adopción de las SaaS; y cómo la adopción de la Gobernanza WAN en la gestión de la red ayuda a garantizar el rendimiento de las aplicaciones, y garantiza la continuidad corporativa al ir adoptando aplicaciones SaaS. Entendiendo las disyuntivas, los instrumentos y las opciones de infraestructura y alejándose de una gestión tradicional de la red a favor de un enfoque de Gobernanza WAN, los directores de infraestructura pueden afirmar: Sí, la red es el trampolín de la adopción de la nube, y no el freno. Sí, mis aplicaciones privadas siguen funcionando e incluso funcionan mejor que nunca. Sí, la transición a la nube puede efectuarse sin trastorno alguno en la arquitectura existente. 1 Bjarne Munch, Is Your Network Design the Weak Link in Cloud Computing? ( Es el diseño de su red el talón de Aquiles de la Computación en Nube?) Gartner, 27 de agosto de LIBRO BLANCO

3 ÍNDICE 1. La adopción de la colaboración basada en la nube: cuáles son las implicaciones reales para la WAN? Por qué las soluciones WAN convencionales no funcionan para las SaaS? Etapas de adopción de la nube: dónde está usted? CRN con pasarelas Internet centrales y Visibilidad de Aplicaciones, y QoS y Control CRN MPLS con Internet-MPLS de entrada y optimización WAN por oficinas CRN con una red híbrida unificada MPLS + Internet El problema de la gestión: la adopción de la nube hace crítica la Gobernanza WAN Su empresa está lista para la nube pero lo está su red? Sobre esta publicación Ipanema ha publicado este documento como un recurso formativo para las grandes empresas que están adoptando una nueva aplicación SaaS o cambiando software in situ por una aplicación SaaS. Los contenidos de esta publicación tienen la intención de informar y formar a los directores de infraestructura sobre el impacto de la SaaS en la empresa VPN y cómo transformar su VPN en una red lista para la nube a fin de evitar o resolver las incidencias de rendimiento. LIBRO BLANCO 3

4 1. La adopción de la colaboración basada en la nube: cuáles son las implicaciones reales para la WAN? Los directores de infraestructura se sienten muy presionados por los directivos corporativos para adoptar las aplicaciones SaaS en nube por la idea de que abaratan mucho los costes de IT y mejoran la experiencia de los usuarios. Algunos que ya han emigrado sus primeras aplicaciones a SaaS están sorprendidos por los costes adicionales, el aumento de duración de los ciclos de proyecto y/o un rendimiento de las aplicaciones menor del esperado. La computación en nube promete una simplificación del suministro de aplicaciones pero, en contrapartida, aumenta la complejidad de la red, un hecho que no suele tenerse en cuenta suficientemente. A medida que la computación en nube, la virtualización, la movilidad y la unificación de las comunicaciones y el vídeo aumentan el tráfico de aplicaciones hacia la red, el diseño tradicional de red tendrá mayores limitaciones para el funcionamiento corporativo, sostiene Bjarne Munch, analista de Gartner. 2 Las necesidades de ancho de banda varían mucho en función de las distintas aplicaciones SaaS. Las aplicaciones colaborativas como Google Apps, Microsoft BPOS/Office 365, e IBM LotusLive tienen mucho mayor impacto en el tráfico de la red que otras aplicaciones SaaS. (Véase Impacto de la Colaboración SaaS en su WAN ). Las aplicaciones colaborativas consumen más ancho de banda por usuario, suelen involucrar a más usuarios y la probabilidad de hacerlas extensivas a más trabajadores es mayor. El ancho de banda necesario con las SaaS no es la única dificultad para la red. El modo en que el tráfico fluye a través de la WAN también puede cambiar mucho al usar las aplicaciones SaaS. El tráfico de aplicaciones colaborativas ya no fluye entre un centro de datos y sucursales sino entre una, algunas o muchas pasarelas de acceso a las sucursales. Si bien este documento se centra en la preparación de su red para la colaboración SaaS, el análisis se aplica a cualquier aplicación de computación en nube con un impacto elevado en la WAN, ya se trate de SaaS, IaaS o PaaS. Por qué su VPN debe transformarse en una CRN? Cuando las aplicaciones SaaS se introducen en una empresa, el director de infraestructura debe 2 Bjarne Munch, David A. Willis, The Enterprise Network of the Future Will Be Hyperconverged, (La Red Corporativa del Futuro será Hiperconvergente), Gartner, 18 de noviembre 2010 lograr que funcionen en la red corporativa, lo que requiere: prever los esquemas de uso de las aplicaciones. entender las necesidades de recursos de red de los usuarios finales. anticipar con exactitud el impacto en la red. optimizar la red para asegurar una excelente experiencia de usuario final, no sólo para las SaaS sino para todas las aplicaciones. El director de infraestructura debe plantearse: Cómo garantizar el rendimiento de las SaaS? Cómo garantizar que las SaaS no provoquen trastornos en otras aplicaciones? Cómo garantizar que las SaaS ofrecen una buena experiencia de usuario final? Cómo establecer un diseño de red optimizado que se adecúe a su situación, presupuesto y calendario? El director de infraestructura debe tomar decisiones sin el nivel de visibilidad necesario. Inseguro de cómo evolucionará el tráfico ni de cuánto se incrementará el uso del ancho de banda, toma decisiones precavidas (y onerosas) como el aumento del ancho de banda en las sucursales, para prevenir los riesgos de rendimiento de las aplicaciones. Al irse implantando el proyecto SaaS, van surgiendo problemas de rendimiento de las aplicaciones, y pueden necesitarse nuevas investigaciones y modificaciones tácticas. Por eso, proyectos de integración SaaS que inicialmente se consideraron sencillos, rentables y rápidos pueden hacerse cada vez más dificultosos, onerosos y lentos de aplicar. La reducción de costes de la migración a las SaaS puede verse neutralizada por la mayor carga de trabajo y gastos de gestión de la red. Impacto de la Colaboración SaaS en su WAN Piense que el tráfico de estándar de un centro de datos a las sucursales suele suponer un 30% del tráfico WAN. A título comparativo, tenga en cuenta que esto supone un ancho de banda de 2,96 Kbits/sec/usuario con Outlook y Microsoft Exchange En contraste, el tráfico de por web desde las pasarelas Internet a las sucursales usando el acceso web de Exchange 2010 requeriría 6,79 Kbits/sec/usuario, incrementando substancialmente la competencia entre las aplicaciones WAN. Como la colaboración SaaS se usa para mucho más que para un sencillo , por ejemplo en colaboración de documentos y bibliotecas de documentos con vídeo, las necesidades de ancho de banda se incrementan hasta por 3, haciendo imprescindible una mejora de la red. 4 LIBRO BLANCO

5 2. Por qué las soluciones WAN convencionales no funcionan para las SaaS? La adopción de SaaS requiere una perfecta visibilidad del conjunto de tráfico global y de la experiencia de usuario en cada fase de adopción (véase Cómo un cuadro de Rendimiento de las Aplicaciones mitiga los riesgos de despliegue ). En las SaaS también se necesitan herramientas avanzadas de QoS y Control para ajustar dinámicamente los recursos de red asignados a cada usuario de aplicaciones públicas o privadas. Por último, como la tendencia suele ser decantarse por una arquitectura red híbrida MPLS + Internet, se deben sortear las limitaciones de encaminamiento tradicional por directrices, pues esas limitaciones son demasiado ineficaces para garantizar el rendimiento de las SaaS y sacar pleno partido a Internet como red corporativa. Aparte de estas funcionalidades imprescindibles, el enfoque del pasado en la gestión de red (es decir, el uso de soluciones separadas punto a punto para resolver la visibilidad de las aplicaciones, QoS y Control, y la selección de trayectos para el tráfico de aplicaciones), viene a añadir más complejidad al proyecto. Para el despliegue eficaz de aplicaciones colaborativas SaaS u otros proyectos de computación en nube, se necesita una solución más integrada y automatizada. (Véase Solución Todoen-Uno para garantizar el rendimiento de las aplicaciones ). Clases de Servicio (CoS) MPLS: control insuficiente de los actuales entornos dinámicos Las Clases de Servicio (CoS) MPLS un enfoque estático, laborioso e insuficiente de QoS y Control no sirven para cubrir las necesidades de los flujos de aplicaciones de los recursos de las redes MPLS y son más difíciles de aplicar al rendimiento de las SaaS, por diversas razones: Se basan en hipótesis inválidas usando números de puerto y direcciones IP: muchas aplicaciones pueden usar el puerto 80 HTTP, inclusive SAP, SharePoint, Facebook, Skype, etc. Algunas pueden ser críticas para la empresa, pero la mayoría no lo son. Con las implementaciones MPLS estándar, a todas se les asigna el mismo nivel de prioridad. Son incapaces de asumir la naturaleza del tráfico any-to-any. Las WANs de hoy día deben permitir múltiples centros de datos, múltiples pasarelas Internet, networking sucursal a sucursal, etc. Las CoS dirimen la competencia entre flujos locales pero no tiene forma de gestionar la competición en los puntos finales, donde múltiples fuentes de tráfico compiten por los recursos de la red de destino. No pueden equipararse a las demandas de red en tiempo real. Las CoS requieren evaluaciones del ancho de banda por aplicación y emplazamiento, difícil de realizar a tiempo para todos los puntos, y, además, el proceso debe repetirse con cada nueva actualización de aplicaciones, o nuevo despliegue de aplicaciones o emplazamientos, y con cada incremento o disminución de usuarios en un emplazamiento. Las CoS son estáticas mientras que las demandas de recursos de red son dinámicas. Los parámetros de CoS nunca pueden actualizarse para equipararse a la situación vigente, lo que hace imposibles las garantías de rendimiento de las aplicaciones. Cómo un Cuadro de Rendimiento de las Aplicaciones mitiga los riesgos de despliegue Al igual que el software in situ, la colaboración SaaS se despliega por fases con una implementación piloto y una adopción corporativa por etapas. En las sucesivas etapas de implementación, van aumentando los riesgos de competencia creciente por los recursos de la red. Disponer de un Cuadro de Rendimiento de las Aplicaciones para monitorear el impacto en la red y en los usuarios finales durante cada etapa del proyecto ayuda a garantizar un rendimiento aceptable de todas las aplicaciones o puntos aislados donde el tamaño del ancho de banda necesite actualizarse. Solución Todo-en-Uno para garantizar el rendimiento de las Aplicaciones El Autonomic Networking System (ANS) de Ipanema aúna estrechamente QoS y Control, Visibilidad de Aplicaciones, Optimización WAN y Selección Dinámica de WAN (unificación de red híbrida) en una única solución todo-en-uno. Con el ANS, todas las dificultades de rendimiento de las aplicaciones pueden gestionarse con un enfoque holístico en toda la red global. La solución de Autonomic Networking System automatiza las tareas que las organizaciones IT no pueden realizar con enfoques tradicionales. El ANS, que gestiona el tráfico de red a tiempo, administra la complejidad de la nube híbrida y garantiza el rendimiento de las aplicaciones públicas y privadas. El ANS no sólo contribuye a garantizar el rendimiento de las SaaS durante y tras la implementación sino también la experiencia del usuario final de todas las aplicaciones de su red, y de forma mucho más rentable. Libro Blanco 5

6 Enrutamiento por directrices (Policy-Based Routing, PBR): enfoque complejo y obsoleto que limita los beneficios de las redes híbridas. Si usted usa o prevé usar una VPN híbrida MPLS + Internet, necesita una selección avanzada de trayectos para los flujos de aplicaciones creados por las redes híbridas, no PBR. Con demasiada frecuencia la complejidad operacional y el escaso rendimiento del PBR es una carga tal que las ventajas de una red híbrida se anulan. Si bien el PBR está diseñado para distribuir paquetes a través de redes múltiples, introduce diversas desventajas graves al usarse en entornos modernos: Complejidad operacional: El PBR requiere configuración por enrutador y tácticas de ingeniería específicas que son engorrosas y pueden generar errores. Disminuyen los costes de ancho de banda (por el mayor uso de ancho de banda Internet que es menos oneroso) y los costes de gestión se incrementan (por una mayor complejidad y cargo de trabajo en la red). Naturaleza estática: el enrutamiento de aplicaciones basadas en su número de puerto en una u otra red no tiene en cuenta las cargas en los enlaces, ni el enrutamiento basado en la calidad del enlace. Imposibilidad de basar las decisiones en la visibilidad de las aplicaciones de la Capa 7: todas las aplicaciones que pasan por el Puerto 80 deben usar MPLS o Internet, no ambos, lo que supone un enrutamiento de aplicaciones críticas para la empresa y de otras menos importantes con idéntico nivel de prioridad. Decisiones locales basadas en información local: cuando el tráfico VPN está en malla, se requiere una asignación de recursos basada en decisiones de red mundial. En caso contrario, se produce una congestión indeseada e incontrolada. Básicamente, el PBR es una tecnología antigua que no se integra con otras importantes herramientas de gestión para una WAN moderna, en particular, Visibilidad de Aplicaciones, QoS y Control, Optimización WAN. (Véase la página 5 Solución Todo-en-Uno para Garantizar el Rendimiento de las Aplicaciones ). 3. Etapas de adopción de la nube: dónde está usted? Las grandes empresas gestionan varias aplicaciones básicas alojadas en sus centros de datos privados. Es poco probable que esas aplicaciones pasen a ser SaaS a corto (o medio) plazo porque están demasiado personalizadas, o bien se consideran demasiado delicadas. Al generalizarse las herramientas de colaboración SaaS con el , la presencia y los portales, y al enriquecerse más los servicios y aumentar su interés financiero, es probable que uno de sus primeros grandes pasos hacia las SaaS sea un instrumento colaborativo como Google Apps, Office 365 o LotusLive. Este paso creará una red híbrida de facto con una mezcla de aplicaciones públicas y privadas, incrementando considerablemente la competencia por recursos de red. Ulteriormente, otras aplicaciones en nube se irán sucediendo, lo que hará más acuciante la necesidad de convertir su VPN en una CRN con las capacidades de gestión necesarias. En los dos años tras nuestra migración de Lotus Notes a Google Apps, hemos asistido a un considerable aumento del ancho de banda para aplicaciones colaborativas al ir adoptando los usuarios nuevas herramientas en la cartera corporativa de Google, sostiene Alain Meuro, Director de Infraestructura de Valeo, uno de los mayores proveedores automovilísticos del mundo con aproximadamente usuarios de red. Lotus Notes Exchange SMTP/POP Estudio de migración GoogleApps Office 365 LotusLive Antes Después Ulteriormente Inicio con un pequeño grupo de entusiastas Migración progresiva de mail Más uso Sitios colaboración Uso de vídeo Crecimiento del uso previsto o imprevisto El ciclo de vida de la adopción de la colaboración SaaS Como todas las empresas son diferentes, la estrategia de IT sobre la migración o no a una arquitectura de red para la colaboración SaaS varía de una compañía a otra. No necesariamente se tiene que cambiar de arquitectura para crear una red lista para la nube. No obstante, todas las compañías deben introducir un número mínimo de funcionalidades para evitar los problemas de rendimiento de las aplicaciones durante y después de la adopción de las SaaS, o para resolver las dificultades resultantes de una instalación previa de SaaS. Las compañías que usan o prevén usar una arquitectura de red híbrida (MPLS + Internet) también tienen que plantearse la introducción de funcionalidades adicionales para optimizar más su red lista para la nube (CRN). 6 LIBRO BLANCO

7 NOTA: Si usted está en vías de modificar la arquitectura de su red para aplicaciones SaaS, migrar a una red híbrida es muy recomendable. CRN MPLS: Adaptar su red a la nube sacando partido a la arquitectura MPLS existente. Una CRN MPLS se adapta a cualquier compañía con una VPN MPLS tradicional que esté planteándose el uso de, o usando ya, una aplicación SaaS. Objetivos: Mejorar la Visibilidad de las Aplicaciones, QoS y Control Garantizar el rendimiento de la colaboración SaaS en toda su WAN Garantizar que la colaboración SaaS no impacte el rendimiento de otras aplicaciones corporativas críticas ya ofrecidas a través de su WAN Comprobar que la colaboración SaaS está funcionando según lo previsto durante las diversas fases de implementación y despliegue corporativo y no incide en otras aplicaciones corporativas críticas, usando para ello un Cuadro de Rendimiento de las Aplicaciones. Pasar de una gestión de red a una Gobernanza WAN para planificar y agrandar su red en función de las necesidades corporativas. CRN Híbrida: optimizar su red para la nube y explotar plenamente una arquitectura Internet + MPLS. Lo siguiente concierne únicamente a las empresas que estén pensando en usar, o bien están usando ya, una arquitectura híbrida MPLS + Internet. Permite usar recursos Internet y MPLS de manera óptima, sacando partido, a la larga, de las interrupciones locales de Internet para las aplicaciones SaaS. sus centros de datos privados y emplazamientos de pasarelas Internet. El ANS supera las limitaciones del CoS MPLS (descrito anteriormente en la Sección 2) para garantizar el rendimiento de la colaboración SaaS y las aplicaciones existentes en su red, durante y después de la adopción SaaS. RETORNO EN INVERSIONES: Con el ANS, se puede aprovechar toda la capacidad de la red. Una red con picos de un 70% de disponibilidad de ancho de banda en soluciones in situ requiere una mejora para evitar riesgos en el rendimiento de las aplicaciones corporativas críticas. En cambio, una red con ANS puede aprovecharse totalmente sin ningún riesgo de rendimiento para las aplicaciones corporativas. En muchos casos, el ANS se costea a sí mismo porque elimina la necesidad de aumentar los enlaces de red para lidiar con el aumento de tráfico derivado de la migración SaaS. El coste típico del ANS con dispositivos sólo en ubicaciones clave, 0,5 por al mes (amortizado en tres años), es marginal comparado al coste de colaboración SaaS (de 4 a 25 por usuario al mes) y se recupera rápidamente con poco si se necesitan mejoras en la red en ese periodo de tres años. Centro de datos #1 SAP Centro de datos #2 MPLS Sharepoint Pasarela Internet XaaS Internet Objetivo: Maximizar la eficacia MPLS + Internet Sacar el máximo partido a Internet como red corporativa Multiplicar el ancho de banda disponible (en promedio, por 3) Minimizar los costes globales de red Sucursal 4. CRN con pasarelas Internet centrales y Visibilidad de Aplicaciones, y QoS y Control El ANS de Ipanema ofrece una total Visibilidad de Aplicaciones y un QoS y Control coordinado y dinámico sin tener que cambiar su arquitectura de red. Hacer que su red esté lista para la nube puede ser tan sencillo como desplegar unos cuentos dispositivos ANS en ubicaciones clave, por ejemplo, Una red MPLS lista para la nube con pasarelas Internet centrales y dispositivos sólo en emplazamientos clave Libro Blanco 7

8 QoS y Control dinámicos a partir de los Objetivos de Rendimiento de las Aplicaciones En lugar de CoS, donde los parámetros de QoS deben evaluarse manualmente por aplicación y emplazamiento, el ANS ofrece un control dinámico y automático por nivel de sesión a partir de los Objetivos de Rendimiento de las Aplicaciones. La Capa 7, con clasificación de nivel de aplicaciones con ANS es muy importante para las SaaS, que se basa en HTTP y comparte el mismo Puerto 80 como muchas otras aplicaciones. Con el ANS, usted fija objetivos de rendimiento de aplicaciones por usuario para cada aplicación una vez, basándose en su criticidad corporativa, y el sistema ajusta dinámicamente el uso de los recursos de red disponibles en tiempo real para todas las aplicaciones de acuerdo a los objetivos corporativos predeterminados. Usted fija los objetivos You set the objectives Antes Después Ulteriormente Puede adoptar con seguridad la aplicación SaaS En cada etapa del proyecto usted puede supervisar el rendimiento de todas las aplicaciones críticas Puede actualizar su WAN basándose en datos de rendimiento Aumento de ancho de banda tras recomendaciones de Rightsizing O Pasar a una red híbrida MPLS + Internet unificada Una CRN integra el ciclo de vida de adopción de las SaaS Un enfoque global para controlar la hiperconvergencia de la red. ANS los ajusta dinámicamente Este control por usuario es importante porque usted integra la colaboración SaaS basándose en un número de usuarios y lo que cada usuario necesita. El ANS ajusta los recursos de red automáticamente, en vez de tener que hacer una partición manual de su red. Nunca necesita usted dar marcha atrás y ajustar manualmente los parámetros de red a los cambios en los usos de las aplicaciones o los usuarios. Los CoS MPLS no pueden lidiar con la naturaleza any-to-any del tráfico. El control global de la red ejercido por el ANS tiene en cuenta todos los recursos de la red, las necesidades de cada aplicación y el comportamiento instantáneo de cada usuario de red. El control se basa en medidas de QoS coordinadas entre dispositivos ubicados por toda la red. A diferencia de los CoS MPLS, el ANS gestiona los flujos no sólo cuando entran en la red, sino también en los puntos extremos, donde múltiples emplazamientos compiten por recursos. El cuadro de rendimiento de las aplicaciones en tiempo real agiliza el descubrimiento y la resolución de problemas. El ANS ofrece un cuadro disponible en múltiples formatos de visualización, incluido el iphone, para supervisar el rendimiento a tiempo real de todas las aplicaciones a través de la red. El cuadro ofrece una visión holística del uso y el rendimiento con un KPI de puntuación de la calidad de la aplicación (Application Quality Score o AQS) por aplicación, que puede usarse para discernir problemas al instante y ajustar la clasificación o el tamaño del ancho de banda, según las necesidades. 8 LIBRO BLANCO

9 5. CRN MPLS con Internet-MPLS de entrada y optimización WAN por oficinas En algunos casos, las empresas han decidido subcontratar la gestión de las pasarelas de Internet a sus proveedores MPLS. El tráfico Internet entra directamente en la sucursal sin que ningún dispositivo controle los flujos en las pasarelas. Esta situación exige que el tráfico Internet se controle a través de una aplicación instalada en cada sucursal. La presencia del dispositivo posibilitará funciones ANS adicionales, como por ejemplo, la Optimización WAN. Además de las ventajas descritas en el párrafo anterior, las empresas obtendrán, entre otros beneficios, funciones WAN más amplias gracias a la eliminación de redundancias y la reducción del tiempo de respuesta para las aplicaciones antiguas que se consumen mucho ancho de banda y son sensibles al retardo. Centro de datos #1 SAP Centro de datos #1 #2 Sharepoint Pasarela Internet XaaS Internet. Una red híbrida MPLS + Internet ofrece, en muchos casos, el mejor coste y rendimiento. No obstante, gestionar una red híbrida para el rendimiento óptimo requiere un enfoque diferente a la convencional PBR, que todavía sigue siendo la tecnología más extendida. Como se describió previamente en la Sección 2, la complejidad operacional y el escaso rendimiento de la PBR convencional es una carga de gestión tal que las ventajas de convertir la arquitectura en una red híbrida MPLS + Internet quedan anuladas rápidamente. En cambio, el ANS instala dispositivos especiales en las sucursales para ejecutar la Selección Dinámica de WAN, lo que automatiza la selección de trayectos para los flujos de aplicaciones para que sus redes MPLS e Internet funcionen como una sola red. La selección Dinámica de ANS: Saca pleno partido de Internet como red corporativa Incrementa el ancho de banda disponible (en promedio por 3) Reduce al mínimo los costes globales de red. Sucursal MPLS Internet RETORNO EN INVERSIONES: las empresas que han decidido migrar a una red híbrida unificada controlada por el ANS suelen decidir no actualizar su ancho de banda MPLS en favor de ancho de banda Internet, menos oneroso. Incluido el coste de la solución ANS instalada, generalmente 1 a 2 por usuario al mes, la mayoría de las empresas lograron obtener una disminución de un 20% en los costes generales de red, aumentar el ancho de banda existente por tres, y prepararse adecuadamente para los incrementos de tráfico en los próximos 3 a 5 años. Enfoque factual-y-directo en tiempo real Una red MPLS lista para la nube con pasarelas Internet MPLS de entrada y Optimización WAN en sucursales 6. CRN con una red híbrida unificada MPLS + Internet A medida que su IT evoluciona hacia una mezcla de aplicaciones privadas, aplicaciones públicas en la nube y aplicaciones por Internet, el cambio en su arquitectura de red le puede ayudar a hacer un uso pleno de las ventajas tanto de MPLS como de El PBR requiere la configuración y reconfiguración de los routers de red al ir añadiendo y cambiando aplicaciones, emplazamientos y contadores de usuario. La selección dinámica de WAN propia del ANS responde a un control automático por aplicación y usuario con un enfoque factual-y-directo en tiempo real al enrutamiento de tráfico. Plena utilización del ancho de banda de Internet El PBR basa el routing de aplicaciones en números de puerto sin tener en cuenta las cargas de línea ni el rendimiento del trayecto. La selección dinámica de WAN del ANS es capaz de usar el ancho de banda de Internet para el tráfico corporativo crítico cuando lo permite el rendimiento de Internet. Libro Blanco 9

10 Integración técnica y lógica de los componentes necesarios para la WAN actual El PBR es una tecnología antigua que no se integra bien con otras herramientas modernas de WAN. La selección dinámica de WAN del ANS aúna Visibilidad de las Aplicaciones, QoS y Control, y Optimización WAN en una solución todo-en-uno para el enrutamiento de tráfico en tiempo real basándose en los objetivos de rendimiento de las aplicaciones. Centro de datos #1 SAP Centro de datos #2 XaaS Sharepoint 7. El problema de la gestión: la adopción de la nube hace crítica la Gobernanza WAN La adopción de la nube añade complejidad a la gestión de la red. Las aplicaciones en nube como la colaboración SaaS conllevan, en muchos casos, los mismos dilemas que el software de licencia, pero cada proyecto de implementación IT puede tener un impacto mayor debido a la WAN. Al alinear su red con los objetivos corporativos y de rendimiento de las aplicaciones, la Gobernanza WAN le permite tener el control pleno de esta complejidad y el impacto en la red. La Gobernanza WAN mejora la Gobernanza IT que ya ha adoptado, ofreciendo: MPLS Sucursal Internet Un enfoque holístico de visibilidad, control y optimización del rendimiento de sus aplicaciones, en contraposición a las soluciones tradicionales que funcionan como herramientas aisladas Control y continuidad corporativa al adoptar las aplicaciones SaaS Garantía del rendimiento de las aplicaciones para cualquier arquitectura de red Las funcionalidades de la red absorben las necesidades corporativas de agilidad, flexibilidad y crecimiento Soluciones novedosas para adoptar y gestionar una red lista para la nube CRN unificada híbrida con MPLS+Internet Adopta la Nube y Maximiza el Valor Valeo, uno de los principales proveedores mundiales de componentes, y sistemas y módulos integrados para la reducción de emisiones de CO2 de los automóviles, desplegó una red híbrida con MPLS + Internet para su migración de tradicional y aplicaciones colaborativas a Google Apps. La red de Valeo atiende aproximadamente a 160 emplazamientos en todo el mundo, usuarios y entrega aplicaciones como ERP y CATIA. Usando el ANS de Ipanema para gestionar dinámicamente el rendimiento de las aplicaciones en su red híbrida, Valeo desplegó con éxito Google Apps con plena Visibilidad de Aplicaciones, QoS y Control y Selección Dinámica de WAN. Con Ipanema, dividimos por tres el coste de transferencia de cada Gbyte de ancho de banda en nuestra red global, indica Alain Meurou, Gerente de Red e Infraestructura de Valeo. Usando la Gobernanza WAN, su organización puede: Entender la naturaleza del tráfico de aplicaciones Controlar y optimizar este tráfico Garantizar el rendimiento de las aplicaciones Mejorar la calidad de experiencia de los usuarios Simplificar las operaciones de la red Controlar los costes de la red y maximizar los ahorros 8. Su empresa está lista para la nube pero lo está su red? Las redes híbridas son el futuro de las VPN. Si bien la adopción generalizada de las nubes pública e incluso privada no es realista en una empresa grande, aplicaciones SaaS como Google Apps, Office 365 o LotusLive para colaboración crearán una red híbrida de facto e incrementarán considerablemente la competencia por redes los recursos de la red. Otras aplicaciones en nube se sucederán a la larga, lo que hace aún más necesaria 10 LIBRO BLANCO

11 la evolución de su VPNA a una CRN con las funciones de gestión necesarias. Usando el ANS de Ipanema, las empresas están adoptando con seguridad, más rapidez y menor coste aplicaciones basadas en la nube, garantizando la continuidad corporativa, el rendimiento óptimo de las aplicaciones y una experiencia de usuario final superior. El ANS reduce la complejidad de las aplicaciones en nube y de las redes híbridas, permitiéndoles a los directores de infraestructura decir: Sí, la red puede adoptar esta nueva aplicación en nube Sí, las aplicaciones previas seguirán funcionando, de hecho, mejor que antes Sí, podemos hacer una transición cómoda a la nube Otras lecturas sobre el tema Ipanema, Farewell VPN: The rise of cloudready networks, mayo 2011 Ipanema, Cloud-ready networks - WAN Governance for cloud computing, noviembre 2010 Gartner, Magic Quadrant for WAN Optimization Controllers, diciembre 2010 Dr. Jim Metzler, The 2010 Cloud Networking Report, noviembre 2010 Blog Gobernanza WAN, Libro Blanco 11

12 ACERCA IPANEMA TECHNOLOGIES Ipanema permite a cualquier empresa grande tener el control y la optimización plenas de sus redes globales; nube privada, pública o ambas. Unifica el rendimiento en redes dispares. Se adapta dinámicamente a cualquier situación en estas redes y garantiza un control constante de las aplicaciones críticas. Es el único sistema con una plataforma central de gestión e informes que se adapta a los niveles requeridos por los Telcos y las grandes empresas. Si desea más información Copyright 2011, Ipanema Technologies Todos los derechos reservados. Ipanema y el logotipo Ipanema son marcas registradas de Ipanema Technologies. El resto de las marcas registradas y nombres de productos mencionados en este documento son propiedad de sus respectivos dueños. Beyond the Network