Escenarios de falla que deben estar contemplados para un DRP de Exchange

Es claro que desde hace mucho tiempo se ha hablado de modelos de DRP (Disaster Recovery Plan), y seguro existirán un sin número de actividades o planes de DRP que pudieran ser efectivos según cada negocio.

Es importante que debe ser considerado cada escenario en modelos de DRP y no solo para Exchange, sino en general, y estos deben de estar documentados de manera completa...

En artículos anteriores de este blog, he hablado de como hacer la recuperación de servidores de Exchange a partir ya sea de un backup de Windows o en su defecto la recuperación completa del servidor.

Es importante mencionar que todos los casos de falla deben estar documentados, algunos de los siguientes escenarios deben existir en nuestro DRP

Falla del Servidor a nivel  Hardware que soporte el Servidor de Exchange según su rol e impacto

• Rol de Mailbox
• Rol de CAS
• Rol de Hub
• Rol UC

Falla de Hardware de los servicios de Red que se entregan al o los servidores de Exchange

• Red MAPI
• Red DAG

Falla de hardware del almacenamiento JBOD, SAN o NAS

• Sistema Operativo
• Base de datos (EBD)
• Logs
• Base de datos de transporte
• Quorum

Falla del Domain Controler

• Falla de Hardware
• Falla de Directorio Activo
• Pérdida de conectividad con el Domain Controler

Falla de Distribución de Correo electrónico

• Registros MX
• Falla de Hardware de Antispam
• Falla de Hardware de FireWall
• Pérdida de comunicación con FireWall 
• Pérdida de comunicación con Antispam

Brecha de seguridad sobre el Correo electrónico

• Acceso de un hacker
• Malware
• Encripción de datos
• Bloqueo de Ejecución de Servicios
• Bloqueo de conexión al Sistema Operativo

Falla del Datacenter

• Desconexión de Red con el DataCenter
• Pérdida de energía en el DataCenter
• Pérdida del Datacenter completo

Falla del Backup 

• Corrupción de datos
• Falla del hardware de restauración
• Falla del Servicio de Restauración de Backup

Falla del Sistema Operativo

• Corrupción del Sistema Operativo (Blue Screen Of Dead)
• Falla de Rendimiento del Sistema Operativo
• Problemas con Drivers o Firmwares contra el Sistema Operativo

En general existen múltiples escenarios, normalmente nos enfocamos a la falla del datacenter como el peor escenario y de ahí partimos, sin embargo es importante no solo detenerse en la falla del datacenter, sino contemplar todos los modelos

Exchange ¿Virtual o físico?

Desde hace unos años, ha habido una pregunta en el mundo de los Administradores de Exchange, y esta es:

¿Qué me conviene más tener virtual o físico mis servidores de Exchange?

La respuesta depende de diferentes variables, no existe una formula fija que determine que es lo más conveniente, lo que vale la pena identificar cuales son tus objetivos a nivel de organización.

Si lo que estas buscando es reducir el consumo de energía en el centro de datos, consumo de espacio en rack,  eficiencia en uso de servidores, así mismo ya cuentas con multiples servicios virtuales  y cuentas con expertos en modelos de virtualización..., bueno entonces hace mucho sentido ir por un modelo virtual, teniendo en cuenta que sacrificas, independencia del Sistema Operativo y el Hardware, una depreciación en un 30% del uso de hardware virtual vs físico y claro el aumento en complejidad en temas de soporte y servicio.

En caso que no busques eficiencia operativa en el centro de datos, sino en costos de licenciamiento, probablemente igualmente podrías encontrar más barato un servicio virtual ya que en un servidor de calidad empresarial, probablemente sea menos costoso licenciar por Core el Sistema Operativo y todas las VM's estarán licenciadas, pero habría que hacer el comparativo, sin embargo si solo tienes 3 servidores virtuales, 1 AD, un SQL y un Exchange, no hace sentido pagar por un servidor empresarial y un modelo de licenciamiento core del Sistema Operativo de Windows, más el costo del hypervisor...

Es importante hacer una análisis del costo total de la propiedad (Total Cost of Ownership- TCO por sus siglas en ingles) para validar que es lo que más te conviene...

Quiero recomendarte los elementos que deberías considerar en este análisis de TCO

Costo del Servidor (Hardware)
Costo de la Redundancia del Servidor o Servidores
Costo de la Cantidad de Equipos en tu infraestructura, Virtuales o físicos
Costo del Uso Herramienta de virtualización
Costo y Experiencia de la persona que administre la plataforma virtual
Costo y Experiencia de la persona que administre la plataforma física
Costo de Herramientas de monitoreo
Costo de Herramientas de Backup
Costo de Licenciamiento de Windows
Costo de Switches y cableado de red en el Datacenter
Costo de energía en el DataCenter
Costo del espacio en el /los Racks del Datacenter
Costo del uso de SAN/NAS Empresariales



Así mismo es importante que una vez que realizas en análisis de TCO, hagas una evaluación de tu modelo de operación

Maduración de procesos de TI
Experiencia en modelos virtuales
Experiencia con la herramienta de virtualización
Capacidad de tu Red LAN
Puertos disponibles en tus switches
Capacidad energética en tu DataCenter
Capacidad de Espacio en el/los Racks de tu DataCenter
Disponibilidad de una SAN o NAS empresariales
Uso de JBOD en modelos de operación
Transaccionalidad del Servicio de correo electrónico
Velocidad de Implementación de servidores

El escenario que te otorgue una evaluación más optima conforme a tus objetivos y necesidades es el que debes elegir

Recuerda que bajo el libro, existen multiples reglas que se aplican en escenarios o casos de negocio donde específicamente vale la pena uno sobre el otro, pero no significa que te pudieran aplicar completamente a ti o a tu empresa.