Implementación de una estrategia integral de continuidad de negocio y recuperación ante desastres con VMware

Temas del programa Definición del problema Definiciones Tecnologías de VMware que proporcionan continuidad del negocio (BC) y recuperación ante desastres (DR) vsphere High Availability y vsphere App HA. vsphere Fault Tolerance. vsphere Data Protection y vsphere Data Protection Advanced. Disponibilidad de vcenter. vsphere Replication. vcenter Site Recovery Manager. vcenter Infrastructure Navigator. Más información

Continuidad del negocio de TI

De verdad es un problema?

Qué diferencia hay? Prevención de desastres Recuperación ante desastres Planificado o imprevisto

Diferencia entre recuperación ante desastres y continuidad del negocio Ejemplo: Martes, 23 de agosto de 2011 a las 13:51, hora EDT. Terremoto de magnitud 5,8 cerca de Mineral, Virginia (EE. UU.) Se necesitó la funcionalidad de recuperación ante desastres? No Se interrumpió la continuidad del negocio? POR SUPUESTO!

Diferencia entre tolerancia a fallos y alta disponibilidad Tolerancia a fallos Capacidad para recuperarse ante la pérdida de componentes. Ejemplo: avería de una unidad de disco duro. X Alta disponibilidad Porcentaje de tiempo de actividad en un año 99 3,65 días 99,9 8,76 horas 99,99 52 minutos 99,999 «cinco nueves» 5 minutos Tiempo de inactividad en un año

RTO, RPO y MTD Objetivo de tiempo de recuperación (RTO) El tiempo que se debe tardar en realizar la recuperación. Objetivo de punto de recuperación (RPO) Cantidad de datos que se pueden perder. Tiempo de inactividad máximo tolerable (MTD) Tiempo de inactividad que puede transcurrir antes de que se produzcan pérdidas significativas. Ejemplos: económicas, de reputación.

Cómo aportar alta disponibilidad a un servicio de aplicaciones vsphere HA NUEVO: vsphere App HA

vsphere App HA Nuevo Protección de aplicaciones comerciales VMware vfabric tc Server Basado en políticas

vsphere App HA Nuevo Agentes de Hyperic que se ejecutan en las MV Dispositivo virtual de vfabric Hyperic Dispositivo virtual de vsphere App HA vcenter Server vsphere vsphere vsphere vsphere Clúster de vsphere HA

vsphere App HA Nuevo

vsphere High Availability: aspectos importantes El objetivo de tiempo de recuperación (RTO) se mide en minutos (no en segundos). Requiere almacenamiento compartido. Prácticas recomendadas. Aplicar control de admisión: política basada en porcentajes. Prueba de rendimiento tras un fallo mediante el modo de mantenimiento de host. Respuesta de aislamiento: dejar en estado encendido. Redundancia de red y almacenamiento.

vsphere Fault Tolerance (FT) Sin tiempo de recuperación ni pérdida de datos: Solo para fallos de hardware de host; No protege contra fallos del sistema operativo y las aplicaciones. Funciona bien con vsphere High Availability y vsphere App HA. Por qué no conviene usar vsphere FT? Requisitos de recursos: la carga de trabajo realmente lo necesita? La máquina virtual contiene varias CPU; consulte BCO5065. No hay instantáneas de máquina virtual: se necesita un agente para copias de seguridad.

vsphere Data Protection (copia de seguridad y restauración) Con agentes? Sin agentes? Las dos opciones! Sin agentes para la mayoría de las cargas de trabajo: es mejor simplificar. Agentes para determinadas aplicaciones. vsphere Data Protection (VDP) Advanced Copia de seguridad y recuperación de VMware para VMware. Basado en la tecnología consolidada y probada de EMC Avamar. Copia de seguridad y restauración de máquinas virtuales sin agentes. Agentes para protección granular de aplicaciones de nivel 1.

vsphere Data Protection Nuevo

vsphere Data Protection Advanced: aspectos importantes Se ha diseñado para entornos de pequeña y mediana empresa. Utiliza vsphere API for Data Protection (VADP): instantáneas de máquinas virtuales, función de seguimiento de bloques modificados (CBT). Utiliza Windows VSS en VMware Tools. Funciona bien con vsphere High Availability, no con vsphere Fault Tolerance. RDM: virtual, sí; físico, no. Sirve para la recuperación ante desastres? Puede ser; depende de los objetivos de tiempo y punto de recuperación.

vsphere Data Protection Advanced: aspectos importantes Prácticas recomendadas Rellenar previamente DNS, usar siempre FQDN. Gestionar las instantáneas de máquina virtual. Evitar su implementación en almacenamiento lento. No apagar directamente, realizar siempre un cierre controlado del sistema. No programar copias de seguridad durante el intervalo de mantenimiento.

Disponibilidad de vcenter Ejecutar la aplicación vcenter Server en una máquina virtual. Ejecutar la base de datos de vcenter Server en una máquina virtual. Se pueden ejecutar las dos en la misma máquina virtual? Proteger mediante vsphere High Availability. Establecer la prioridad alta para el reinicio de vcenter y la máquina virtual de base de datos. Activar la supervisión de aplicaciones y sistemas operativos invitados. vsphere App HA puede proteger la base de datos de SQL Server.

Disponibilidad de vcenter Realizar copia de seguridad de máquina virtual y base de datos de vcenter Server. Copia de seguridad en el nivel de imágenes para la máquina virtual de vcenter Server. Copia de seguridad en el nivel de aplicaciones, mediante un agente para realizar la copia de seguridad de la base de datos. Por qué no conviene utilizar vsphere FT para vcenter Server? vcenter Server requiere un mínimo de 2 vcpu. vsphere FT no protege contra fallos de aplicaciones. Hay que replicar vcenter Server y sus máquinas virtuales de base de datos?

vsphere Replication: recuperación ante desastres Herramienta nativa integrada en la plataforma. Replicación de hipervisor previa a la máquina virtual que se gestiona en vcenter. Posibilidad de seleccionar el objetivo de punto de recuperación, de 15 minutos a 24 horas. Posibilidad de seleccionar el almacén de datos de destino (independiente del tipo de disco).

Replicación entre sitios Dispositivo de VR vcenter Server Dispositivo de VR vcenter Server ESXi ESXi ESXi ESXi ESXi ESXi VRA VRA VRA VRA VRA VRA NFC NFC NFC NFC NFC NFC VMDK1 Almacenamiento miento Almacenamiento Almacena miento (VMDK1)

Cuatro pasos para la recuperación completa Haga clic con el botón derecho y seleccione Recover. Elija una carpeta de destino. Elija un recurso de destino. Haga clic en Finish. Validará sus elecciones a medida que las realice.

Nueva función: retención de réplicas históricas vsphere VR Agent La retención de varios momentos específicos permite revertir a estados correctos conocidos anteriores. Tras la recuperación, utilice Snapshot Manager para revertir a puntos anteriores.

Después de la conmutación por error, se presentan varios momentos específicos (MPIT) como instantáneas de máquina virtual Para revertir a momentos anteriores, se utiliza Snapshot Manager, una interfaz que todos los administradores utilizan sin problemas desde hace muchos años.

vsphere Replication: interoperabilidad HA, vmotion, DRS Storage vmotion y Storage DRS Ya compatibles! vsphere Data Protection En la mayoría de los casos, sin problemas! Si utiliza VSS es fundamental que sea la versión 5.5. vsphere FT: no funciona con vsphere Replication vsphere FT entra en conflicto con el nivel de filtro de disco vscsi.

vsphere Replication: prácticas recomendadas Objetivo de punto de recuperación (RPO) Exclusivamente lo necesario! No solo porque sea posible Objetivo de tiempo de recuperación (RTO) No lo establezca! Sin pruebas ni automatización; proceso manual. VSS: exclusivamente si es necesario! Consideraciones de ancho de banda Resulta muy complicado determinarlo. Antes, ejecutar localmente una prueba de bucle cerrado. RDM? Es preferible no utilizarlas. Si es imprescindible, utilice opciones compatibles con el entorno virtual. Importante: no mezclar ABR con vsphere Replication.

Site Recovery Manager (SRM) En qué consiste? Motor de recuperación ante desastres. Herramienta que utiliza datos replicados externamente (basados en VR o en matrices) para acortar el RTO del plan de continuidad del negocio (BCP). Producto que permite probar, automatizar y planificar una recuperación ante desastres repetible y personalizable. En qué no consiste? No es un motor de replicación. No es una herramienta para sistemas que requieren un RPO casi instantáneo. No es un clúster ampliado de prevención de desastres.

Componentes principales de SRM vcenter Server Replicación SRM Server Una instancia de vcenter Server (Windows o VCVA) por sitio, mismas versiones Una instancia de SRM Server por sitio, mismas versiones Hosts de vsphere, recomendamos mismas versiones por sitio (antes de vsphere 5.x solo si se usa la replicación basada en matrices) Compatibilidad con vsphere Essentials Plus y ediciones superiores

Opciones de replicación de SRM Replicación basada en almacenamiento Aplicación de múltiples niveles Web LUN 1 SRM puede utilizar TANTO la replicación basada en matrices COMO vsphere Replication. Apl. BD LUN 2 Concentr. SRM «verá» las máquinas virtuales independientes protegidas con vsphere Replication. vsphere Replication Aplicación de múltiples niveles Apl. Web Si es necesario, SRM puede instalar vsphere Replication a partir de cero. BD

Flujos de trabajo de recuperación Automatización de la conmutación por error Plan de recuperación definido por el usuario. Minimización de errores. Pruebas de conmutación por error sin interrupciones Entorno de pruebas aislado. Aumento de la confianza en el proceso. de recuperación ante desastres. Migración planificada Sin pérdida de datos. Migración operativa. Automatización de la conmutación por recuperación Nueva protección de las máquinas. virtuales y migración inversa.

Interoperabilidad de SRM Funciona con vsphere Replication y replicación basada en matrices (ABR). Acepta copias de seguridad, VADP, etc. vsphere HA no presenta ningún problema en absoluto. Acepta vmotion y DRS. Acepta Storage vmotion y Storage DRS, pero no siempre: Dependencia de la replicación vsphere FT: precaución. Solo con la replicación basada en matrices. El estado de FT no se recupera. Web y vsphere Client.

SRM: algunas prácticas recomendadas Sin carácter exhaustivo Se dispone de gran cantidad de material de soporte en blogs, vmware.es y sitios técnicos. Importantes Diseño del almacenamiento. Configuración de la red de pruebas. La más importante Realizar pruebas con frecuencia. Asignar a vcenter el tamaño correcto. Realizar un análisis del impacto empresarial. RPO, RTO, coste del tiempo de inactividad, interdependencias, carácter esencial de las aplicaciones, prioridades, unidades de conmutación por error, factores externos pasados por alto, adopción por parte del equipo ejecutivo

Grupos de protección (PG) Cuantos más PG, más granularidad de pruebas/conmutación por error Las pruebas de recuperación ante desastres son más fáciles, se necesitan menos recursos. Incluir en la conmutación por error solo lo que sea necesario. Más configuración/complejidad. Cuantos menos grupos de protección, menor complejidad Menos LUN, PG, planes de recuperación. Menos flexibilidad. La mayoría de las interrupciones del servicio son parciales (no afectan al centro de datos completo): realice el diseño en consecuencia. Halle el equilibrio adecuado entre flexibilidad y simplicidad. Menos LUN, PG Menos complejidad Menos flexibilidad Varía según el cliente Combinación adecuada de complejidad y flexibilidad Más LUN/PG Más complejidad Más flexibilidad

Red de pruebas Utilice una red de área local virtual (VLAN) o una red aislada para el entorno de pruebas. La opción predeterminada «Auto» no permite la comunicación de las máquinas virtuales entre hosts. En SRM, se puede especificar un conmutador virtual distinto para las pruebas que para la ejecución. Se especifica en el plan de recuperación.

vsphere Infrastructure Navigator

VMware: varios niveles de protección Sitio A SQL vsphere HA/FT

VMware: varios niveles de protección Sitio A VDPA SQL vsphere HA/FT

VMware: varios niveles de protección Sitio A Sitio B VDPA SQL VR/SRM SQL vsphere HA/FT

Recursos adicionales

Más información Participe en un laboratorio de prácticas online Solicite una demostración Instale una versión de evaluación durante 60 días

Gracias