vSphere Replication

Transcripción

vSphere Replication
Implementación de una estrategia
integral de continuidad de negocio
y recuperación ante desastres
con VMware
VMware vForum, 2014
© 2014 VMware Inc. Todos los derechos reservados
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?
Recuperación
ante
desastres
Prevención
de
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.
• Alta disponibilidad
X
Porcentaje de tiempo de actividad
en un año
Tiempo de inactividad
en un año
99
3,65 días
99,9
8,76 horas
99,99
52 minutos
99,999 «cinco nueves»
5 minutos
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
Nuevo
vSphere App HA
Protección de aplicaciones comerciales
VMware vFabric™ tc Server
Basado en políticas
Nuevo
vSphere App HA
Agentes de Hyperic que
Dispositivo virtual de Dispositivo virtual de
se ejecutan en las MV
vFabric Hyperic
vSphere App HA
vCenter
Server
vSphere
vSphere
vSphere
Clúster de vSphere HA
vSphere
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
Dispositivo
de VR
vCenter Server
vCenter Server
ESXi
ESXi
ESXi
ESXi
ESXi
ESXi
VRA
VRA
VRA
VRA
VRA
VRA
NFC
VMDK1
NFC
Almacenamiento
Almacena
miento
NFC
NFC
NFC
Almacena
Almacenamiento
miento
(VMDK1)
NFC
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)
• Consideraciones de ancho
– ¡Exclusivamente lo necesario!
de banda
– No solo porque sea posible…
– Resulta muy complicado
• Objetivo de tiempo de recuperación
(RTO)
– ¡No lo establezca! Sin pruebas
ni automatización; proceso manual.
• VSS: ¡exclusivamente si es necesario!
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
 Una instancia de
vCenter Server
Replicación
SRM Server
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
replicación basada en matrices
COMO vSphere Replication.
LUN 1
Web
• SRM puede utilizar TANTO la
Apl.
Concentr.
LUN 2
BD
• SRM «verá» las máquinas virtuales
independientes protegidas con
vSphere Replication.
vSphere Replication
Aplicación de
múltiples niveles
Web
Apl.
BD
• Si es necesario, SRM
puede instalar vSphere
Replication a partir de cero.
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.
Realizar pruebas con frecuencia.
Asignar a vCenter el tamaño correcto.
La más
importante
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.
•
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
La mayoría de las
interrupciones del servicio
son parciales (no afectan
al centro de datos
completo): realice el diseño
en consecuencia.
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
VR/SRM
SQL
vSphere HA/FT
SQL
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

Documentos relacionados

Virtual SAN

Virtual SAN • Configuración de Virtual SAN: 9 máquinas virtuales de 40 GB cada una por núcleo,2 copias para disponibilidad y el 10 % del SSD para rendimiento.

Más detalles