Las 5 razones principales para virtualizar Exchange

Transcripción

1 Las 5 razones principales para virtualizar Exchange Siegfried Jagott Modern Data Protection Built for Virtualization

2 Presentación Este white paper presenta las cinco razones principales para virtualizar Microsoft Exchange Server 2010 y 2013, e incluye los problemas que debería considerar a la hora de decidir si instalar Exchange en servidores físicos o máquinas virtuales. (VMs). Conocerá las expectativas que puede tener con un entorno virtual de Exchange y aprenderá de mi propia experiencia trabajando con un entorno virtual para Exchange Server. El ámbito de este documento es el siguiente: Pequeñas y medianas empresas (hasta 1000 clientes) que están pensando en virtualizar su entorno. Entornos en los que Exchange está totalmente virtualizado no consideraré una virtualización parcial de Exchange, como por ejemplo virtualizar únicamente los roles de servidor de acceso de clientes (CAS). Asumo que está ejecutando Exchange Server con el último Service Pack o la Actualización acumulativa aplicada. Las cinco razones principales para virtualizar Microsoft Exchange Cuando empecé a escribir este white paper hablé con mucha gente. Les hice la siguiente pregunta: Cuáles son sus cinco razones principales para virtualizar Exchange? La respuesta más común siempre fue: es fácil dar una razón, pero es difícil pensar en cinco. Cuanto más investigué, sin embargo, más claro para mí fue el identificar las cinco razones principales para virtualizar Exchange: Usar de forma efectiva el hardware Ajustar dinámicamente los recursos Implementar Database Availability Groups (DAG) para pequeñas y medianas empresas (PYMES) Lograr una recuperación ante desastres (disaster recovery), backup y restauración más rápidas Aprovechar un entorno de pruebas flexible 2

3 Usar de forma efectiva el hardware Hoy en día, son muchos los servidores físicos dedicados que no se aprovechan al completo en empresas que utilizan Exchange en servidores físicos dedicados. La memoria o CPU en los servidores físicos funcionan de media por debajo del 10% de su capacidad; por consiguiente, el hardware sería capaz de gestionar mucha más carga de trabajo de la que realmente se le está transfiriendo a los servidores. A medida que el hardware se hace más potente y menos costoso, la compra de un servidor estándar ofrece mucho más rendimiento del que es necesario para realizar el servicio que se quiere. Por ejemplo, si compra un servidor estándar con 32 GB de memoria, podría albergar fácilmente buzones de correo en él. Dar servicio a solamente unos 200 buzones de correo implicará que no está aprovechando totalmente el hardware del servidor. El hardware infrautilizado consume espacio en rack, refrigeración y energía, y también se incurre por ello en costes de mantenimiento una vez que caduca la garantía de tres años del proveedor. La virtualización le permite aprovechar mucho mejor su hardware. Puede consolidar muchos servicios en unos pocos servidores físicos y optimizar la infraestructura basándose en el número de servidores, NICs, almacenamiento y centros de datos. Incluso puede remplazar servidores obsoletos con un número pequeño de servidores actuales más potentes. Virtualizar Exchange le permite colocarlo junto con otras aplicaciones virtualizadas en un servidor para ahorrar energía, refrigeración y espacio de rack en su centro de datos. Esto le permite reducir los costes del hardware por que hace uso del mismo de una forma más eficiente combinando muchas VMs en un único servidor físico en lugar de distribuir las aplicaciones en muchos servidores. La reducción de hardware también le posibilita ahorrar costes de espacio en rack, refrigeración y energía. Muchos seguidores de la virtualización caracterizan estos beneficios combinados como green IT (TI verde). Su esfuerzo para el mantenimiento del servidor también se ve reducido de forma significativa cuando virtualiza los servicios en hardware normal, porque tendrá menos servidores físicos que mantener. Esto quiere decir que su administrador no tendrá que gastar su valioso tiempo en el mantenimiento del hardware, y podrá en su lugar, dedicarse a cosas más productivas. La razón de esto es que tendrá un único requerimiento de administración en sus servidores del host físico para uno o un número limitado de proveedores de hardware. No hace falta decir que también podrá consolidar los contratos de soporte y mantenimiento cuando sea capaz de reducir el número de servidores físicos. 3

4 El lugar de comprar e instalar nuevo hardware en su centro de datos, podrá utilizar la infraestructura virtual existente que cuenta con las capacidades para trabajar con Exchange. Sus administradores de virtualización también tendrán experiencia suficiente para hacer funcionar un entorno virtualizado. Estos beneficios le permiten reducir el coste total de propiedad (TCO) de su hardware ya que utiliza el mismo hardware para múltiples servicios virtuales, y de esta forma usa el hardware de una forma más eficiente. Tras virtualizar, podrá hacer realidad incluso más beneficios; por ejemplo un arranque o reinicio de sistema de un Servidor De Exchange virtual es mucho más rápido que el reinicio de una máquina física. Los servidores virtuales normalmente arrancan en un minuto, mientras que los servidores físicos generalmente necesitan hasta cinco minutos o más para reiniciarse. En el caso de un fallo hardware, puede ejecutar sus servidores de Exchange con la mínima cantidad de recursos, que puede ser mucho menor que en las operaciones normales. Los administradores de Exchange no necesitan ocuparse del hardware, simplemente definir sus requisitos. Y además no necesitan tener en cuenta el hardware de ninguna tarjeta de red, disco o servidor. Algunas de las mejores prácticas que debería considerar incluyen: Necesita asegurar que los administradores de Exchange confían en que la capa del hipervisor es lo suficientemente madura y que entienden las opciones de alta disponibilidad del hipervisor en todas las áreas relacionadas con la virtualización, como almacenamiento, red, memoria y procesadores. Probablemente la razón número 1 por la que a los administradores de Exchange no les gusta virtualizar Exchange sea de que tienen miedo de no poder controlar el hipervisor y que será difícil determinar el impacto generado si los discos duros virtuales son lentos o no funcionan como se esperaba. Asegure que su empresa ya posee instalada una infraestructura virtual madura madura en el sentido de los procesos y procedimientos más que de la tecnología. Combinar el despliegue de la infraestructura de virtualización con un proyecto de Exchange al mismo tiempo es querer tener problemas. Por ejemplo, no implemente DAG con innumerables copias de bases de datos y luego permita que sus administradores de virtualización cambien VMs para acabar con todas las VMs de servidor de correo en el mismo host virtualizado. 4

5 Asignar los recursos dinámicamente La virtualización le permite asignar a sus VMs recursos como la memoria o las CPUs de forma dinámica. El beneficio de la asignación dinámica de recursos para sus servicios lo puede observar al hacer crecer estos con su negocio. Puede aumentar o reducir los recursos como la memoria o las CPUs de sus VMs bajo demanda. Cuando los requisitos de su empresa para el caso de la mensajería cambian, puede ajustar las CPUs o memoria de forma que los servidores virtuales de Exchange puedan gestionar la carga. Para asignar recursos cuando se ejecutan servidores de Exchange físicos, normalmente añade recursos añadiendo almacenamiento o memoria a su servidor, o comprando otro servidor físico. Además de tener que pasar por un tedioso proceso de gestión para comprar e instalar el hardware, también tiene que crear copias de las bases de datos y mover buzones entre las distintas bases de datos. Cuando añade hasta cien buzones a su entorno de Exchange, el ajuste dinámico de los recursos para su servidor virtual de Exchange funciona realmente bien, sin apenas esfuerzo para el administrador y sin costes adicionales. Además, cuando se produce un fallo hardware importante, puede ejecutar sus servidores de Exchange con la mínima cantidad de recursos, que puede ser mucho menor que los utilizados en las operaciones normales. El impacto negativo será una reducción en el rendimiento, pero al menos el servicio seguirá en funcionamiento y los usuarios podrán enviar y recibir mensajes. Adicionalmente, al asignar recursos dinámicamente a su sistema de Exchange, consigue un ahorro en costes ya que nunca más realizará una "sobrecompra"! Si planifica su infraestructura para servidores de Exchange físicos, necesita asegurar que sus servidores están dimensionados de forma que tenga en cuenta los periodos de pico y el crecimiento futuro de la empresa. Utilizando la virtualización puede basar su asignación de recursos en sus necesidades actuales y luego asignar dinámicamente recursos cuando los usuarios de mensajería de su empresa así los requieran. Entre algunas de las mejores prácticas que debería tener en cuenta se encuentran: Asignar y equilibrar dinámicamente los recursos según sea necesario antes de adquirir recursos hardware adicionales com memoria o CPU. Monitorizar periódicamente el rendimiento de sus servidores de Exchange para evitar de forma proactiva cuellos de botella en el rendimiento producidos por otras VMs ejecutándose en el mismo host. Considerar escalar horizontalmente (scale-out) su infraestructura virtual con servidores físicos adicionales si sus servidores de Exchange están consumiendo una gran cantidad de sus recursos del host. 5

6 Tener cuidado al virtualizar sistemas de Exchange que den soporte a una gran base de usuarios. Los sistemas con más de usuarios podrían no ser buenos candidatos para la virtualización, y los sistemas con entre y usuarios deberían monitorizarse estrechamente para asegurarse de que funcionan bien cuando se virtualizan. Implementar Database Availability Groups (DAG) para pequeñas y medianas empresas (PYMES) Muchas PYMES ejecutan todos los roles de Exchange en una única máquina física como usar DAG requiere otra máquina y por ello sería más caro debido al hardware extra y licencias requeridas. Usar la virtualización permite incluso a las PYMES crear un DAG y replicar sus bases de datos a múltiples discos. Esto por supuesto aumenta la disponibilidad en el caso de una parada de los sistemas y también le permite parchear su sistema de Exchange sin afectar a los usuarios. Exchange server 2010 o 2013 ejecutándose en Windows Server 2012 le permite usar la versión Standard Edition de Windows, además de proporcionarle funcionalidad DAG sin cuotas de licencia extra de Windows. Con un DAG, puede tener copias de las bases de datos en otro servidor de Exchange. Los requisitos mínimos para un DAG son dos servidores de Exchange, pero puede añadir tanto como 16 servidores Exchange a un DAG. Sin embargo, desde la perspectiva económica en las PYMES, puede que desee considerar dos servidores Exchange para obtener las características de alta disponibilidad al completo por el bajo precio. Puede aprovechar el utilizar un DAG en lugar de implementar alta disponibilidad (HA) basada en el hipervisor como vmotion o Live Migration. El beneficio es que un DAG opera con reconocimiento de aplicaciones, mientras que el sistema HA basado en el hipervisor no. Un DAG además no requiere almacenamiento compartido, como una red de área de almacenamiento (SAN), y por ello puede ahorrar dinero y ofrece una alta disponibilidad suficiente para sus usuarios. La virtualización también debería considerarse si una empresa quiere usar servidores físicos para su centro de datos principal, y planea disponer de un segundo centro de datos para disaster recovery (recuperación ante desastres). El beneficio de virtualizar Exchange en el site de disaster recovery es ser capaz de ejecutar un DAG multi-site sin desplegar un montón de hardware en la ubicación para la recuperación ante desastres. 6

7 Entre algunas de las mejores prácticas que debería tener en cuenta se encuentran: Implementar una infraestructura virtual con el menos dos máquinas host, y asegurar que las VMs de Exchange no se ejecutan en el mismo host físico al mismo tiempo. Desplegar al menos dos servidores Exchange multi-rol (incluyendo todos los roles de Exchange) como VMs y usarlas para el DAG. Los servidores multi-rol no permiten la utilización de Network Load Balancing (NLB) de Windows. Por este motivo necesita considerar un balanceador de carga de red físico, uno virtual o un enfoque DNS como round-robin. Usar un registro DNS único para su servidor CAS que apunta a un servidor es una solución económica especialmente para las PYMES y durante un corte o parada del servicio puede cambiar manualmente el registro DNS para que apunte al segundo servidor Exchange. Esta es la forma más económica de implementar el failover. Si desea considerar un balanceador de carga de red, este ofrece balanceo de carga real pero tiene la desventaja de requerir hardware o software adicional. Cuando desee implementar un DAG, no se olvide de considerar otros componentes, como dispositivos de almacenamiento e interfaces de red, con respecto a la alta disponibilidad (HA). Asegúrese de que estos componentes tienen alta disponibilidad en su sistema host, de forma que una interrupción o parada no apaga todas las VMs. Lograr una recuperación ante desastres (disaster recovery), backup y restauración más rápidas La virtualización proporciona varios beneficios en el apartado de backup y restauración, permitiéndole hacer backup de su servidor más rápidamente y de igual forma recuperar más rápido mensajes, bases de datos e incluso servidores completos. Recuerde que las VMs son simplemente archivos en un disco. Para hacer backup correctamente de un Exchange Server, necesita usar una solución de backup con reconocimiento de aplicaciones como Windows Backup. Windows Backup usa el servicio Volume Shadow Copy Service (VSS) en Windows para asegurar que sus bases de datos se cierran de forma limpia en un estado adecuado para el backup. De lo contrario no será capaz de montar la base de datos y podrían perderse datos. Es importante observar que debería ser cuidadoso al usar las características de clonado o snapshots ofrecidas por su hipervisor, ya que podrían no soportar reconocimiento de aplicaciones y por ello no ser soportadas por Microsoft. Necesita una solución de backup que detecte Exchange y soporte VSS para hacer backup y restaurar bases de datos de Exchange Server. 7

8 Una restauración desde una VM es mucho más rápido que desde una máquina física porque puede restaurar el backup directamente en el mismo sistema host o en otro. La restauración de una máquina física requiere más tiempo porque no solamente tiene que configurar la máquina física desde cero, sino también recuperar los datos (y esto lleva muchas horas si los datos están almacenados en unidades de cinta) o presentar las bases de datos recuperadas en las máquinas físicas usando software SAN bastante caro. Usar la virtualización para el failover también proporciona el beneficio de poder cambiar rápidamente entre máquinas host físicas usando funcionalidades como Live Migration o vmotion proporcionadas por su hipervisor. En la sección anterior indiqué que DAG debería ser el instrumento primario para HA (Alta Disponibilidad), pero combinándolo con la HA del hipervisor podría añadir un nivel adicional de protección. Obviamente esto añadirá ciertos costes a su implementación ya que necesitará licencias adicionales para la opción de HA del hipervisor. El failover puede realizarse a nivel del hipervisor y no produce impacto alguno en el servicio de mensajería. Exchange Server 2010 y 2013 soportan Live Migration y vmotion mientras no interrumpa el servicio en ejecución en la VM. Puede aprovecharse de las capacidades de failover de Exchange, como DAG, y de las del hipervisor al mismo tiempo. Esto le permite combinar ambas capacidades para lograr una funcionalidad de failover más potente para su servicio de correo. Ejecutar múltiples aplicaciones virtualizadas en una máquina host también proporciona el beneficio de poder hacer backup de una máquina física e incluir todas las VMs, lo que resulta mucho más sencillo que tener que instalar agentes de backup en múltiples máquinas físicas y entonces almacenar todos los backups en algún sitio, quizás en la red. Entre algunas de las mejores prácticas que debería tener en cuenta se encuentran: Planificar su backup y restauración cuidadosamente. Debería tener en cuenta qué opciones de restauración le gustaría tener servidor, base de datos, o incluso a nivel de elementos, lo que le permitirá restaurar mensajes de correo independientes. Use una solución de backup que reconozca Exchange y se ajuste a sus necesidades. Seleccione una solución de backup que esté optimizada para los entornos virtuales y sea capaz de hacer backup a nivel de imagen y ofrezca también funcionalidad para restaurar en una base de datos o a nivel de elementos. 8

9 Reduzca el uso de agentes de backup físico, que es software adicional que debe instalarse en cada máquina host. El problema en un entorno virtualizado es que puede verse haciendo backup dos veces, una vez al nivel del agente y otra vez al nivel de imagen. Por supuesto, si su infraestructura o política de TI requiere backup físico, tendrá que poder realizarlo. Aprovechar la flexibilidad de su entorno de pruebas Otra razón para virtualizar que puede aplicarse a organizaciones de todos los tamaños, incluyendo grandes empresas, es virtualizar los entornos de prueba. Un entorno de prueba virtualizado proporciona la flexibilidad que le permite añadir o eliminar servidores rápidamente y cambiar el entorno por completo. Con la virtualización puede clonar fácilmente el entorno de producción en un entorno de prueba de forma que pueda conseguir un dominio verdadero de los controladores (DC) y servidores de Exchange en el entorno de prueba, y esto permite que las pruebas sean mucho más realistas. Puede crear un entorno de Exchange aislado completo, y entonces iniciarlo y utilizarlo como un entorno de pruebas. Recuerde que un entorno virtual consiste únicamente en archivos, con lo que puede rápida y fácilmente cogerlos y utilizarlos en otra máquina host. Así que la virtualización significa portabilidad. Puede ejecutar diferentes entornos de Exchange en paralelo, incluso en los mismos servidores. También puede probar rápidamente su Exchange de producción sin generar ningún impacto en el hardware o en los drivers hardware cuando ejecuta múltiples entornos en paralelo. Para terminar, un entorno de pruebas virtualizado que se ajusta a su entorno de producción de Exchange le permite probar parches y mejoras mucho más rápido que en entornos físicos. Entre algunas de las mejores prácticas que debería tener en cuenta se encuentran: Usar una solución de backup que sea capaz de restaurar un backup en un entorno aislado, que pueda utilizar rápidamente como un entorno de prueba. Aprovisione VMs automáticamente basándose en plantillas de forma que se instalen y configuren de forma automática. Esto también le permite desplegar rápidamente VMs adicionales para pruebas. 9

10 Resumen Existen muchos beneficios que se obtienen como resultado de virtualizar su servidor de Exchange, especialmente cuando considera las características de flexibilidad y escalabilidad. Sin embargo, la clave para ejecutar con éxito un entorno de Exchange virtual es comprender que ejecutar sus VMs a sus límites requiere el esfuerzo adicional de ajustarlas y afinarlas periódicamente. Ya no tiene la misma red segura que tendría en una implementación física. Apéndices Consejos y trucos para virtualizar Exchange Estoy ejecutando un entorno de pruebas bastante complejo, que incluye múltiples dominios, múltiples sites y todos los roles de servidor Exchange en todas las variaciones que pueda imaginarse. Actualmente puede ejecutar hasta 12 VMs en mi Windows Server 2008 R2 con un procesador Intel quad-core de bajo presupuesto, 16 GB de memoria, un disco SSD Samsung 830 (256 GB) y otro disco duro. Para mantenerlo en funcionamiento, dediqué mucho tiempo investigando en cómo optimizar el rendimiento y cumplir con los requisitos. Aquí está lo que he aprendido sobre la puesta en marcha de un entorno de pruebas virtual: Ejecute la herramienta Microsoft Exchange Server Jetstress 2013 para verificar el funcionamiento y rendimiento. Puede seguir cualquier guía de diseño o mejores prácticas a la hora de planificar en función de los requisitos de funcionamiento de sus servidores de Exchange. La herramienta que he encontrado más útil para verificar que mi plan funcionará como sería de esperar es la herramienta Jetstress Esta herramienta le permite verificar que la memoria, CPU y subsistemas de disco pueden realmente gestionar la carga de trabajo que está planificando. Según mi experiencia el principal cuello de botella es normalmente los subsistemas de disco; con Jetstress, puede identificarlos por adelantado, antes de colocar muchos buzones en las bases de datos. Compruebe de forma regular sus recursos de VMs y ajústelos si es necesario. Dependiendo de su entorno, le recomiendo que compruebe con regularidad sus VMs que ejecuten el servidor de Exchange para ajustar su asignación de recursos. El uso que se hace de la CPU y memoria es algo que cambia con el tiempo; por ello si los recursos son escasos, sus VMs se harán más lentas a medida que pase el tiempo. 10

11 Los discos Solid State Drives (SSDs) agilizarán su entorno de pruebas tanto como un 1000%. La primera vez que monté mi entorno de pruebas, usé unidades de disco duro normales con cabezales. El resultado fue bueno, pero cuantas más VMs se ejecutaban simultáneamente, más lentos se hacían estos. Por ello decidí pasar a las unidades de estado sólido SSDs y quedé gratamente sorprendido por el cambio. El SO arranca en cuestión de segundos no minutos, y mis seis VMs se inician en minutos. El trabajo en las VMs también se hizo mucho más rápido que antes. El tiempo de apertura necesario para OWA o para el Exchange Management Shell es también parecido, si no más rápido que el de los servidores de gama alta que he instalado para diversos clientes. Obviamente, para esto necesita instalar su SO de servidor en el SSD además de los discos virtuales para sus VMs. Sin embargo, los SSDs, no son tan seguros como los discos duros mecánicos, así que seguí estas reglas para asegurarme de que no pierdo mis datos de Exchange si falla el SSD. Úselos solo en entornos de prueba, no en el entorno de producción. No adquiera los SSD más baratos. Recuerde que los SSDs pueden provocar fallos de datos muy rápido cuando los utiliza 24x7. En mi entorno personal, he usado el Samsung SSD 830 durante más de 18 meses, y estoy encantado porque todavía no ha aparecido ningún error en el disco. También no se olvide de comprobar sus SSDs de forma regular para evitar la pérdida total de sus datos en caso de fallo. Para lograr un nivel de seguridad adicional, realicé una copia de las bases de datos Exchange en un VHD que está ubicado en una unidad de disco duro mecánico. Incluso aunque perdiera las bases de datos del SSD, todavía tendría una copia disponible en el disco mecánico. No haga funcionar el SSD al límite. Asegúrese de que siempre posee entre el 15 y 25% de espacio libre en su SSD, porque llenarlo de datos ocasionará un impacto negativo en el rendimiento. 11

12 Use el Administrador de tareas de Windows para optimizar la utilización de memoria para su entorno de pruebas. El Administrador de tareas de Windows es una herramienta fundamental para planificar la utilización de la CPU y la disponibilidad de memoria. En la máquina host, es importante reservar recurso suficientes para que el SO no empiece a paginar demasiada memoria. Reserve siempre 1 GB de memoria para su Windows Server 2008 R2 además de la que asigne para sus VMs. Windows Server 2012 requiere más memoria yo normalmente empiezo con 2 GB y determino lo que realmente se requiere, dependiendo de los roles y características instaladas. Dentro de las VMs, es muy importante considerar la cantidad de memoria libre y disponible (mostrado en el panel Memoria física bajo la pestaña Rendimiento del Administrador de tareas de Windows). Asegúrese de que la cantidad de memoria libre no está permanentemente en cero y que la memoria física disponible puede satisfacer los requisitos en picos de rendimiento. Según mi experiencia, la cosa puede funcionar por debajo de los requisitos de memoria de Windows, pero recuerde que debería hacer esto únicamente en su entorno de pruebas, no en los sistemas de producción. La cifra inferior muestra un servidor de Exchange multi-rol se ve que puede liberar algo de memoria adicional si es necesario. 12

13 Información adicional Windows Server Virtualization Validation Program Comprendiendo la virtualización de Exchange Virtualización de Exchange Mejores prácticas para virtualizar Exchange Server 2010 con Windows Server 2008 R2 Hyper-V Microsoft Exchange 2010 en VMware - Disponibilidad u opciones de recuperación Usar VMware HA, DRS y vmotion con DAGs Exchange Herramienta Microsoft Exchange Server Jetstress

14 Acerca del autor Siegfried Jagott es consultor jefe del equipo de Comunicación y colaboración en XIOPIA, Alemania. Su equipo planifica e implementa Microsoft Exchange y Lync para clientes a nivel mundial. Es el autor del premiado Microsoft Exchange Server 2010 Best Practices (Microsoft Press), y su último libro (disponible desde noviembre de 2013) es Microsoft Server Exchange Best Practices. Ha impartido y realizado la revisión técnica de varios cursos Microsoft Official Curriculum (MOC) sobre varios temas como MOC 10165: Updating Your Skills from Microsoft Exchange Server 2003 o Exchange Server 2007 to Exchange Server 2010 SP1 y todos los cursos de Exchange Es coautor de otros libros de Windows, SCVMM y Exchange y es ponente habitual sobre estos temas en conferencias internacionales, como la Microsoft Exchange Conference 2012 de Orlando, el TechEd 2013 de Nueva Orleans, e IT & Dev Connections Spring 2012 en Las Vegas. Siegfried ha planificado, diseñado e implementado algunas de las más grandes infraestructuras de Windows y Exchange Server para clientes internacionales. Cuenta con un MBA de Open University en Inglaterra y es Microsoft Certified Systems Engineer (MCSE) desde

15 Acerca de Veeam Software Veeam es Protección para el Modern Datacenter - ofrece soluciones potentes, fáciles de usar y asequibles que son Built for Virtualization (diseñadas para la virtualización) y la nube. Veeam Backup & Replication ofrece backup VMware, backup Hyper-V, recuperación y replicación. Esta solución de VM Backup nº1 ayuda a las organizaciones a cumplir los RPOs y RTOs, ahorrar tiempo, eliminar riesgos y reducir significativamente los costes de inversión y operaciones. Veeam Backup Management Suite ofrece todos los beneficios y características de Veeam Backup & Replication junto con monitorización avanzada, generación de informes y planificación de la capacidad para la infraestructura de backup. Veeam Management Pack (MP) amplia la monitorización empresarial a VMware a través de Microsoft System Center y ofrece también monitorización y generación de informes para la infraestructura de Veeam Backup & Replication. El Programa Veeam Cloud Provider (VCP) ofrece un sistema flexible de licencias mensuales o perpetuas para satisfacer las necesidades de los proveedores de hosting, servicios gestionados y servicios cloud. VCP posee actualmente en todo el mundo más de proveedores de servicios participantes del programa. El alquiler mensual está disponible en más de 70 países desde más de 50 agregadores de Veeam. Fundada en 2006, Veeam cuenta actualmente con ProPartners y más de clientes en todo el mundo. Las oficinas centrales de Veeam se encuentran en Baar, Suiza, y la empresa posee oficinas por todo el mundo. Para obtener más información visite 15

16 Las 5 razones principales para virtualizar Exchange To learn more, visit 16