mÁquina virtual vmware protecciÓn · 2009-03-03 · protección de máquinas virtuales vmware...

MÁQUINA VIRTUAL VMWARE PROTECCIÓN

DELL POWERVAULT DL2000 CON TECNOLOGÍA SYMANTEC

Protección de máquinas virtuales VMware

2 Octubre de 2008.

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.


3 Octubre de 2008.

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.

LOS DESAFÍOS DE RESPALDO Y RECUPERACIÓN DE VMWARE VIRTUAL INFRASTRUCTURE 3


4 Octubre de 2008.

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

INFORMACIÓN GENERAL SOBRE LA ARQUITECTURA DE VMWARE

Figura 1. Arquitectura de VMware Virtual Infrastructure (ESX) 3


5 Octubre de 2008.

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.

CÓMO ABORDAR LOS DESAFÍOS DE RESPALDO Y RECUPERACIÓN DE VMWARE VI3


6 Octubre de 2008.

• 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.

MÉTODOS DE RESPALDO TRADICIONALES DE VMWARE VIRTUAL INFRASTRUCTURE (ESX) 3

Figura 2. Instalación de agentes de Backup Exec en máquinas virtuales invitadas de VMware


7 Octubre de 2008.

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).

DESVENTAJAS DE LOS AGENTES DE BACKUP EXEC EN EL RESPALDO DE MÁQUINAS VIRTUALES INVITADAS

Figura 3. Instalación de RALUS en la consola de servicio ESX 3 de VMware

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)


8 Octubre de 2008.

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).

DESVENTAJAS DE LOS RESPALDOS CON RALUS EN LAS CONSOLAS DE SERVICIO

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.

RESPALDO BÁSICO A NIVEL DEL SCRIPT DE VMWARE CONSOLIDATED BACKUP (VCB)


9 Octubre de 2008.

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).

VENTAJAS DE LOS RESPALDOS BÁSICOS EN EL NIVEL DEL SCRIPT DE VCB

Figura 4: Configuración del respaldo del servidor proxy VCB


10 Octubre de 2008.

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

DESVENTAJAS DE LOS RESPALDOS BÁSICOS EN EL NIVEL DEL SCRIPT DE VCB

Figura 5: Configuración de AVVI de Backup Exec

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).


11 Octubre de 2008.

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.

Tecnología de restauración granular (GRT) integrada

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).

Protección de aplicaciones mediante VSS

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.

Restauración de funciones de cualquier lugar

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.

Integrado con Backup Exec para permitir la protección de sistemas virtuales y físicos

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.


12 Octubre de 2008.

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).

USO DEL AGENTE PARA LA INFRAESTRUCTURA VIRTUAL (AVVI) DE BACKUP EXEC

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


13 Octubre de 2008.

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


14 Octubre de 2008.

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


15 Octubre de 2008.

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


16 Octubre de 2008.

La siguiente tabla proporciona una comparación de los métodos de respaldo de VMware descriptos en este documento.

CUADRO COMPARATIVO DE LOS MÉTODOS DE RESPALDO DE VMWARE

Característica Backup Exec Agent for VMware Virtual

Infrastructure (AVVI)

Respaldo de la máquina virtual invitada en el

nivel del agente

Respaldo en el nivel del proxy VCB

fuera del host con script

Respaldo de la consola de

servicio mediante RALUS***

Integrada con estructura de respaldo de VMware VCB

SÍ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.

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.

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)

SÍ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Í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Í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.

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.

Procesamiento de respaldo fuera del host

SÍ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 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.

***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.


17 Octubre de 2008.

La siguiente tabla proporciona una comparación de los métodos de respaldo de VMware descriptos en este documento.

CUADRO COMPARATIVO DE LOS MÉTODOS DE RESPALDO DE VMWARE (CONTINUACIÓN)

Característica Agente para la

infraestructura virtual de VMware (AVVI) de

Backup Exec

Respaldo de la máquina virtual invitada en el

nivel del agente

Respaldo en el nivel del proxy VCB

fuera del host con script

Respaldo de la consola de

servicio mediante RALUS***

Soporte de aplicación incluido

SÍ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.

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.

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.

Aprovechamiento de VMware Converter para las restauraciones personalizadas de las máquinas virtuales invitadas

SÍ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.

SÍ Se requiere SAN para ejecutar respaldos del proxy VCB fuera de host.


Aprovechamiento de VMware Converter para las restauraciones personalizadas de las máquinas virtuales invitadas

SÍ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Í Se requiere SAN para ejecutar respaldos del proxy VCB fuera de host.


Respaldos en línea de la máquina virtual invitada

SÍ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Í 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.

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.

Admite todas las configuraciones de VMware Storage

SÍSÍ AVVI puede admitir todas las infraestructuras de almacenamiento actuales de VMware, incluidas SAN, iSCSI, NBD/NFS y el almacenamiento local.

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.

NO Las carpetas públicas se pueden restaurar directamente mediante respaldos con GRT activado de Backup Exec a ubicaciones originales o redirigidas.

***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.


18 Octubre de 2008.

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.

LICENCIA DEL AGENTE PARA LA INFRAESTRUCTURA VIRTUAL DE VMWARE DE BACKUP EXEC

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.

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.

REQUISITOS DEL SISTEMA DE AVVI


19 Octubre de 2008.

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.

LICENCIA DEL AGENTE PARA LA INFRAESTRUCTURA VIRTUAL DE VMWARE DE BACKUP EXEC

Figura 11: Ubicaciones para instalar el software de AVVI de Backup Exec


20 Octubre de 2008.

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.

PRÁCTICAS ÓPTIMAS PARA LA PROTECCIÓN DE DATOS DE VMWARE CON BACKUP EXEC


21 Octubre de 2008.

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.

mÁquina virtual vmware protecciÓn · 2009-03-03 · protección de máquinas virtuales vmware...

Documents