Virtualizando las Aplicaciones Críticas del Negocio

Transcripción

2 Agenda Qué demandan las empresas? Por qué no es sostenible ejecutar aplicaciones críticas para el negocio en un entorno físico? El camino hacia un framework de infraestructura de aplicaciones común Una manera mejor de gestionar y escalar para respetar los SLA Resumen Preguntas y respuestas 2

3 Las aplicaciones constituyen un hito clave en el viaje hacia la virtualización RENTABILIDAD CALIDAD DE SERVICIO AGILIDAD DEL NEGOCIO Etapa Producción de TI Producción del negocio TI como servicio Responsabilidad /Patrocinio TI TI / Unidad organizativa CIO Beneficios para el negocio Gastos de propiedad Costes operativos Gastos de propiedad Costes operativos Disponibilidad Capacidad de respuesta Gastos de propiedad Costes operativos Disponibilidad Capacidad de respuesta Cumplimiento Características clave Pools de recursos compartidos Capacidad elástica Infraestructura desatendida Mayor control + garantía de servicio Mayor disponibilidad Definición de servicio Autoservicio Facturación interna Actitud/ Seguridad Reactivo Selectivo Proactivo Punto de inflexión Requiere aplicaciones críticas para el negocio

4 La tendencia es clara % de instancias de carga de trabajo que se ejecutan en VMware en la base de clientes 53% 43% 42% 38% 25% 25% 18% MS Exchange MS SharePoint MS SQL Oracle Middleware Oracle BD XenApp SAP Fuente: encuesta a clientes de VMware, enero de 2010; tamaño de la muestra: 1038 encuestados Datos: número total de instancias de esa carga de trabajo implementadas en su organización y porcentaje de ellas que están virtualizadas Según un sondeo de Gartner, el 93% de los encuestados utilizaban la virtualización de x86 para las aplicaciones de producción. Fuente: Gartner Data Center Poll (Sondeo sobre centros de datos de Gartner), Data Center Poll Results for Virtualization Initiatives (Resultados del sondeo sobre centros de datos de 2009 para iniciativas de virtualización), 9 de marzo de

5 Agenda Demanda de las empresas Por qué no es sostenible ejecutar aplicaciones críticas para el negocio en un entorno físico? El camino hacia un framework de infraestructura de aplicaciones común Una manera mejor de gestionar y escalar para respetar los SLA Resumen Preguntas y respuestas 5 Confidencial

6 >95% de las aplicaciones no pueden usar los recursos actuales de los servidores 2 núcleos 4 núcleos 8 núcleos 16 núcleos Rendimiento del servidor % de aplicaciones La diferencia aumenta Requisitos de rendimiento de las aplicaciones 6

7 La BD de Oracle media cabe con facilidad en una MV MV 8 vcpu MV 255 GB MV E/S por segundo MV 30 Gbps Las pruebas de rendimiento marcan los estándares Doble de la capacidad Oracle DB en Exchange 2007 Resultados mejores 4 8 GB que en el entorno físico para SPECweb2005 Se utiliza el 50% Prueba de rendimiento de SAP SD <10% desbordamiento Oracle DB 2 4 CPU Se utiliza el 6% Oracle DB 2000 E/S por segundo Oracle DB 2 Mbps CPU Memoria E/S disco E/S red Fuente: análisis de VMware Capacity Planner de más de servidores en entornos de producción de clientes 7

8 Programa Demanda de las empresas Por qué no es sostenible ejecutar aplicaciones críticas para el negocio en un entorno físico? El camino hacia un framework de infraestructura de aplicaciones común Una manera mejor de gestionar y escalar para respetar los SLA Resumen Preguntas y respuestas 8 Confidencial

9 Los silos de disponibilidad tradicionales son complejos y caros Base de datos Archivo e impresión Colaboración Middleware p. ej., Java Apls. personalizadas Disponibilidad local Recuperación ante desastres Mirroring de BD Clúster Replicación de almacenamiento Grupo de acceso a la BD Clústeres de servidores de aplicaciones Específica de apl. Protección de datos Propiedad del proveedor Backup CCR / SCR Replicación de estado de sesión Específica de apl. Las soluciones personalizadas para cada pila de aplicaciones aumentan la complejidad y el coste Se necesita personal experto para su configuración y gestión Riesgo de errores Desaprovechamiento de recursos con configuración activa y pasiva Disponibilidad limitada 9

10 Una plataforma común para ejecutar aplicaciones Sitio local Sitio de recuperación de fallos Desarr./ pruebas Desarr./ pruebas Desarr./ pruebas Pool de recursos vsphere vsphere vsphere Pool de recursos vsphere vsphere Disponibilidad local VMware High Availability (reconocimiento de aplicaciones) VMware Fault Tolerance vmotion Protección del sitio vcenter Site Recovery Manager Protección de datos VMware Data Recovery API de vstorage para la protección de datos 10

11 La consolidación de bases de datos convencional resulta difícil Varias instancias Instancia compartida BD BD BD BD BD SQL SQL SQL SQL SQL SO compartido BD BD BD BD BD SQL compartido SO compartido Sin aislamiento de SO (configuración, seguridad, fallos) Para aislar recursos se necesita Windows Resource Manager Sin balanceo de carga entre nodos físicos Sin aislamiento de SO (configuración, seguridad, fallos) Sin aislamiento de base de datos Para aislar recursos se necesita SQL Resource Governor Sin balanceo de carga entre nodos físicos 11

12 Consolide sus licencias de software SQL Server 2008 R2, ejemplo de consolidación SQL SQL SQL SQL SQL SQL SQL SQL SQL SQL SQL SQL SQL SQL SQL SQL VMware vsphere 8 servidores 16 procesadores / licencias 2 servidores 4 procesadores / licencias $ $ $ $ $ $ $ SA 16 licencias de Enterprise Edition 8 servidores Reducción de costes >70% $ $ $ $ $ $ $ SA 4 licencias 2 servidores *Nota: ejemplo de coste. Use Datacenter Edition si va a ejecutar más de 4 instancias. 12

13 Multiplique por cinco la consolidación de servidores Exchange Server Hub Exchange 2 Hub Exchange 1 Perímetro Hub vsphere Hub 1 Exchange en VMware Perímetro Hub vsphere Buzón de correo Buzón de correo Buzón de correo Hub 2 Perímetro Hub vsphere Buzón de correo VMware vsphere Multiplique por 5 o 10 la consolidación de Exchange Consolide las funciones de Exchange Server Elimine la necesidad de servidores dedicados en espera 13

14 vsphere 4.1: mejoras de la plataforma DRS Host Affinity Rules Host A Host B: con licencia Host C: con licencia 32 núcleos con licencia 16 núcleos con licencia Con vsphere 4.1 DRS Host Affinity Rules: Restrinja el movimiento de MV a los hosts con licencia del clúster. Consolide las licencias de software en menos hosts. Elimine la necesidad de clústeres dedicados. Ejemplos: Oracle, Microsoft SQL Nota: compruebe el cumplimiento con las condiciones de licencia del proveedor de software respecto a esta configuración. 14

15 Disponibilidad para todas las aplicaciones Tolerancia a fallos de hardware Continua Reinicio automatizado Sin protección Exchange / ERP/ Base de datos vsphere FT Clustering Software/ Protección de datos vsphere HA vmotion (Tiempo de inactividad planificado) 0% 10% 100% Cobertura de aplicaciones El clústering es demasiado complejo y caro para la mayoría de aplicaciones. VMware HA y FT proporcionan disponibilidad simple y rentable. vmotion proporciona disponibilidad continua en caso de tiempo de inactividad planificado. 15

16 vsphere 4.1: mejoras de la plataforma. HA con reconocimiento de aplicaciones VMware HA VMware HA Pool de recursos Pool de recursos vsphere vsphere VMware vsphere Protección contra fallos de hardware Protección contra fallos de aplicaciones HA con reconocimiento de aplicaciones soluciona la carencia con el clústering de aplicaciones Disponibilidad automatizada para fallos de hardware y software. Los agentes de terceros detectan fallos de aplicaciones y SO (p. ej., Symantec ApplicationHA). Invoque VMware HA a través de Application Health Monitoring API. 16

17 Programa Demanda de las empresas Por qué no es sostenible ejecutar aplicaciones críticas para el negocio en un entorno físico? El camino hacia un framework de infraestructura de aplicaciones común Una manera mejor de gestionar y escalar para respetar los SLA Resumen Preguntas y respuestas 17

18 Desafíos de la gestión de los SLA del usuario final Cómo afecta la infraestructura a los niveles de servicio? Cuál es el origen de los cuellos de botella de rendimiento? Qué carga de usuarios soporta cada componente? Cuál debe ser el tamaño de la infraestructura para que preste niveles de servicio aceptables de forma rentable? Cómo se mantiene el cumplimiento? Servidores web Servidores de apls. Base de datos Servidores de apls. Base de datos 18

19 Cómo simplifica VMware la gestión de capacidades? Analizar Cuál es mi historial de tendencias de uso? Qué recursos se han solicitado en comparación con los necesarios? Cuántas MV más caben en mi infraestructura virtual actual? Optimizar Cómo podemos usar los recursos con más eficacia? En qué MV se debe ajustar el tamaño? Puedo reclamar la capacidad que se ha aprovisionado en exceso o que no se utiliza? Pronosticar Cuándo se agotará la capacidad? Qué sucede si añado, quito o reconfiguro la capacidad? Puedo posponer las inversiones en infraestructura? Brinde la capacidad debida en el momento justo 19

20 Escale las aplicaciones de forma dinámica para garantizar los niveles de servicio Capacidad Hot-Add 1 vcpu 2 GB 4 vcpu 64 GB Ajuste dinámico en VMware vmotion automatizado para aumentar la potencia del host mediante DRS Aprovisionamiento de instancia de aplicación adicional en minutos 20

21 Enfoque de VMware respecto a la seguridad y a la gestión del cumplimiento Optimizado para virtualización Cumplimiento desde el hipervisor hasta el SO (P&V). Enfoque de seguridad basado en hipervisor. Integración estrecha en vsphere y vcenter Server. Basado en políticas Plantillas de cumplimiento predefinidas para ayudarle a lograr antes sus objetivos. Las políticas se asignan (p. ej., firewall, antivirus, cumplimiento, etc.) y se mantienen de forma dinámica en un entorno que cambia con rapidez. Automatizado Reconocimiento de cambios Comprobación del cumplimiento Corrección. Garantice el cumplimiento en todo su entorno. 21

22 Programa Demanda de las empresas Por qué no es sostenible ejecutar aplicaciones críticas para el negocio en un entorno físico? El camino hacia un framework de infraestructura de aplicaciones común Una manera mejor de gestionar y escalar para respetar los SLA Resumen Preguntas y respuestas 22

23 Los servidores de correo electrónico de producción deben implementarse virtualizados de manera predeterminada. Una comparación de las ventajas de ejecutar servidores de correo electrónico en el hardware o en un entorno virtualizado revela que para seis categorías (continuidad del negocio, hardware, infraestructura, escala, seguridad y pruebas) de las siete, la virtualización aporta mayores beneficios. Fuente: evaluación de investigación de Burton Group Servers and Virtualization (Servidores de correo electrónico y virtualización), abril de 2010 Continuidad del negocio Hardware Servicios de infraestructura Escala Seguridad Soporte Pruebas Hardware Virtual

24 Los propietarios de aplicaciones con experiencia prefieren VMware Cloud privada de vsphere Una plataforma mejor para las aplicaciones críticas para el negocio Eficacia gracias a la utilización y a la automatización Reducir costes de aplicaciones Reduzca los costes de infraestructura y licencias de software Multiplique por 5 o 10 la consolidación de servidores para aplicaciones grandes. Aumente la utilización de licencias. Agilidad con control Libertad de elección Mejorar la calidad de servicio de aplicaciones Acelerar el ciclo de vida de las apls. Maximice la disponibilidad y los niveles de servicio Proporcione HA rentable y DR simple para todas las aplicaciones. Escale dinámicamente para garantizar los SLA. Ventajas del cloud computing para las aplicaciones heredadas Reduzca los tiempos de aprovisionamiento de semanas a minutos. Aprovisionamiento de autoservicio. 24

25 Recursos Visítenos en la Web para obtener más información sobre aplicaciones concretas Mejores prácticas, arquitecturas de referencia y casos prácticos Lista de partners con formación en nuestras mejores prácticas de virtualización de aplicaciones Aplicaciones de Microsoft (Exchange, SQL, SharePoint) Oracle SAP Consulte las comunidades de usuarios de VMTN Correo electrónico (Exchange, Lotus, BlackBerry) Oracle 25