Document

MÁQUINA
VIRTUAL
VMWARE
PROTECCIÓN
DELL POWERVAULT DL2000
CON TECNOLOGÍA SYMANTEC
Protección de máquinas virtuales VMware
La PowerVault DL2000 con tecnología Symantec Backup Exec ofrece la única solución de
respaldo en disco completamente integrada con software instalado en fábrica. Dell y Symantec
desarrollaron esta propuesta en conjunto para brindar funciones de administración más sencillas
en el entorno de respaldo en disco. Es un método ideal para que cualquier departamento de TI
logre realizar respaldos y restauraciones más rápidos y confiables. Además, el dispositivo
simplifica el respaldo y la recuperación de entornos virtuales basados en VMware mediante la
integración con VMware Virtual Center, VMware Consolidated Backup y VMware Converter.
La virtualización de servidores se está convirtiendo rápidamente en una tecnología estándar en
muchos centros de datos en la actualidad. Mientras VMware aumenta significativamente la
utilización de hardware mediante la virtualización del servidor, VMware Virtual Infrastructure
(ESX) 3 introduce nuevos problemas relacionados con la protección y la recuperación de
entornos virtuales.
Los datos que se crean y se utilizan en las máquinas virtuales son tan importantes como los
datos que se encuentran en una sola máquina física. Este artículo describe diferentes enfoques
que se pueden adoptar para realizar el respaldo de VMware ESX Server 3.x y sus componentes
subyacentes con Backup Exec para servidores Windows y el agente para la infraestructura virtual
de VMware (AVVI). Este artículo también aborda las ventajas y las desventajas relativas de cada
método.
Octubre de 2008.
2
Protección de máquinas virtuales VMware
LOS DESAFÍOS DE RESPALDO Y RECUPERACIÓN DE VMWARE VIRTUAL
INFRASTRUCTURE 3
A medida que la consolidación del servidor continúa creciendo, aumentar las cantidades de
máquinas virtuales invitadas VMware en un solo entorno virtualizado y planificar respaldos,
restauraciones y recuperaciones ante desastres del entorno virtual son requisitos esenciales para
la administración de la infraestructura virtual. La VMware Virtual Infrastructure 3 (VI 3) se ha
convertido rápidamente en un estándar de la industria para las organizaciones que desean
virtualizar sus entornos de TI.
Las empresas dependen cada vez más de un respaldo eficiente y una recuperación rápida de los
sistemas virtuales y los sistemas host que ejecutan para mantener la productividad y el ahorro de
costos que la virtualización del servidor proporciona. Esto incluye no sólo las máquinas virtuales
invitadas sino también las aplicaciones instaladas en las máquinas virtuales invitadas, como
Microsoft Exchange, SQL y SharePoint Server. Un servidor ESX perdido puede afectar la
productividad durante muchas horas, o incluso días, en múltiples departamentos mientras el
administrador de TI lucha por recuperar el entorno virtual y las máquinas virtuales invitadas
individuales.
Los administradores que quieren proteger su entorno de VMware entienden rápido la frustración
y el tiempo que implican las tecnologías de respaldo que no se crearon específicamente para los
entornos virtuales de protección. Los administradores y las empresas que no tienen la
experiencia de recuperar una máquina virtual invitada mediante herramientas de respaldo y
recuperación básicas enfrentarán numerosas limitaciones para recuperar rápidamente los datos
con sus herramientas de respaldo antiguas diseñadas sólo para sistemas físicos. Estas
limitaciones incluyen:
• La obligación de instalar un agente de respaldo en cada máquina virtual invitada o
en el servidor ESX directamente.
• La recuperación de un solo archivo requiere generalmente una larga restauración
de toda la máquina virtual invitada.
• Respaldos separados para el nivel del sistema en comparación con la recuperación
en el nivel del archivo individual.
• La desconexión de las máquinas virtuales invitadas durante el respaldo para
brindarles una protección completa.
• La preocupación de garantizar que las aplicaciones que se ejecutan dentro de las
máquinas virtuales invitadas se puedan recuperar.
• La obligación de utilizar productos de respaldo separados para las máquinas físicas
en comparación con las máquinas virtuales.
Este problema se superó con el uso de las utilidades de VMware que permiten que el software de
respaldo de terceros realice respaldos en la consola de servicio ESX de las máquinas virtuales
invitadas en funcionamiento. Lamentablemente, realizar los respaldos en marcha o dinámicos de
las máquinas virtuales invitadas en funcionamiento con estas utilidades puede requerir la
utilización de scripts y herramientas basadas en Linux, que, en general, exigen contar con
experiencia en scripts de Linux.
Además, estos tipos de respaldos en el servidor ESX pueden colocar una carga de rendimiento
adicional en todo el servidor ESX durante el respaldo y afectar todas las máquinas virtuales
invitadas en el servidor ESX y todos los usuarios conectados a las máquinas virtuales invitadas
en ese servidor ESX. Al realizar un respaldo en marcha es posible comprobar que su
administración manual es difícil o imposible, y que, sin dudas, no es rentable si no está
centralizado y no lo puede utilizar el personal necesario.
VMware Virtual Infrastructure 3 ofrece nueva tecnología, VMware Consolidated Backup (VCB),
para ayudar a superar algunos de los desafíos que presentan los métodos tradicionales de
respaldo de las máquinas virtuales, pero también presenta algunos desafíos de respaldo y
recuperación propios que deben tenerse en cuenta en todos los entornos donde se planifique
implementarlo. Estos desafíos incluyen:
• La administración engorrosa y complicada de los "scripts" de VCB para la
integración con los productos de respaldo existentes.
• La instalación de "módulos de integración" de VCB propietarios que requieren
pruebas y configuraciones adicionales.
• Respaldos separados para el nivel del sistema en comparación con la recuperación
en el nivel del archivo individual para recuperar un archivo de un .vmdk.
Este artículo intenta analizar estos temas, cómo Backup Exec puede ayudar a enfrentar estos
desafíos únicos y, en última instancia, brindar suficiente información a los administradores para
que decidan qué solución de Backup Exec es adecuada para ellos.
Octubre de 2008.
3
Protección de máquinas virtuales VMware
INFORMACIÓN GENERAL SOBRE LA ARQUITECTURA DE VMWARE
Cuando planea los procedimientos de respaldo y restauración en un sistema del servidor ESX,
debe identificar los elementos que se deben abordar para la recuperación en su entorno antes de
que sea necesaria una recuperación. En general, con VMware Virtual Infrastructure 3 (VI3), los
principales componentes que se deben considerar para el respaldo son (consulte la Figura 1:
Arquitectura de VMware Virtual Infrastructure 3 ESX):
• Discos virtuales
• Archivos de configuración de máquinas virtuales
• Configuración del mismo sistema del servidor ESX
Figura 1. Arquitectura de VMware Virtual Infrastructure (ESX) 3
Octubre de 2008.
4
Protección de máquinas virtuales VMware
CÓMO ABORDAR LOS DESAFÍOS DE RESPALDO Y RECUPERACIÓN
DE VMWARE VI3
Tal como se mencionó anteriormente en este artículo, mientras la virtualización puede ofrecer
mejor utilización y flexibilidad del servidor, también presenta desafíos únicos de respaldo y
recuperación. Existen diferentes formas para configurar Backup Exec a fin de proteger los
entornos de VMware. Antes de planificar los procesos de respaldo y recuperación de su entorno
virtual, primero debe considerar varias preguntas, incluidas:
• ¿Desea realizar el respaldo de las máquinas virtuales individuales como clientes
normales para la recuperación en el nivel de archivo y de aplicación?, o bien
¿desea realizar el respaldo de archivos .vmdk subyacentes sobre los cuales se
basan las máquinas virtuales para la recuperación de volumen completa o la
recuperación en el nivel del sistema solamente?
• Cuando se realiza el respaldo de una máquina virtual, ¿cuál es el impacto de
rendimiento en las máquinas virtuales adicionales alojadas en el mismo servidor
físico ESX 3 durante el respaldo?
• ¿Cuáles son las ventajas y desventajas relativas de cada una de las técnicas de
respaldo?
• ¿Cuáles son las ventajas y desventajas relativas en términos de recuperación del
servidor ESX y de las máquinas virtuales invitadas?
• ¿Cómo haría una recuperación ante desastres de una máquina virtual invitada
completa?
• ¿Una combinación de estos métodos de respaldo es adecuada para mi entorno?
Teniendo en cuenta estos temas, analizamos estos métodos en detalle y presentamos un cuadro
comparativo en este artículo.
Octubre de 2008.
5
Protección de máquinas virtuales VMware
MÉTODOS DE RESPALDO TRADICIONALES DE VMWARE VIRTUAL
INFRASTRUCTURE (ESX) 3
•
•
•
Respaldos tradicionales en el nivel del agente
Instalación del agente de Linux en el servidor ESX
Integración básica de VCB en el nivel del script
Respaldo tradicional en el nivel del agente
En este método, cada máquina virtual se trata fundamentalmente como si fuera un sistema físico
tradicional. En cada caso, se debe adquirir un agente remoto de Backup Exec y se lo debe
instalar en cada máquina virtual invitada (consulte la Figura 2: Instalación de agentes de
Backup Exec en máquinas virtuales invitadas de VMware). Luego se programa el respaldo de
la máquina virtual invitada y se ejecuta como si lo hiciera con cualquier otro sistema protegido por
Backup Exec en su red.
Ventajas del respaldo tradicional en el nivel del agente de la máquina virtual invitada
Las máquinas virtuales aparecen en Backup Exec como sistemas físicos normales. Las
restauraciones de los datos que se encuentran en las máquinas virtuales invitadas se realizan de
la misma manera en que se hace cualquier restauración estándar de Backup Exec.
Figura 2. Instalación de agentes de Backup Exec en máquinas virtuales invitadas
de VMware
Octubre de 2008.
6
Protección de máquinas virtuales VMware
DESVENTAJAS DE LOS AGENTES DE BACKUP EXEC EN EL RESPALDO DE
MÁQUINAS VIRTUALES INVITADAS
La instalación de un agente en cada uno de los sistemas de las máquinas virtuales invitadas
puede tener un costo muy elevado para muchas organizaciones en términos de dinero y
rendimiento de E/S en el servidor ESX. La licencia existente de Backup Exec se aplica a los
entornos de VMware. Backup Exec y sus agentes tienen licencia por cada servidor,
independientemente de que sean servidores físicos o virtuales. Por ejemplo, tres máquinas
virtuales invitadas que ejecuten Windows 2003 y que estén protegidas por el servidor de medios
de Backup Exec requerirían:
• Una licencia de servidor de medios de Backup Exec para servidores Windows.
• Tres licencias de agente de Backup Exec para sistemas de Windows (AWS) (las
licencias de agente para sistemas de Windows incluyen una licencia de agente de
protección continua y una de agente remoto para sistemas de Windows).
RESPALDO DE LA CONSOLA DE SERVICIO Y MÉTODO DE RECUPERACIÓN DE
ARCHIVOS .VMDK CON RALUS
El agente remoto para servidores Linux y Unix (RALUS) de Backup Exec para servidores
Windows se puede instalar directamente en la consola de servicio ESX 3 para proteger los
archivos .vmdk y .vmx en los sistemas de archivos admitidos por VMware, incluidos EXT3 y
VMFS. (consulte la Figura 3: Instalación de RALUS en la consola de servicio ESX 3 de
VMware)
Figura 3. Instalación de RALUS en la consola de servicio ESX 3 de VMware
Octubre de 2008.
7
Protección de máquinas virtuales VMware
DESVENTAJAS DE LOS RESPALDOS CON RALUS EN LAS CONSOLAS
DE SERVICIO
Es necesario ser cuidadosos al llevar a cabo el respaldo de estos archivos a fin de garantizar que
se los respalde de manera coherente y que no se dañen los archivos restaurados. Antes de
realizar el respaldo de los archivos .vmdk, se deben detener todas las operaciones de E/S en
estos archivos. Esto se puede realizar:
• Apagando cada máquina virtual invitada antes de realizar el respaldo.
• Realizando instantáneas de las máquinas virtuales que se pueden usar en el
respaldo.
Backup Exec puede utilizar estos comandos en una tarea de respaldo de manera automática
como un comando de tarea previa y posterior. Para obtener la documentación completa de los
comandos de vcbMounter y vcbRestore, consulte la documentación sobre ESX en
www.vmware.com
Nota: El agente de RALUS de Backup Exec para servidores Windows requiere ESX 3 o posterior,
y no se instalará ni funcionará correctamente en un servidor ESX 2.x.
Respaldo de la misma consola de servicio ESX
La consola de servicio misma (excluidos los archivos .vmx y .vmdk) generalmente no cambia a
menudo; por lo tanto, no es necesario realizar con frecuencia el respaldo del sistema operativo
de la consola de servicio. Además, las versiones ESXi ya no incluyen la consola de servicio. Sin
embargo, en el caso de que se produzca una falla en el sistema de ESX, las operaciones de
restauración de los archivos de configuración de la consola de servicio se podrían realizar si
hubiera un respaldo actual de la consola de servicio. Es importante aclarar que el respaldo de la
consola de servicio que se describió en esta sección no incluirá los archivos .vmx y .vmdk
relacionados con un sistema operativo invitado. Estos archivos quedan protegidos por separado
tal como se mencionó en la sección previa de este artículo (Respaldo de la consola de servicio y
método de recuperación de archivos .vmdk con RALUS).
RESPALDO BÁSICO A NIVEL DEL SCRIPT DE VMWARE CONSOLIDATED
BACKUP (VCB)
La práctica tradicional de colocar agentes de respaldo en la máquina virtual para realizar
respaldos diarios agrega carga adicional en el servidor ESX y puede repercutir en el rendimiento
de ese servidor ESX y de todos los usuarios conectados a las máquinas virtuales que ese
servidor ESX aloja.
Octubre de 2008.
8
Protección de máquinas virtuales VMware
VENTAJAS DE LOS RESPALDOS BÁSICOS EN EL NIVEL DEL SCRIPT DE VCB
En el caso de una amplia variedad de máquinas virtuales del servidor ESX, el VCB puede realizar
dos tipos diferentes de respaldo de los datos presentes en la máquina virtual invitada.
En el nivel de archivos
• Con este tipo de respaldo de VCB, todo el contenido del sistema de archivos de los
archivos .vmdk se monta como un directorio local (es decir, el punto de montaje) en
el servidor proxy VCB Windows 2003 que luego Backup Exec protege mediante un
respaldo normal del sistema de archivos del servidor proxy VCB.
En el nivel de imágenes
• Con este tipo de respaldo de VCB, las copias de las instantáneas de los
archivos .vmdk de la máquina virtual se copian de los volúmenes VMFS del servidor
ESX 3 al servidor proxy VCB Windows 2003 como imágenes de archivos de
disco .vmdk completos.
Estos respaldos en el nivel de archivos y en el nivel de imágenes se pueden realizar en un
servidor diferente del servidor ESX (es decir, "fuera del host") mediante una máquina Windows
2003 centralizada como el servidor "proxy" VCB fuera del host. Luego Backup Exec utiliza VCB,
mediante "scripts" de tareas previas y posteriores, durante el respaldo de un servidor ESX para
realizar el respaldo en el nivel de archivos o en el nivel de imágenes (o una combinación) de las
máquinas virtuales invitadas al exportar los datos en el nivel de archivos o todos los datos en el
nivel de imágenes (archivos .vmdk, .vmx, y .log) al servidor proxy Windows 2003 fuera del host.
(Consulte la Figura 4: Configuración del respaldo del servidor proxy VCB).
Figura 4: Configuración del respaldo del servidor proxy VCB
Octubre de 2008.
9
Protección de máquinas virtuales VMware
DESVENTAJAS DE LOS RESPALDOS BÁSICOS EN EL NIVEL DEL
SCRIPT DE VCB
Es importante entender que los respaldos en el nivel de imágenes y de archivos se deben
realizar por separado para obtener un respaldo completo de una máquina virtual invitada y la
recuperación de archivos individuales. Este proceso de "dos pasos" da como resultado el doble
de tiempo de respaldo, el doble de almacenamiento de medios de respaldo en cinta o en disco, y
el doble de tiempo del administrador del respaldo para asegurarse de que los dos respaldos se
ejecuten correctamente. Además, debe descargar, instalar, configurar y administrar los scripts de
VCB creados por VMware para que Backup Exec ejecute estas funciones. Puede obtener el VCB
y los módulos de interoperabilidad de VCB específicos para Backup Exec directamente en
VMware en http://www.vmware.com/download/download.do?downloadGroup=VCB
MEJORA DEL RESPALDO Y LA RECUPERACIÓN DE VMWARE VIRTUAL
INFRASTRUCTURE (ESX) 3
El agente para la infraestructura virtual de VMware (AVVI) de Backup Exec aprovecha las
ventajas de VCB, como el respaldo fuera del host, y, al mismo tiempo, elimina algunos de los
desafíos de implementar una solución de respaldo basada en scripts y en VCB. Se han logrado
mejoras en numerosas áreas clave en la integración sólo básica en nivel de scripts de VCB.
• No se requiere la integración con la API clave de AVMware para garantizar los
"scripts" o los "módulos de integración" de VCB.
• Elimina respaldos de VCB separados para la recuperación en el nivel del sistema
en comparación con la recuperación en el nivel de archivos individuales para
recuperar un solo archivo de un .vmdk.
• Protege las aplicaciones compatibles con **VSS, como Exchange, SQL o
SharePoint, como parte de toda la máquina virtual invitada (**consulte la sección de
Prácticas óptimas a continuación).
AVV no necesita que se instale ningún "agente" en el ESX y no se debe configurar nada para
realizar los respaldos de VCB. Se incluye todo el soporte necesario para realizar los respaldos
de la infraestructura virtual de VMware. (Consulte la Figure 5: Configuración de AVVI de Backup
Exec).
Figura 5: Configuración de AVVI de Backup Exec
Octubre de 2008.
10
Protección de máquinas virtuales VMware
CARACTERÍSTICAS Y VENTAJAS DE AVVI DE BACKUP EXEC
Características de AVVI
Ventajas
Integrado con VMware
Virtual Infrastructure 3 (VI3)
Admite y está integrado con todas las tecnologías
clave VMware, incluidas VCB, VirtualCenter,
VMotion, VMware Converter, ESX/ESXi, y
VMware Tools.
Integración de VCB sin scripts
con Backup Exec
AVVI está integrado directamente en la consola
Backup Exec y no requiere scripts o módulos de
integración de VCB para proteger un entorno de
VMware.
Respaldo sin agente de la
máquina virtual invitada
Se pueden realizar respaldos sin tener que instalar
un agente de Backup Exec en las máquinas
virtualesinvitadas o en el servidor host ESX.
Licencia y precios
simplificados
Una sola licencia de AVVI puede proteger todo la
máquina virtual invitada de Windows y Linux en un
servidor ESX. Simplemente compre una licencia de
AVVI para cada servidor ESX en su entorno. Una
sola licencia de AVVI incluye la capacidad de
proteger una cantidad ilimitada de máquinas
virtuales invitadas en el host ESX.
La tecnología GRT incluida brinda la capacidad de
restaurar archivos y carpetas individuales dentro
de la máquina virtual invitada sin tener que
restaurar toda la máquina virtual invitada
(*Solamente para máquinas invitadas Windows).
Cuando protege toda la máquina virtual invitada
Windows, AVVI puede proteger las aplicaciones
mediante el servicio de instantánea de volumen
(VSS) de Microsoft. Esto permite que se puedan
recuperar juntos todo el servidor y las aplicaciones.
Tecnología de restauración
granular (GRT) integrada
Protección de aplicaciones
mediante VSS
Restauración de funciones de
cualquier lugar
Integrado con Backup Exec
para permitir la protección de
sistemas virtuales y físicos
Octubre de 2008.
Restaure las máquinas virtuales invitadas a sus
ubicaciones originales o alternativas del almacén
de datos, e incluya la especificación de nombres de
diferentes máquinas y redes virtuales que se
utilizarán luego de la restauración.
AVVI de Backup Exec puede descubrir
automáticamente su entorno virtual de VMware
junto a su entorno físico para brindarles a ambos
una protección perfecta.
11
Protección de máquinas virtuales VMware
USO DEL AGENTE PARA LA INFRAESTRUCTURA VIRTUAL (AVVI)
DE BACKUP EXEC
Una vez que se instaló la licencia para el agente para la infraestructura virtual de VMware en el
servidor Backup Exec, la interfaz fácil de usar de Backup Exec se puede comunicar con VMware
VirtualCenter o con los servidores ESX individuales a fin de guiar a los administradores a través
del proceso de identificación de los hosts ESX, los grupos y las máquinas virtuales invitadas para
realizar de manera más rápida y simple el respaldo y la recuperación. (Consulte la Figura 6:
Descubrimiento y selección de las máquinas virtuales invitadas).
Figura 6: Descubrimiento y selección de las máquinas virtuales invitadas
Toda la máquina virtual invitada y sus componentes necesarios quedan seleccionados automáticamente
para el respaldo, incluidos los archivos .vmdk, .vmx, .log y .nvram de la máquina virtual invitada.
(Consulte la Figura 7: Protección de las máquinas virtuales invitadas).
Figura 7: Protección de las máquinas virtuales invitadas
Octubre de 2008.
12
Protección de máquinas virtuales VMware
Cuando es necesario recuperar toda la máquina virtual invitada, simplemente busque los
sistemas protegidos de la máquina virtual invitada en la consola Backup Exec para restaurar toda
la máquina virtual invitada o los archivos .vmdk individuales. (Consulte la Figura 8: Restauración
de máquinas virtuales invitadas).
Figura 8: Restauración de máquinas virtuales invitadas
Octubre de 2008.
13
Protección de máquinas virtuales VMware
O bien utilice la tecnología de recuperación granular (GRT) incorporada de Backup Exec para
permitir la recuperación del archivo individual/carpeta individual desde un archivo .vmdk sin tener
que ejecutar un respaldo separado del archivo. (Consulte la Figura 9: Restauración de archivos y
carpetas individuales).
Figura 9: Restauración de archivos y carpetas individuales
Octubre de 2008.
14
Protección de máquinas virtuales VMware
Los respaldos se pueden restaurar a sus ubicaciones originales o a ubicaciones alternativas,
incluidos los almacenes de datos alternativos y los servidores host ESX, con diferentes nombres
de máquinas virtuales y en diferentes redes virtuales. (Consulte la Figura 10: Restauración a
ubicaciones originales o alternativas).
Figura 9: Restauración a ubicaciones originales o alternativas
Octubre de 2008.
15
Protección de máquinas virtuales VMware
CUADRO COMPARATIVO DE LOS MÉTODOS DE RESPALDO DE VMWARE
La siguiente tabla proporciona una comparación de los métodos de respaldo de VMware
descriptos en este documento.
Respaldo en
el nivel del
proxy VCB
fuera del host
con script
Respaldo de la
consola de
servicio
mediante
RALUS***
NO
No hay soporte
integrado para la
estructura de VMware
VCB cuando el agente
está instalado dentro
de la máquina virtual
invitada.
NO
Requiere scripts
separados o
módulos de
integración para el
soporte de
VMware VCB,
como scripts de
tarea previa y
posterior.
NO
No tiene soporte
para la estructura
de VMware VCB.
SÍ
AVVI utiliza tecnología de
recuperación granular (GRT)
de Backup Exec para la
recuperación de archivos
individuales o directorios, o
la restauración de
volúmenes completos sin
tener que restaurar todo
el .vmdk de la máquina
virtual invitada.
NO
Solamente se pueden
seleccionar archivos
individuales, directorios
o volúmenes completos
para restaurar en una
máquina virtual invitada
cuando se utiliza un
agente de Backup
Exec para el respaldo.
NO
Solamente se
pueden
seleccionar
archivos
individuales,
directorios o
volúmenes
completos cuando
se realiza un
respaldo de VCB
en el nivel de
archivos en dos
pasos separados.
NO
Se debe restaurar
todo el
archivo .vmdk. Los
archivos
individuales dentro
del .vmdk no se
pueden restaurar
por separado.
Integrado con
VMware
VirtualCenter
SÍ
AVVI se puede comunicar
directamente con VMware
VirtualCenter para descubrir
y mostrar automáticamente
su entorno de VMware.
NO
Solamente se pueden
seleccionar archivos
individuales, directorios
o volúmenes completos
para restaurar en una
máquina virtual invitada
cuando se utiliza un
agente de Backup
Exec para el respaldo.
NO
Solamente se
pueden
seleccionar
archivos
individuales,
directorios o
volúmenes
completos cuando
se realiza un
respaldo de VCB
en el nivel de
archivos en dos
pasos separados.
NO
Se debe restaurar
todo el
archivo .vmdk. Los
archivos
individuales dentro
del .vmdk no se
pueden restaurar
por separado.
Respaldo sin agente
de máquinas
virtuales invitadas
SÍ
AVVI permite que Backup
Exec se comunique
directamente con
VirtualCenter o los
servidores ESX individuales
para proteger la máquina
virtual invitada sin tener que
instalar un agente en el ESX
o en la máquina virtual
invitada.
SÍ
AVVI utiliza VMware VCB
para descargar tareas de
respaldo de los sistemas del
servidor ESX a uno o más
servidores proxy VCB de
respaldo dedicados, lo que
reduce la carga en los
sistemas del servidor ESX.
NO
El respaldo individual
de la máquina virtual
invitada requiere que
se instale un agente en
cada máquina virtual
invitada.
SÍ
Brinda un
respaldo básico
sin tener que
instalar un agente
en cada máquina
virtual invitada.
NO
Requiere que se
instale un agente
en la consola de
servicio ESX (no es
posible con ESXi) y
no descarga la E/S
de respaldo.
NO
Los respaldos fuera del
host no son
compatibles
actualmente con los
respaldos en el nivel
del agente de las
máquinas virtuales
invitadas.
SÍ
Proporcionan
soporte básico de
respaldo de VCB
en el nivel del
script para los
respaldos fuera
del host.
NO
Los respaldos de
los archivos .vmdk
y .vmx con el
agente de RALUS
se deben realizar
en el host en el
servidor VMware
ESX 3 a un servidor
remoto Backup
Exec.
Backup Exec Agent
for VMware Virtual
Infrastructure (AVVI)
Respaldo de la
máquina virtual
invitada en el
nivel del agente
Integrada con
estructura de
respaldo de VMware
VCB
SÍ
Se ha integrado el soporte
para la estructura de
VMware VCB en la consola
Backup Exec sin la
necesidad de instalar scripts
o módulos de integración.
Recuperación de
carpetas y en el nivel
de archivos
individuales de un
respaldo en el nivel
de imágenes en un
único paso de una
máquina virtual
invitada (.vmdk)
Característica
Procesamiento de
respaldo fuera del
host
***El agente remoto para servidores Linux\Unix (RALUS) de Backup Exec no es compatible
con ESX 2.x. Solamente es compatible con los servidores ESX 3.x.
Octubre de 2008.
16
Protección de máquinas virtuales VMware
CUADRO COMPARATIVO DE LOS MÉTODOS DE RESPALDO DE VMWARE
(CONTINUACIÓN)
La siguiente tabla proporciona una comparación de los métodos de respaldo de VMware
descriptos en este documento.
Respaldo en
el nivel del
proxy VCB
fuera del host
con script
Respaldo de la
consola de
servicio
mediante
RALUS***
SÍ
VCB 1.5 no es
compatible con el
respaldo o la
recuperación de
los datos de las
aplicaciones en
línea más allá del
respaldo del
sistema de
archivos con fallas
uniformes del
archivo .vmdk.
SÍ
Se requiere SAN
para ejecutar
respaldos del
proxy VCB fuera
de host.
NO
RALUS no es
compatible
actualmente con el
respaldo o la
recuperación de los
datos de las
aplicaciones en
línea más allá del
respaldo del
sistema de archivos
con fallas uniformes
del archivo .vmdk.
NO
No se encuentra
disponible la
integración de
VMware Converter.
NO
No se encuentra
disponible la
integración de VMware
Converter.
SÍ
Se requiere SAN
para ejecutar
respaldos del
proxy VCB fuera
de host.
NO
No se encuentra
disponible la
integración de
VMware Converter.
SÍ
El agente de Backup
Exec para servidores
Windows (AWS) y la
opción de recuperación
del sistema de Backup
Exec 7.0 (BESRO) se
pueden instalar en la
máquina virtual invitada
para realizar respaldos
en línea sin tener que
apagarla.
SÍ
VCB admite
respaldos en línea
de máquinas
virtuales invitadas.
NO
No es necesario contar
con una SAN para
realizar respaldos en el
nivel del agente de
cada máquina virtual
invitada.
SÍ
El script de VCB
admite múltiples
infraestructuras de
almacenamiento,
incluidas SAN,
iSCSI, NBD/NFS y
almacenamiento
local.
SÍ
El agente remoto
para servidores
Linux y Unix
(RALUS) de
Backup Exec puede
utilizar
herramientas de
VMware de
vcbMounter y
vcbRestore para
realizar respaldos
en línea de las
máquinas virtuales
invitadas.
NO
Las carpetas
públicas se pueden
restaurar
directamente
mediante respaldos
con GRT activado
de Backup Exec a
ubicaciones
originales o
redirigidas.
Agente para la
infraestructura virtual
de VMware (AVVI) de
Backup Exec
Respaldo de la
máquina virtual
invitada en el
nivel del agente
Soporte de
aplicación incluido
SÍ
AVVI incluye soporte de VSS
para proteger las
aplicaciones compatibles con
VSS (como Microsoft
Exchange, Microsoft SQL,
Microsoft SharePoint, etc.)
cuando protege toda la
máquina virtual invitada.
SÍ
Los respaldos de
aplicaciones se
encuentran disponibles
a través del agente de
Backup Exec
correspondiente
cuando está instalado
en la máquina virtual
invitada que ejecuta la
aplicación.
Aprovechamiento de
VMware Converter
para las
restauraciones
personalizadas de
las máquinas
virtuales invitadas
SÍ
AVVI aprovecha VMware
Converter para restaurar el
respaldo de las máquinas
virtuales invitadas a su
ubicación original o
alternativa con un nombre de
máquina virtual diferente y/o
red diferente.
NO
No se encuentra
disponible la
integración de VMware
Converter.
Aprovechamiento de
VMware Converter
para las
restauraciones
personalizadas de
las máquinas
virtuales invitadas
SÍ
AVVI aprovecha VMware
Converter para restaurar el
respaldo de las máquinas
virtuales invitadas a su
ubicación original o
alternativa con un nombre de
máquina virtual diferente y/o
red diferente.
SÍ
AVVI aprovecha VMware
VCB para comunicarse con
VirtualCenter o servidores
ESX individuales para
realizar respaldos fuera del
host de las máquinas
virtuales invitadas.
SÍ
AVVI puede admitir todas las
infraestructuras de
almacenamiento actuales de
VMware, incluidas SAN,
iSCSI, NBD/NFS y el
almacenamiento local.
Característica
Respaldos en línea
de la máquina virtual
invitada
Admite todas las
configuraciones de
VMware Storage
***El agente remoto para servidores Linux\Unix (RALUS) de Backup Exec no es compatible
con ESX 2.x. Solamente es compatible con los servidores ESX 3.x.
Octubre de 2008.
17
Protección de máquinas virtuales VMware
LICENCIA DEL AGENTE PARA LA INFRAESTRUCTURA VIRTUAL DE VMWARE
DE BACKUP EXEC
El agente para la infraestructura virtual de VMware de Backup Exec está diseñado para
adaptarse a las necesidades de grandes y pequeñas implementaciones, como un solo host ESX
o un sólido entorno administrado de VirtualCenter con múltiples ESX. Se otorga una licencia
solamente para cada host ESX.
Escenarios
Entorno del cliente
Licencias
Protección de tres
(3) hosts ESX con
un total de
dieciocho (18)
máquinas virtuales
invitadas
Tres (3) sistemas host ESX
con dieciocho (18)
máquinas virtuales
invitadas compartidas,
diez (10) de las cuales
ejecutan Windows y ocho
(8) ejecutan Linux.
Cantidad: Tres licencias de agente para la
infraestructura virtual de VMware de Backup
Exec.
**Nota: No se requiere licencia de agente para
sistemas de Windows o agente remoto para
servidores Linux/Unix para cualquier máquina
virtual invitada alojada en el host ESX protegido y
con licencia. Sin embargo, la recuperación en
nivel de la aplicación o de nivel de aplicación
granular requiere un agente de aplicación o base
de datos de Backup Exec diferente. Consulte la
sección Protección de datos integrada a
continuación.
REQUISITOS DEL SISTEMA DE AVVI
Para admitir AVVI de Backup Exec, se requieren los siguientes componentes:
• VMware ESX 3.0.2, 3.0.3, 3.5 o posterior.
• VMware Converter 3.0.3 o posterior.
• VMware VirtualCenter 2.5 o posterior.
• VMware VCB 1.1, 1.5 o posterior.
• Las máquinas virtuales invitadas deben tener las herramientas de VMware
instaladas.
• Verifique la lista de compatibilidad de software de Backup Exec para conocer la
información más actualizada en www.backupexec.com.
Octubre de 2008.
18
Protección de máquinas virtuales VMware
LICENCIA DEL AGENTE PARA LA INFRAESTRUCTURA VIRTUAL DE VMWARE
DE BACKUP EXEC
La instalación de AVVI es simple y no es necesario instalar ningún software en el servidor ESX.
La siguiente sección describe los componentes de Backup Exec y de la infraestructura virtual de
VMware instalados y su ubicación. (Consulte a continuación la Figura 11: Ubicaciones para
instalar el software de AVVI de Backup Exec).
• Uno o más sistemas de proxy de respaldo que ejecutan Microsoft® Windows 2003
SP1 o posterior; estos deben contar con conectividad de red al servidor
VirtualCenter que administra el clúster ESX (o al sistema del servidor ESX sin no
utiliza VirtualCenter y tiene solamente un sistema del servidor ESX) y con un
adaptador de bus de host (HBA) de canal de fibra.
• Para obtener el mejor rendimiento, se recomienda que se instale Backup Exec para
servidores Windows en el servidor proxy VCB Windows 2003 para realizar los
respaldos de los datos exportados desde los servidores ESX 3.
• Se debe instalar el software VCB 1.1 o posterior de VMware en el servidor proxy
VCB Windows 2003.
• Se puede instalar VMware Converter 3.0.3 en el servidor proxy VCB o en otra
ubicación de Windows a la que el servidor Backup Exec pueda acceder.
• Para proteger las aplicaciones compatibles con VSS, como Exchange, SQL,
SharePoint y Active Directory, se puede instalar un proveedor de VSS de Backup
Exec en la máquina virtual invitada. El proveedor de VSS se encuentra en el CD de
Backup Exec. Por otra parte, VCB 1.5 también incluye un componente de VSS que
se puede utilizar en lugar del provisto con AVVI de Backup Exec. Es importante
asegurarse de que no se utilicen juntos. Consulte la Guía del administrador de Backup
Exec para obtener más información sobre la instalación del componente de VSS.
Figura 11: Ubicaciones para instalar el software de AVVI de Backup Exec
Octubre de 2008.
19
Protección de máquinas virtuales VMware
PRÁCTICAS ÓPTIMAS PARA LA PROTECCIÓN DE DATOS DE VMWARE CON
BACKUP EXEC
Configuración del respaldo
• Para obtener el mejor rendimiento, se recomienda que se instale Backup Exec para
servidores Windows en el servidor proxy VCB Windows 2003 para realizar los
respaldos de los datos exportados desde los servidores ESX 3. Si Backup Exec
está instalado en un servidor diferente al servidor proxy VCB, se debe instalar
Backup Exec para servidores Windows o el agente de Backup Exec para servidores
Windows para sistemas de Windows (AWS) en el servidor proxy VCB Windows
2003.
• Cuando se realizan respaldos de VCB en el nivel de imágenes, debe prestarse
atención a que exista espacio suficiente en el disco en el servidor proxy VCB para
todos los archivos .vmdk que se copiarán directamente allí para un respaldo fuera
del host.
• No utilice a la vez el proveedor de VSS Symantec Backup Exec y el solicitante de
VSS VCB 1.5 en el mismo sistema de la máquina virtual invitada. Sólo instale uno
de ellos.
• Los respaldos con VSS activado mediante el VCB de la máquina virtual invitada que
contienen aplicaciones, como Microsoft Exchange, SQL, SharePoint y AD, NO
fueron diseñados para reemplazar los respaldos tradicionales en el nivel de
aplicaciones/bases de datos mediante agentes de aplicaciones/base de datos de
Backup Exec. Los respaldos de VCB con VSS activado no admiten métodos de
respaldo completo, gradual o diferencial en el nivel de aplicaciones/bases de datos.
Los siguientes métodos de respaldo de Backup Exec son compatibles con
respaldos de VSS VCB y son respaldos de COPIA que no truncan los archivos de
registro de la aplicación ni tampoco proporcionan una recuperación granular de
aplicaciones.
• Para los respaldos de SAN, el servidor proxy VCB fuera del host deberá zonificarse
de manera adecuada para ver los LUN VMFS que utilizan los servidores ESX. VCB
monta un archivo .vmdk de la máquina virtual en un directorio en el servidor VCB
Windows centralizado y permite que se realice el respaldo de los contenidos del
VMDK.
• Para evitar problemas relacionados con instantáneas, los respaldos se deben
programar para periodos de actividad de E/S relativamente baja en la máquina
virtual. También puede ser útil reducir la cantidad de respaldos simultáneos (y, a su
vez, las instantáneas de VCB).
• Actualice con la última versión de la infraestructura virtual de VMware. Esto incluye
la última versión del servidor ESX, el servidor del centro virtual y de la estructura de
VCB. Las versiones más nuevas de los componentes del centro virtual generalmente
incluyen mejoras que aumentan la confiabilidad en las instantáneas de VCB.
• Una vez que se crea una instantánea de VCB, los datos se transfieren desde el
almacén de datos de la máquina virtual hasta el punto de montaje del proxy de
respaldo. La velocidad de finalización del proceso de instantáneas mejora
significativamente si se presta atención para garantizar que la ruta de datos desde
el almacén de datos hasta el punto de montaje de la instantánea sea la más rápida
posible. El punto de montaje de las instantáneas se debe configurar con la mayor
cantidad posible de rotaciones.
• En la actualidad, los discos RDM no son compatibles con los respaldos de VCB y
se omiten automáticamente.
Restauraciones
• VCB no ofrece la función de restauración directa para máquinas virtuales invitadas
individuales. Se instala un agente de Backup Exec para sistemas de Windows
(AWS) en la máquina virtual invitada de destino para realizar restauraciones de
archivos y carpetas individuales con tecnología de recuperación granular activada.
O bien, se puede realizar una restauración de cliente alternativa a un recurso
compartido de Windows y se puede acceder a los archivos restaurados y
transferirlos a la máquina virtual a través de este recurso.
• La recuperación granular de archivos y carpetas individuales de un archivo .vmdk
funciona mejor cuando se restaura desde un respaldo basado en disco. Aunque se
admite la recuperación granular desde un respaldo basado en cinta, es necesario
una organización en etapas temporal de todo el archivo .vmdk a una ubicación de
disco durante la restauración, que luego se elimina. Asegúrese de que exista
suficiente espacio en el disco en la ubicación de la organización en etapas temporal
que se especifica en Restore Job Properties (Propiedades de tarea de restauración)
para recuperar todo el archivo .vmdk.
Octubre de 2008.
20
Protección de máquinas virtuales VMware
RESUMEN
La virtualización de servidores se convirtió rápidamente en una actividad esencial en
numerosas empresas. Por lo tanto, mantener el servidor con alta disponibilidad y
proteger los datos no es una opción sino, un requisito comercial. En consecuencia, el
respaldo y la recuperación, incluida la recuperación completa ante desastres, se ubican
entre los procesos más importantes en los centros de datos que poseen servidores
virtualizados. Backup Exec presenta una variedad de funciones nuevas y potentes para
proteger su entorno de VMware como parte de su estrategia general de respaldo y, al
mismo tiempo, conserva la facilidad de uso que convirtió a Backup Exec en la solución
predilecta de miles de administradores de TI durante más de 15 años.
ESTAS NOTAS DEL PRODUCTO SÓLO TIENEN FINES INFORMATIVOS Y PUEDEN CONTENER ERRORES TIPOGRÁFICOS
E IMPRECISIONES TÉCNICAS. EL CONTENIDO SE PROPORCIONA "TAL CUAL", SIN GARANTÍAS EXPRESAS NI
IMPLÍCITAS DE NINGÚN TIPO.
Octubre de 2008.
21