240 likes | 436 Views
Alta disponibilidad en Microsoft Exchange Server 2010 Joshua Sáenz G. www.saenzguijarro.com. Agenda. Retos existentes en Exchange 2007 Novedades de alta disponibilidad en Exchange Server 2010 Alta disponibilidad en el servidor de buzones Alta disponibilidad en el transporte
E N D
Alta disponibilidad en Microsoft Exchange Server 2010Joshua Sáenz G.www.saenzguijarro.com
Agenda Retos existentes en Exchange 2007 Novedades de alta disponibilidad en Exchange Server 2010 Alta disponibilidad en el servidor de buzones Alta disponibilidad en el transporte Alta disponibilidad en el servidor de acceso de cliente
Retos existentes en Exchange Server 2007 • Exchange Server 2007 redujo los costes de alta disponibilidad y de resistencia a nivel de sitio • Esto fue posible gracias a tecnologías como CCR o SCR • Sin embargo seguían existiendo algunos retos • Administradores intimidados por la complejidad de los servicios de clustering de Windows Server • Lograr un alto nivel de disponibilidad podría requerir mucha intervención del administrador • Cada tipo de replicación continua se gestionaba de forma separada y diferente • La característica «transport dumpster» del Hub, solo podía proteger los mensajes ante un fallo de entrega al servidor de buzones
Retos existentes en Exchange Server 2007 • Exchange Server 2007 en clúster requería de hardware dedicado • Solo el rol de servidor de buzones podía ser instalado en el nodo de un clúster • Para obtener una redundancia completa se necesitaban un mínimo de 4 servidores (2 HUB + CAS y 2 Mailbox) • El failover ocurría a nivel de servidor, por lo tanto si una base de datos fallaba, se tenía que mover todo el servidor a otro nodo. • Esto interrumpía el servicio temporalmente a todos los usuarios del servidor de buzones
Novedades de alta disponibilidad en Exchange Server 2010 Exchange Server 2010 integra tecnología de alta disponibilidad en su propia arquitectura, utilizando una plataforma unificada. Se ha rediseñado completamente teniendo como base el concepto de movilidad de base de datos.
Alta disponibilidad en el servidor de buzones • Objetivos • Proporcionar una solución de alta disponibilidad y resistencia a nivel de sitio completamente integrada en Exchange. • Utilización de almacenamiento menos costoso y menos complejo • Simplificar la administración y reducir los costes de soporte • Incrementar la disponibilidad “end to end” • Soportar nativamente los servicios de Exchange 2010 Online
Alta disponibilidad en el servidor de buzones • Exchange 2010 combina CCR y SCR en una nueva solución denominada DAG (Database Availability Group) • Despliegue incremental • Posibilidad de implantar bases de datos en un entorno altamente disponible después de que Exchange se haya instalado
Alta disponibilidad en el servidor de buzones • Database Availability Groups • Proporciona una recuperación automática a nivel de base de datos en vez de servidor. • Puede tener hasta 16 miembros y otros roles implantados como CAS, HUB o UM • Todas las réplicas se pueden copiar mediante VSS o Streaming ESE backupAPIs • Si una base de datos falla, Active Manager automáticamente seleccionará una copia pasiva y la activará
Alta disponibilidad en el servidor de buzones • Cambios en la arquitectura • Exchange Server 2010 ya no es una aplicación clusterizada (cluster aware) • Se eliminan los recursos de clúster y exres.dll • Las bases de datos no están vinculadas a un servidor • Cada servidor puede mantener hasta 100 bases de datos (Activas y pasivas) • Desaparecen los grupos de almacenamiento • La replicación de logs ya no utiliza SMB, ahora usa TCP (puerto 64327) y soporta cifrado y compresión de datos
Alta disponibilidad en el servidor de buzones • Active Manager • Remplaza el modelo de servicios utilizado en los clúster de Exchange 2007 • Corre en todos los servidores de buzones que son miembros de un DAG • Existen dos roles de Active Manager • Primary Active Manager (PAM). Responsable de monitorizar los cambios de topología. reaccionar ante fallos de servidor y seleccionar la base de datos óptima para un failover. • Standby Active Manager (SAM). Responsable de proporcionar información de que servidor tiene la copia activa de una base de datos a otros componentes como RPC Client Access o Hub Transport Server
Alta disponibilidad en el servidor de buzones • Otras ventajas • Las copias soportan la configuración de ReplayLagTime hasta en 14 días • El tamaño máximo recomendado de la base de datos en alta disponibilidad se amplía de los 200GB hasta los 2TB • Se reduce el tiempo de failover desde 2 min. a 30 seg. aprox. • Este tamaño supone eliminar técnicas obsoletas de recuperación de bases de datos como copias de seguridad. • Las copias de seguridad se deben mantener por motivos legales, de almacenamiento a largo plazo o recuperación de elementos individuales.
Alta disponibilidad en el servidor de buzones • Consideraciones importantes de implantación de un DAG • Todos los servidores deben pertenecer al mismo dominio de Directorio Activo • Cada DAG debe disponer de una red MAPI y una red de replicación • DAG utiliza algunas funcionalidades de Windows Failover Clustering, por lo tanto solo se puede habilitar en servidores que ejecute Windows Server 2008 Enterprise Edition o DatacenterEdition • Windows Server 2008 debe tener instaladas las herramientas de administración de clustering • ServerManagerCmd –i RSAT –Clustering • Los DAG con miembros pares harán uso de un testigo (witness server) para alojar el recurso File Share Witness • Se recomienda que el testigo sea otro servidor Exchange • Si no es un servidor Exchange, hay que agregar el grupo Exchange TrustedSubsystem al grupo de Administradores locales.
Alta disponibilidad en el transporte • Se logra con una combinación de redundancia de servidores, balanceo de carga y Round Robin de DNS • Para el transporte perimetral (EDGE) • Implantación de múltiples servidores • Creación de múltiples registros MX con diferentes prioridades para proporcionar failover • Configuración de NLB para proporcionar balanceo de carga activo • Configuración de Round Robin para proporcionar balanceo de carga pasivo
Alta disponibilidad en el transporte • Para el concentrador de transporte (HUB) • Implantación de múltiples servidores por cada sitio • Transporte de Hub a Hub (en la misma organización) • El algoritmo de transporte automáticamente balancea la carga entre los servidores disponibles • Transporte de Mailbox a Hub • El servicio Mail Submission automáticamente balancea la carga entre los servidores disponibles en el mismo sitio • Transporte UM a Hub • El servidor UM automáticamente balancea la carga entre todos los servidores Hub disponibles en el mismo sitio • Transporte Edge a Hub • Automáticamente se balancea la carga del correo entrante SMTP entre todos los servidores Hub del mismo sitio al cual está suscrito el servidor perimetral.
Alta disponibilidad en el transporte • Limitaciones en Exchange Server 2007 • Transport dumpster de Exchange 2007 no protege ante fallos en el transporte • Solo protege ante fallos de bases de datos replicadas. • Shadow Rendundacy se añade al Transport Dumpster para proteger los mensajes ante fallos del transporte. • La eliminación de un mensaje de la base de datos de transporte se retrasa hasta que el servidor de transporte verifica que se ha entregado correctamente el mensaje.
Alta disponibilidad en el Acceso de Clientes Se logra con balanceo de carga mediante NLB o hardware de terceros Se debe implantar un CAS en cada sitio en donde haya un servidor de buzones. Se recomienda que cada sitio tenga su propio espacio de nombres único
Recursos técnicos • Introducción a la Alta disponibilidad • technet.microsoft.com/en-us/library/dd638137(EXCHG.140).aspx • Planificación de alta disponibilidad • technet.microsoft.com/en-us/library/dd638104(EXCHG.140).aspx • Database Availability Groups • technet.microsoft.com/en-us/library/dd979799(EXCHG.140).aspx • Active Manager • technet.microsoft.com/en-us/library/dd776123(EXCHG.140).aspx • Shadow rendundancy • technet.microsoft.com/en-us/library/dd351027(EXCHG.140).aspx • Seminarios HandsOnLab • www.microsoft.com/spain/seminarios/hol.mspx • Blog del equipo de desarrollo de Exchange • www.msexchangeteam.com • Mi Blog personal (Josh Sáenz G.) • www.saenzguijarro.com
Más acciones desde TechNet Para ver los webcast grabados sobre éste tema y otros temas, diríjase a: http://www.microsoft.com/spain/technet/jornadas/webcasts/webcasts_ant.aspx Para información y registro de Futuros Webcast de éste y otros temas diríjase a: http://www.microsoft.com/spain/technet/jornadas/default.mspx Para mantenerse informado sobre todos los Eventos, Seminarios y webcast suscríbase a nuestro boletín TechNet Flash en ésta dirección: http://www.microsoft.es/technet/boletines/default.mspx Descubra los mejores vídeos para TI gratis y a un solo clic: http://www.microsoft.es/technet/itsshowtime/default.aspx Para acceder a toda la información, betas, actualizaciones, recursos, puede suscribirse a Nuestra Suscripción TechNet en: http://www.microsoft.es/technet/recursos/cd/default.mspx