Las 5 razones principales para virtualizar Exchange

Transcripción

Las 5 razones
principales para
virtualizar Exchange
Siegfried Jagott
Modern Data Protection
Built for Virtualization
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
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 2.000
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
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
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
• Tener cuidado al virtualizar sistemas de Exchange que den soporte a una
gran base de usuarios. Los sistemas con más de 5.000 usuarios podrían no
ser buenos candidatos para la virtualización, y los sistemas con entre 3.000
y 5.000 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
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
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
• 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
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 2013.
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
• 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
• 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
Información adicional
• Windows Server Virtualization Validation Program
http://www.windowsservercatalog.com/svvp.aspx?svvppage=svvp.htm
• Comprendiendo la virtualización de Exchange 2010
http://technet.microsoft.com/en-us/library/jj126252(v=exchg.141).aspx
• Virtualización de Exchange 2013
http://technet.microsoft.com/en-us/library/jj619301(v=exchg.150).aspx
• Mejores prácticas para virtualizar Exchange Server 2010 con Windows Server
2008 R2 Hyper-V
http://www.microsoft.com/en-us/download/details.aspx?id=2428
• Microsoft Exchange 2010 en VMware - Disponibilidad u opciones de
recuperación
http://www.vmware.com/files/pdf/exchange-2010-on-vmware-availabilityand-recovery-options.pdf
• Usar VMware HA, DRS y vMotion con DAGs Exchange 2010
http://www.vmware.com/files/pdf/solutions/VMware-Using-HA-DRSvMotion-with-Exchange-2010-DAGs.pdf
• Herramienta Microsoft Exchange Server Jetstress 2013
http://www.microsoft.com/en-us/download/details.aspx?id=36849
13
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 2013. 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 1997.
14
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 4.000
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 23.000 ProPartners y más
de 91.500 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 http://www.veeam.com/es/.
15
To learn more, visit http://www.veeam.com/backup
16

Las 5 razones principales para virtualizar Exchange

Transcripción

Documentos relacionados

G DATA ENDPOINT PROTECTION BUSINESS

G Data SmallBusiness Security