EssentialGuide VirtServerBackup SPANISH Final

Gestionando la información que mueve a las empresas

respaldo de servidores virtuales

Storageguía básica

Hay numerosos productosque parecen haber dejado atrás los inconvenientes generados por los respal-dos (copias de seguridad) de servidores virtuales.Esta Guía Básica ofrece consejos y mejores prác-ticas para ayudarte a mejorar las operaciones de copia de seguridad de tus máquinas virtuales.

dentron mEjoras al rEspaldo dE sErvidorEs virtualEs n aplicacionEs y HErramiEntas dE rEspaldo

para sErvidorEs virtualEs n lista dE comproBación dEl softwarE para rEspaldo

dE vmwarE n mEjorEs prácticas dE rEspaldo dE vmwarE n rEspaldo dE HipErvisorEs vs

rEspaldo dE vm n cómo vadp dE vmwarE puEdE BEnEficiar a los vars

2 Storage Guía Básica: Respaldo de Servidores Virtuales

Mejoras al respaldo de servidores virtuales

Aplicaciones y herramientas

de respaldo para servidores

virtuales

Lista de comprobación del software para respaldo de vmware

Mejores prácticas de respaldo de vmware

Respaldo de hipervisores vs backup de vm

Cómo vadp de vmware puede

beneficiar a los vars

H

Grandes mejoras en el respaldo de servidores virtualestanto si decides incorporar una nueva herramienta como añadir un complemento a tu aplicación de respaldo, las opciones a tu disposición son abundantes.

editorial * rich castagna

ay un viejo dicho entre los especialistas en respaldos: la copias de seguridad son fáciles, lo difícil es la restauración. Lo cierto es que esto quizás fuera así durante mucho tiempo, pero con la ola de vir-tualización de servidores, el viejo adagio ha dejado de tener vigencia. Si eres capaz de proteger adecuadamente tus máquinas virtuales (VMs), la recuperación de la información cuando la necesites es un juego de niños.

Según nuestras encuestas, la mayoría de las empresas en un prin-cipio aplicaban a las copias de seguridad de VMs las aplicaciones y métodos tradicionales. Básicamente, esto suponía instalar un soft-ware de respaldo cliente en cada VM adscrita a un servidor físico. Este sistema funcionaba sin problemas —al menos durante algún tiempo—pero tenía dos defectos, cualquiera de los cuales creaba un riesgo potencial de inhabilitar las operaciones de respaldo. Por un lado, al aumentar el número de VMs administradas por el mismo equipo de hardware, el conflicto entre el flujo I/O de los respaldos





virtuales






clientes ralentizaba, o incluso paralizaba, el proceso de copia de se-guridad. En segundo lugar, había que crear una nueva licencia para cada nuevo cliente que se incorporaba a una nueva VM. En poco tiempo, este sistema de realización de copias de seguridad de VMs se hizo económicamente insostenible.

Un reducido número de pequeños fabricantes reconocieron las es-pecificidades de las copias de seguridad de VMs y rápidamente de-sarrollaron productos construidos a partir de cero para operar de forma eficiente -y rentable- en entornos virtuales. Estas aplicaciones fáciles de instalar y de usar se hicieron especialmente populares en-tre empresas pequeñas y medianas, pero generaron menos interés entre las compañías de mayor tamaño, donde las aplicaciones y los procesos estaban mucho más enraizados.

Entre los proveedores de hipervisores, VMware hizo un esfuerzo inicial para aliviar los quebraderos de cabeza provocados por los re-spaldos de VMs e introdujo VCB (VMware Consolidated Backup), un sistema que atajaba el problema pero lo hacía de manera poco ele-gante, añadiendo nuevos pasos tanto al proceso de copia de seguri-dad como a la recuperación de información. Microsoft pareció dar un paso adelante con Hyper-V para soportar el ya establecido y amplia-mente utilizado Volume Shadow Copy Service (VSS).

Por otro lado, los principales proveedores de aplicaciones de pro-tección de datos actuaron con demasiada lentitud a la hora de intro-ducir sus productos de respaldo para entornos virtuales. Bien sea por decisión propia o por el hecho de que VMware sacó al mercado una nueva gama de APIs para copias de seguridad, el hecho es que los grandes distribuidores abandonaron su indolencia y comenzaron a añadir prestaciones a sus productos especialmente diseñadas para abordar las necesidades de los entornos de servidores virtualizados.

Como resultado de esta confusión, de los experimentos y de la misma evolución de los sistemas de copia de seguridad, los prob-lemas asociados al respaldo de servidores virtuales han disminuido notablemente de acuerdo a la cantidad de productos disponibles actualmente. En esta guía cubrimos todos los aspectos posibles; independientemente del tamaño de tu compañía, del hipervisor que utilices, de tu presupuesto y tu experiencia, creemos que aquí en-contrarás algunos consejos y buenas prácticas que te serán muy




virtuales







útiles y te ayudarán a dar un salto cualitativo en tus operaciones de respaldo de VMs. n

Rich Castagna es director editorial de Storage Media Group.

mailto:rcastagna%40techtarget.com?subject=




virtuales







Respaldo de servidores virtuales: aplicaciones y herramientas tradicionalesla mayoría de los departamentos de ti todavía efectúan las copias de seguridad con aplicaciones tradicionales, utilizando servidores cliente para pro-teger los servidores virtuales. pero esta estrategia tiene limitaciones. actualmente, existen numerosas y buenas alternativas para los respaldos de equipos virtuales. por jacoB GsoEdl

En la mayoRía de departamentos de TI, las copias de seguridad de los servidores se siguen haciendo como antes se copiaban los equipos físicos. Sin embargo, con la expansión del número de servidores vir-tuales, los métodos tradicionales de copia de seguridad comienzan a ceder terreno. El hecho de que una sola máquina física pueda hac-er de anfitrión de una pluralidad de máquinas virtuales (VMs) pre-senta desafíos sencillamente inexistentes cuando se trata de hacer únicamente copias de seguridad de equipos físicos.

La existencia de múltiples VMs compitiendo entre sí por los recur-sos de procesamiento, almacenamiento y redes hace que la lucha, la puja por esos recursos constituya el principal desafío al que se enfrentan los administradores a la hora de proteger la información contenida en los servidores virtuales. La concurrencia simultánea




virtuales







de varios procesos de respaldo en múltiples máquinas virtuales pu-ede afectar considerablemente al rendimiento de las aplicaciones hospedadas en dichas VMs. Además, al emplear métodos tradiciona-les de copia de seguridad para proteger los servidores virtuales se acaban sacrificando prestaciones esenciales, como la protección de datos consistente con las aplicaciones (application-consistent data protection) y la capacidad de rescatar objetos por debajo del nivel de VM, como archivos, sin tener que restaurar la máquina virtual entera. Teniendo en cuenta que el centro de datos rebosa de servidores vir-tuales, los administradores de TI se encuentran ante el mandato cla-ro de repensar su estrategia de respaldo a fin de proteger de manera eficiente las VMs y las aplicaciones que hospedan.

opciones de protección de datos en servidores virtualesActualmente, la protección de entornos virtualizados se lleva a cabo con uno de los siguientes métodos de copia de seguridad:

• Agentes de respaldo en VMs• Protección continua de datos (CDP)• Respaldo de la imagen de la VM en el hipervisor mediante

un servidor proxy de respaldo

agentes de respaldo en vms. Efectuar copias de seguridad de las máquinas virtuales mediante la colocación de agentes de res-paldo en cada una de ellas supone trasladar el método más popular de copias de seguridad de los servidores físicos al ámbito virtual. En lugar de tener un agente de respaldo por cada servidor físico, cada VM tiene su propio agente y las operaciones de respaldo son inde-pendientes en cada máquina virtual. Esta forma de trabajar funciona siempre y cuando que la cantidad de VMs sea pequeña; conforme au-menta la cifra de máquinas por hipervisor, el conflicto por los recur-sos (resource contention) irá creando problemas en su rendimien-to. Además de ser capaz de aprovechar el producto de respaldo y la manera de trabajar existentes, el agente de respaldo puede ser la manera más eficaz de asegurar la consistencia de la aplicación. Para muchas aplicaciones, especialmente las que no operan en Windows




virtuales







y las no integradas con Microsoft Volume Shadow Copy Service (VSS), usar un agente de respaldo puede ser la única manera de garantizar la consistencia entre aplicaciones de la información protegida con la copia de seguridad.

Protección continua de datos. Los productos de CDP que fun-cionan en cada VM se encuentran un peldaño por encima de los agentes de respaldo que operan con las copias de seguridad tradi-cionales. El producto de CDP captura los cambios de forma conti-nua y sin poner tanto peso sobre el equipo anfitrión como los respal-dos tradicionales. Estos productos trabajan bien a nivel de archivo o de bloque y, normalmente, ofrecen la posibilidad de integración con aplicaciones de uso generalizado a fin de garantizar la restaura-ción hasta un punto que sea consistente con todas ellas. Junto a los grandes distribuidores de aplicaciones de copias de seguridad que han añadido la protección continua de datos a sus paquetes de ser-vicios, existe un listado de pequeñas compañías que también venden productos de CDP como FalconStor Software, InMage Systems, Vi-sion Solutions (la cual ha adquirido Double-Take Software) y otras.

Respaldo de la imagen de la vm en el hipervisor empleando un servidor proxy de respaldo. La protección de imágenes de VMs en el hipervisor, más que el respaldo de VMs por medio de agentes internos en cada máquina virtual, es atractiva por muchas razones: permite hacer copias de seguridad de forma eficiente, consumien-do muy pocos recursos; elimina la necesidad de instalar y gestionar agentes de respaldo en cada VM; y al centralizar la copia de seguri-dad de todas las VMs en el equipo anfitrión, podemos coordinar los respaldos de todas ellas y limitar al máximo los problemas de ren-dimiento y de conflicto de recursos. Para descargar las tareas del re-spaldo de la máquina del hipervisor, normalmente se replican o mon-tan snapshots de las VMs en un equipo de respaldo o servidor proxy anfitrión. Así, mientras se llevan a cabo las copias de seguridad se limita al mínimo su impacto potencial sobre el rendimiento

Sin embargo, la copia de seguridad de la imagen de la VM en el lado del equipo anfitrión normalmente sólo es aceptable si se pu-ede lograr que los respaldos de las máquinas virtuales sean consis-tentes. Por ello, todos los distribuidores prinicpales de hipervisores




virtuales







Protección de datos de servidores virtuales: características esenciales

laS imPlemenTaCioneS de copias de seguridad de imágenes de máqui-nas virtuales (VMs) difieren en cuanto a prestaciones y capacidades, y, de-pendiendo también de los requisitos, pueden ser más o menos adecuadas para determinados entornos virtualizados. A la hora de evaluar una aplicación de copia de seguridad de servidores virtuales es conveniente examinar los siguientes aspectos:

•Deduplicación. Las imágenes del sistema operativo de las VMs son muy similares e ideales para la deduplicación, por lo que contar con esta fun-cionalidad es prácticamente obligatorio. Es preferible la deduplicación en origen (hipervisor), tal y como ofrecen Arkeia Software, EMC Corp. (Avamar) y PHD Virtual Technologies (Virtual Backup), a la deduplicación en el destino de la copia de seguridad.

•Restauracióngranular. Aunque las copias de seguridad de las imágenes de VMs basadas en bloques toman instantáneas de las imágenes de las máquinas virtuales, queda en manos de la aplicación de seguridad la capa-cidad de prestar el servicio de restauración de objetos por debajo de la VM, como los archivos. Esta capacidad es absolutamente necesaria en cualquier aplicación de copia de seguridad de servidores virtuales.

•Opcionesderecuperaciónyflexibilidad. Las capacidades de recuper-ación varían significativamente entre diferentes aplicaciones de respaldo de servidores virtuales. Por ejemplo, Veeam Backup & Replication, de Veeam Software, permite a los usuarios operar una máquina virtual directamente desde el archivo de copia de seguridad sin tener que restaurar las máquinas virtuales. Esta funcionalidad se llama vPower y permite hacer restauracio-nes instantáneas. Otra notable herramienta de restauración de esta com-pañía es Virtual Lab. Esta funcionalidad permite iniciar máquinas virtuales a partir de imágenes de respaldos de VMs como instancias no productivas en paralelo con VMs productivas, separando las no productivas y habilitándolas para que se comuniquen con las VMs productivas a través de una traduc-ción de direcciones de red (NAT).

•Opcionesdeverificacióndelacopiadeseguridad. No todas las copias de seguridad concluyen satisfactoriamente, por lo que los productos que ofrecen la opción de verificarlas sin tener que restaurarlas está teniendo un éxito espectacular. Por ejemplo, Veeam Sure Backup ofrece la inicialización y prueba automática de las copias de seguridad.

•Opcionesdeinstalación. Los productos de copia de seguridad de VMs se encuentran disponibles en forma de software, dispositivos de hardware y dispositivos virtuales. Estos últimos son imágenes de máquinas virtuales preconfiguradas. Como ejemplos están los productos de Arkeia, PHD Virtual y VMware (VMware Data Recovery, o VDR).

continúa en la página 10




virtuales







han añadido la funcionalidad de poner las VMs en modo inactivo (qui-esce) mientras se toma la instantánea de la imagen de la máquina. Otro aspecto a tener en cuenta es el de la restauración granular. Si bien algunos productos de respaldo sólo permiten restaurar máqui-nas virtuales, hay otros que pueden restaurar objetos por debajo del nivel de VM, como los archivos. La protección consistente de datos de aplicaciones en cada VM resulta más compleja con respaldos de imágenes de VMs que cuando se trata de agentes de respaldo insta-lados en las propias máquinas virtuales. La protección de datos con-sistente con las aplicaciones suele estar, normalmente, limitada a aplicaciones que están integradas con VSS. Para las aplicaciones no integradas con VSS, la única opción puede ser realizar copias de seguridad consistentes con las caídas (crash-consistent backups). Pero en caso de que sea necesaria la consistencia entre aplicacio-nes, lo mejor es usar agentes de respaldo en las VMs.

Protección de datos de servidores virtuales: características esenciales

•Consideracionessobreelrendimiento. Las instantáneas basadas en hardware producen mejores resultados que los productos basados en soft-ware en cuanto a rendimiento y escalabilidad, y deberían ser tenidas en cuenta para entornos virtualizados muy amplios. Todas las aplicaciones de copia de seguridad apoyan instantáneas basadas en software, pero el so-porte de instantáneas basadas en hardware es más disperso.

•Soportedecopiasdeseguridad. Si bien todos los productos de respaldo pueden grabar a disco, no todos pueden grabar a cinta; en general, los pro-ductos de respaldo exclusivos para VMs tienen más probabilidades de so-portar sólo la copia a disco.

•Soportedehipervisores. Muchas compañías operan más de un solo hip-ervisor. Idealmente, la aplicación de copia de seguridad que elijas debería soportar múltiples hipervisores.

•Soportedeservidoresfísicosyvirtuales. Casi todas las compañías manejan una combinación de servidores físicos y virtuales. Idealmente, la aplicación de respaldo debería ser capaz de proteger ambos tipos de servi-dores, físicos y virtuales.

continuación de página 9




virtuales







No hay duda de que la tendencia es hacia las copias de seguridad de imágenes de VMs a nivel de hipervisor y a descargar la tarea de respaldo a un servidor proxy; y a medida que la cifra de servidores virtuales aumenta, esta tendencia cobra aún mayor relevancia. Los mecanismos para obtener respaldos y utilidades eficientes de imá-genes de VMs varían significativamente según utilicemos XenServer de Citrix Systems, Hyper-V de Microsoft o Sphere de VMware.

apis de vstorage para la protección de datos (vadp)Hubo un tiempo en que la protección de datos era un campo de minas para VMware. No fue hasta el desarrollo de vSphere que la compa-ñía acertó de lleno. Antes de vSphere 4, VMware había creado VMware Consolidated Backup (VCB) para descargar las copias de seguridad desde el hipervisor a un servidor proxy, pero esta herramienta no tuvo una excesiva aceptación debido a ciertas deficiencias importantes. Con VCB se tomaban las instantáneas de la imagen del disco de la máquina virtual (VMDK) y se copiaban en su totalidad a un servidor proxy desde el que se ejecutaba el respaldo. La descarga del respaldo a un servidor proxy minimizaba el impacto de los respaldos sobre las VMs, pero también exigía almacenamiento adicional para las instan-táneas.

“VCB era [un producto] engorroso, y el problema principal con él era cómo definir el tamaño del servidor proxy para dar cabida a todas las instantáneas que necesitaban copiarse”, dice Lauren Whitehorse, analista principal de Enterprise Strategy Group (ESG), firma radicada en Milford, Massachusetts.

A VCB le sucedió vStorage APIs for Data Protection (VADP) un pro-ducto que resuelve los problemas que planteaba aquella herramien-ta. Para empezar, VADP ya no requiere copiar los datos a un servidor proxy; las instantáneas ahora se pueden montar en un servidor proxy desde donde se realiza la copia a disco o cinta. Mientras que VCB per-mitía sólo instantáneas completas de VMDKs, independientemente de las modificaciones que sufrieran, VADP apoya las instantáneas to-madas de forma eficiente mediante su funcionalidad changed block tracking (CBT).

CBT mantiene un control de los cambios realizados en el VMDK a




virtuales







nivel de bloque y permite las instantáneas eficientes de dichos cam-bios.

vSphere 4 está completamente integrado con VSS para habilitar instantáneas de aplicaciones integradas con VSS que operan en las máquinas virtuales y que mantienen la consistencia entre aplicacio-nes. Sin embargo, para obtener el máximo rendimiento de VSS, será preciso instalar VMware Tools en la máquina virtual. vSphere se co-munica con VSS vía VMware Tools.

Para proteger una VM medi-ante VADP, se envía la orden de “quiesce”, o modo inactivo, a vSphere para ordenar a la VM que vierta la información almacena-da en la memoria al disco y que no acepte ninguna nueva escri-tura. Una vez instalado en la VM, el software de VMware Tools per-mite trasladar la orden de modo inactivo a las aplicaciones de la máquina virtual habilitadas con VSS para, de esta manera, conge-lar (freeze) las aplicaciones insta-ladas en la VM. Posteriormente, se procede a tomar la instantánea y, una vez completada, se retira la congelación de la VM y las aplicaciones habilitadas con VSS. Final-mente, se monta la instantánea en el proxy de seguridad y se hace una copia de protección a disco o cinta.

VADP goza de un soporte muy amplio por parte de las aplicacio-nes de respaldo a terceros. Además de los principales distribuidores de sistemas de respaldo (Arkeia Software, CA, CommVault Systems, EMC, IBM, Quest Software /BakBone Software y Symantec) otros fab-ricantes más pequeños, como PHD Virtual Technologies y Veeam Software también ofrecen aplicaciones para respaldo de servidores virtuales con soporte VADP. Asimismo, vSphere ofrece su propia her-ramienta de protección llamada VMware Data Recovery (VDR). VDR se presenta como un dispositivo virtual para la realización de instan-táneas y tareas de deduplicación a disco.

El soporte para la copia de seguridad de Hyper-V a nivel de imagen de VM no está tan extendido entre las aplicacio-nes de respaldo de terceros como lo está el soporte para VADP.




virtuales







VMware ha posicionado VDR como un producto de gama baja.

hyper-v y vss de microsoft Gracias a VSS, Microsoft acertó desde el primer momento con la pro-tección de datos en Hyper-V. En gran medida, el ciclo de respaldo de VADP es parecido al de Hyper-V. En primer lugar, la aplicación de re-spaldo envía la orden de modo inactivo a la VM con Hyper-V vía VSS para verter al disco la información contenida en la memoria; luego, VSS toma una instantánea y elimina la congelación de la VM. Al igual que con VADP, la instantánea puede también replicarse o mapearse a un servidor proxy que actúa como respaldo dedicado. La orden de quiesce puede entonces extenderse a las aplicaciones habilitadas con VSS dentro de la VM, pero ello requiere la instalación en la VM del llamado servicio de integración de respaldos, algo parecido a que VADP exija la instalación de VMware Tools.

VSS depende de diversos componentes principales (ver “compo-nente Microsoft Volume Shadow Copy (VSS) ): las aplicaciones ha-bilitadas para VSS tienen que implementar lo que se denomina es-critor VSS para coordinar varios componentes a fin de crear copias sombra (shadow copies) consistentes de uno o más volúmenes. Las aplicaciones, como las de respaldo, necesitan instalar un solicitante de VSS (VSS-requestor) para solicitar una copia sombra del volumen. Pero el principal componente es el proveedor de VSS (VSS-provider), encargado de crear y mantener las copias sombra (instantáneas). Si bien el proveedor de VSS viene incluido en los últimos sistemas oper-ativos Windows, los distribuidores de software y hardware de alma-cenamiento también pueden suministrar sus propios proveedores de VSS. Es llamativo comprobar que los proveedores de VSS de arrays basados en hardware permiten un alto rendimiento y una protección de datos con un gran potencial de escalabilidad en entornos Hyper-V. Aunque fue preciso que VMware implementara changed block track-ing para obtener instantáneas eficientes, en VSS esa capacidad cor-responde al proveedor de VSS. Por ejemplo, el proveedor de VSS que forma parte de los sistemas operativos de Microsoft realiza instan-táneas incrementales por medio del método de “copiar al escribir” (copy-on-write); esto es, cuando se produce un cambio en el volu-




virtuales







men original, pero antes de que se grabe en el disco, el sistema lee el bloque a modificar y lo almacena.

El soporte para la copia de seguridad de Hyper-V a nivel de ima-gen de VM no está tan extendido entre las aplicaciones de respaldo de terceros como lo está el soporte de VADP. Por ejemplo, Tivoli Stor-age Manager (TSM) de IMB y Virtual Backup de PHD no lo sostienen en estos momentos. Al igual que VMware, Microsoft ofrece su propia solución de copia de seguridad para los entornos Hyper-V con Sys-tem Center Data Protection Manager (DPM). DPM ofrece protección de datos casi continua para las máquinas virtuales hospedadas en servidores que operan con Hyper-V. Con sus prestaciones avanzadas, como el soporte disco-a-disco y disco-a-cinta, su capacidad para re-cuperar objetos sub-VM, la protección de máquinas virtuales mien-tras tiene lugar el proceso de migración, la integración dentro de Mi-crosoft System Center y el soporte de sistemas Hyper-V agrupados o en solitario, DPM es un producto de la más alta calidad si lo compar-amos con el producto de gama básica que ofrece VMware con VDR.

respaldo con citrix xenserver Las aplicaciones de respaldo de terceros pueden iniciar instantáneas incrementales o completas de las imágenes del disco de VMs con Citrix XenServer a través de XenAPI (XAPI). Normalmente, estas in-stantáneas suelen ser crash-consistent y dependen de que las apli-caciones recuperen un estado consistente después de hacer la res-tauración. Recuperar después de restaurar un respaldo que sea crash-consistent es parecido a volver a poner en marcha la máquina virtual después de un fallo eléctrico.

Con XenServer 5.6, Citrix añadió la capacidad de realizar instan-táneas de memoria en tiempo real para capturar el estado de la máquina virtual en el momento preciso de la instantánea, permi-tiendo la reversión a un estado anterior. La instantánea de memoria de Citrix utiliza los recursos de Microsoft VSS, de modo que está dis-ponible para las máquinas virtuales habilitadas para VSS (sistemas operativos Microsoft) pero no para las que operan con Linux.

Además de sus propias instantáneas, XenServer respalda también instantáneas de almacenamiento compartido para los arrays sos-tenidos por este software. Aprovechar las capacidades de estos ar-




virtuales







rays para tomar instantáneas es la manera más rápida y escalable de proteger los entornos XenServer, pero sólo es posible si la infrae-structura de almacenamiento está respaldada por este software.

Al igual que vSphere y Hyper-V, Citrix ofrece su propia aplicación de copia de seguridad de imágenes de VMs con VM Protection and Recovery (VMPR). Todas las versiones de XenServer llevan incluida una versión básica de VMPR a la que le faltan prestaciones como la de programar un calendario de tareas. Existe otra versión de pago, más avanzada, que incluye está última prestación (programación de tareas) y la automatización. Las aplicaciones de terceros existentes para el respaldo a nivel de imagen de XenServer ofrecen un soporte más tenue que para vSphere y Hyper-V. Entre los distribuidores que sí ofrecen este soporte están Arkeia Software, CommVault, PHD Virtual Technologies y Veeam Software

Componentes de Volume Shadow Copy (VSS) de Microsoft

ComPonenTe DeSCRipCiÓn

Solicitante Aplicación (p. ej. aplicación de copia de seguridad) que solicita tomar una copia sombra (instantánea) del volumen.

Escritor Componente de una aplicación (p.ej. Microsoft SQL Serv-er) que almacena la información persistente en uno o más de los volúmenes que participan en la sincronización de la copia sombra.

Proveedor Componente que crea y mantiene las copias sombra; el proveedor viene incluido en los sistemas operativos Microsoft de última generación y también está disponible a través de distribuidores de software y hardware de almacenamiento.

Volumen de origen

Volumen que contiene la información que va a ser copiada (copia sombra)

Volumen de almacenamiento

Volumen que contiene las instantáneas de las copias sombra




virtuales







conclusiones sobre el respaldo de vmsEl respaldo basado en bloques de la imagen de la VM en el hipervi-sor anfitrión, ejecutado idealmente a través de un servidor proxy, se está convirtiendo en el método preferido de protección de los servi-dores virtuales. Entre las razones principales de esto, están la madu-ración de las APIs de respaldo en vSphere, Hyper-V y XenServer, así como el creciente apoyo que estas APIs reciben de las aplicaciones de respaldo, así como su rendimiento y su potencial de escalabilidad. Dado que la mayor parte de las organizaciones utilizan más de un hipervisor (por encima del 70% de las empresas, según Whitehouse, de ESG) y una combinación de servidores físicos y virtuales, el apoyo a hipervisores múltiples y la capacidad de sostener servidores físi-cos y virtuales son aspectos importantes a considerar a la hora de elegir la aplicación más adecuada para la copia de seguridad de un servidor virtual. n

Jacob Gsoedl es colaborador freelance y director corporativo para sistemas empresariales.

mailto:jgsoedl%40yahoo.com?subject=




virtuales







Softwareparacopias deseguridaddeVMwarey una lista de compro-bacióndesolucionespara respaldo de vSpheresi estás buscando una nueva herramienta de copia de seguridad de vmware vsphere, hay muchas cosas que deberías analizar antes de tomar una decisión. Este artículo te ofrece algunos consejos sobre cómo elegir la mejor herramienta para tus necesidades concretas, así como una lista de comprobación para ayudarte a comparar diversos productos de respaldo de servidores virtuales. por Eric siEBErt

CuanDOVayaSaCOMpRaR una herramienta nueva de copia de seguridad de vSphere, hay muchas cosas que conviene tener en cuenta. Ad-quirir software de copias de seguridad para entornos virtualizados es más complicado que hacerlo para servidores tradicionales porque la arquitectura de virtualización altera la manera en que se realizan la copia y la recuperación. En este artículo examinamos las diferentes cuestiones que tendrás que analizar antes de tomar la decisión de adquirir software de copia de seguridad de VMware.




virtuales







¿el software de copia de seguridad respalda la virtualización?La primera y más obvia pregunta que hay que hacerse es si el pro-ducto que queremos adquirir respalda la virtualización o no, y, si lo hace, hasta qué punto. Inicialmente, algunos fabricantes reacciona-ron con lentitud a la hora de adaptar sus productos de copia de se-guridad a los entornos virtualizados, pero actualmente casi todos sostienen la virtualización, de una u otra manera. Otros proveedores, como Veeam y Quest (antes Vizioncore), desarrollaron productos de respaldo prácticamente desde cero específicamente para la copia de seguridad de productos de VMware. Uno de los primeros aspec-tos a estudiar cuando evaluamos el software de copia de seguridad es su grado de integración con vSphere y si el proveedor asume to-talmente la virtualización de la arquitectura y las características que hacen que los respaldos sean más eficientes en esta plataforma. Es posible realizar copias de seguridad de servidores virtuales de la mis-

Lista de comprobación de soluciones para respaldo de vSphere

CompruebaquelaherramientaderespaldodevSpheresebasaen agentes de la consola de servicio y sostiene:

•ESX

•Compresión (¿dónde se hace?)

•ESXi

•Respaldo de servidores físicos

•VI3 (¿qué versiones?)

•vSphere (¿qué versiones?)

•Scripting y PowerShell

•Respaldos sintéticos

•Discos como destino del respaldo (¿qué clase de discos?)

•Restauración a nivel de archivo (¿para qué sistemas operativos?)

•Cintas como destino del respaldo

•Changed Block Tracking

•VSS (VMware Tools o software de otro proveedor)

•APIs VMware para Protección de Datos• Verificación automática de la recuperación

•Replicación

•Integración con vCenter Server

•Deduplicación nativa (¿dónde se lleva a cabo?)

•Restauración de objetos de aplica-ciones (¿qué aplicaciones?)




virtuales







ma manera que se copian servidores físicos usando un agente de re-spaldo instalado en el sistema operativo huésped. Sin embargo, este método es ineficiente y puede ocasionar un rendimiento deficiente debido al consumo excesivo de recursos.

¿sostiene respaldos a nivel de imagen?Casi todos los distribuidores apoyan copias de seguridad a nivel de imagen, el método preferido para la protección de máquinas virtu-ales (VM). Este método protege las VMs en la capa de virtualización y no requiere la participación del OS huésped, lo que acaba siendo más eficiente y consumiendo menos recursos. La protección de imágenes completas de VMs a nivel de bloque puede ser ineficiente si faltan controles para garantizar que no se hace un respaldo de los bloques vacíos o que contienen datos borrados.

Comprueba qué métodos utiliza cada distribuidor para optimizar y reducir el volumen de información que queda protegido dentro de la VM durante la copia de seguridad a nivel de imagen. La mayor par-te de los distribuidores harán un escáner para detectar los bloques vacíos y evitar hacer copias de seguridad de los mismos; otros van un poco más allá y leen la tabla de archivos dentro del OS huésped para averiguar dónde está ubicada la información borrada. Tener la opción de deduplicación integrada en las aplicaciones de respaldo también puede reducir de forma significativa el volumen de infor-mación protegida. La compresión es otra prestación muy útil que puede reducir la cantidad de información que queda escrita en el dispositivo de destino. Existen distintas maneras de efectuar la de-duplicación y la compresión (cliente, inline, destino), de modo que es conveniente explorar cómo lo hace el proveedor concreto que estés examinando y saber si su método requiere de algún software o hard-ware adicional. Es importante saber dónde se realiza porque ello af-ectará al punto donde se produce el uso de recursos adicionales du-rante la implementación de la copia de seguridad.

¿el producto sostiene prestaciones nuevas y apis de vstorage? Otro aspecto a examinar es la rapidez con que el proveedor reaccio-




virtuales







na ante la aparición de nuevas prestaciones y APIs. Cuando vSphere salió al mercado trajo consigo cambios importantes diseñados para mejorar las copias de seguridad y las capacidades de recuperación. Las APIs de vStorage para la protección de datos (vStorage APIs for Data Protection, VADP) introducidas con vSphere fueron diseñadas para remplazar VMware Consolidated Respaldo (VCB), el sistema an-terior, que resultaba más complejo y menos eficiente. Otras presta-ciones, como changed block tracking (CBT), ofrecen una eficiencia mucho mayor para respaldos y replicación incrementales. Algunos proveedores adaptaron rápidamente sus productos para sostener las nuevas funcionalidades de vSphere, mientras que a otros les ha ll-evado más tiempo, aunque finalmente han dado el paso. Saber que estas nuevas capacidades están disponibles en vSphere pero tener que esperar a que tu proveedor las incluya en su servicio, puede ser frustrante. Asegúrate de comprobar el ciclo de presentación ante-rior de nuevas funcionalidades de tu proveedor. Eso te permitirá ver con qué rapidez se adapta a las nuevas circunstancias. No aceptes sus promesas sin más; si anteriormente al proveedor le llevó mucho tiempo adoptar las nuevas prestaciones, lo más probable es que en el futuro ocurra lo mismo.

¿cuáles son los hipervisores sostenidos?El siguiente punto a investigar es cuáles son los hipervisores que sostiene el proveedor y los métodos que aplica para hacer prote-gerlos. Casi todos los productos de respaldo actualmente sostienen la protección de sistemas anfitriones ESX y ESXi, pero los métodos empleados para ello pueden variar. Las copias de seguridad ejecuta-das a través de una red son más lentas y usan más recursos del an-fitrión. Los métodos que conectan directamente al disco de la VM en la capa de almacenamiento son más rápidos y eficientes.

Muchos productos de copia de seguridad instalan un agente en ESX Console Service. Aunque esto no está mal, no es la opción preferida porque las copias realizadas vía VADP, sin agentes, son más eficientes. Si buscas un producto que haga copias de seguridad de la versión gratuita de ESXi no encontrarás ninguno. VMware mutila de-liberadamente las APIs de la versión gratuita de ESXi para que no pu-




virtuales







eda ser copiada en la capa de virtualización. Si quieres proteger VMs que funcionen con una versión gratuita de ESXi, tendrás que confiar en un agente del sistema operativo para llevarlo a cabo.

¿disco o cinta?Otra decisión que tendrás que tomar es sobre el tipo de formato donde deseas almacenar la copia de seguridad. Básicamente, hay dos opciones: disco, cinta o, en algunos casos, las dos. En años re-cientes se han hecho muy populares los respaldos en disco porque ofrecen ciertas ventajas respecto a las cintas. Pero las copias de se-guridad en cinta siguen siendo necesarias en muchos departamen-tos de TI aunque, sobre todo, a efectos de ampliar la retención off-site. Por lo tanto, encontramos que no es infrecuente mezclar cinta y disco, haciendo una copia de seguridad inicial a disco y, posterior-mente, haciendo otra copia del disco a cinta.

Sin embargo, muchas de las aplicaciones de respaldo diseñadas específicamente para virtualización (de PHD Virtual Technologies, Quest y Veeam) sostener sólo la copia a disco y no permiten hacer directamente la copia de seguridad a cinta. De modo que, si también necesitas hacer respaldos a cinta te verás obligado a utilizar una se-gunda aplicación de protección de datos que te permita grabar a cin-ta. Estos productos, aunque no permiten la copia directa a cinta, sí permiten ejecutar un script post-respaldo que pone en marcha una copia de seguridad a cinta. Algunos de los proveedores más impor-tantes, como Symantec, prestan soporte a las copias de seguridad en ambos formatos, así que, en estos casos, sólo necesitarás tener una aplicación de respaldo.

Otra área a destacar respecto a las aplicaciones de respaldo ex-clusivas para entornos virtualizados es que la mayoría de ellas no tienen la capacidad de proteger servidores físicos. Si estás obligado a proteger equipos tanto físicos como virtuales, necesitarás una se-gunda aplicación que permita las copias de seguridad de estos úl-timos. Al igual que antes, las grandes marcas como Symantec sos-tener sistemas de respaldo para ambas plataformas, pero tampoco conviene despreciar las aplicaciones exclusivas para entornos vir-tualizados. Aunque mantener dos aplicaciones de respaldo puede




virtuales







aumentar la complejidad de las operaciones y los costes, a veces merece la pena porque las aplicaciones de protección exclusivas para equipos virtuales generalmente ofrecen mejores prestaciones y una mejor integración con vSphere.

análisis de los requisitos para el software de respaldo de vmware Con todas estas opciones y posibilidades, ¿cómo decidir qué produc-to es el más adecuado? En primer lugar, empieza por examinar, uno a uno, los requisitos que debe tener el producto; decide qué carac-terísticas son absolutamente necesarias y cuáles son, simplemente, útiles pero no imprescindibles. Normalmente, el presupuesto irá dic-tando qué te puedes permitir adquirir. En cualquier caso, el objetivo es obtener el mejor producto posible por la cantidad de dinero que tienes disponible para invertir; explora el mercado y compara presta-ciones.

Las copias de seguridad no sólo tienen que ver con el software sino que, también, hay que mirar al hardware que emplea para al-macenar la información en destino. Si optas por copiar a disco, com-prueba que su capacidad de almacenamiento es suficiente para cubrir tus necesidades de retención. Asegúrate de elegir una solu-ción respaldo de vSphere que es compatible con tu entorno virtual. Si tienes un entorno mixto con Virtual Infrastructure 3 y anfitriones vSphere, necesitarás una solución que lo sostenga.

pon a prueba tu herramienta de respaldo de vsphereUna vez que has estudiado los productos e identificado los que cumplen con tus requisitos, el siguiente paso consiste en ponerlos a prueba. No compres software de copia de seguridad sin probarlo antes en tu entorno. Lo que diga el vendedor y el funcionamiento del producto en tu entorno pueden ser diametralmente opuestos. Cada contexto es diferente y las especificaciones que presentan los prov-eedores, como la velocidad de respaldo, normalmente se suelen ob-tener en sus propios entornos controlados, y estos no siempre re-flejan fielmente las cargas de trabajo y escenarios que se dan en el mundo real.




virtuales







El software de copia de seguridad es un elemento esencial de tu infraestructura. No te apresures a tomar una decisión. Tómate tu tiempo, haz muchas preguntas, prueba productos y adopta una de-cisión informada. Así tendrás la seguridad de que el producto elegido es el más adecuado para tu entorno vSphere. n

Eric Siebert es un veterano del sector de las TI con más de 25 años de experiencia cubriendo múltiples áreas, aunque centra especialmente su atención en la ad-ministración y virtualización de servidores. Eric es miembro muy activo de los foros de ayuda de VMware Vmtn y ha obtenido el estatus de gurú de élite ayu-dando a otros a resolver sus problemas y retos. Asimismo, es moderador de usu-arios de Vmtn y mantiene su propio sitio Web de información sobre VMware VI3, vSphere-land.

mailto:esiebert7625%40yahoo.com?subject=




virtuales







1

las ocho mejores prácticas para el res-paldodelaplataformavSpheredeVMwarela arquitectura y la operativa de un entorno virtual son muy diferentes a las de los entornos tradiciona-les y exigen técnicas específicas de protección de datos. En este artículo conocerás las mejores prácticas de respaldo de vsphere. por Eric siEBErt

Ala hoRa de hacer copias de seguridad de máquinas virtuales en la plataforma vSphere de VMware, es preciso aprovechar todo el po-tencial que ofrece la virtualización para maximizar la eficiencia de tus respaldos. También necesitarás saber qué quieres copiar y cómo hacerlo. Por otra parte, no puedes utilizar los mismos principios que empleas en un entorno tradicional para proteger entornos virtuales. Estas son las ocho mejores prácticas para llevar a cabo copias de se-guridad en vSphere.

no hagas respaldos de máquinas virtuales en la capa del sistema operativo huéspedCon los servidores tradicionales, normalmente se instala un agente de respaldo en el sistema operativo huésped para que el servidor de seguridad se conecte con él cuando necesite copiar y proteger la in-




virtuales







2

3

formación. Pero este método no sirve para los entornos virtualiza-dos porque genera un consumo excesivo de recursos en la máquina virtual (VM) que puede impactar negativamente en su rendimiento, así como en el de otras VMs operando en el equipo anfitrión. En vez de eso, deberías hacer una copia de seguridad en la capa de virtual-ización; esto exige usar respaldos a nivel de imagen para proteger el archivo VMDK, de mayor tamaño, sin involucrar al OS huésped. Para ello, es preciso utilizar una aplicación de respaldo diseñada para tra-bajar en un entorno virtualizado y hacer la copia de seguridad del dis-co virtual de la VM directamente, sin involucrar al OS ni al huésped. Esto eliminará el consumo de recursos que normalmente se produce cuando se hace el respaldo de la VM en la capa del OS huésped y ga-rantizará que tus VMs reciben todos los recursos posibles para sus cargas de trabajo.

aprovecha las apis de vstorageLas APIs de vStorage para la protección de datos (vStorage APIs for Data Protection, VADP) fueron introducidas con vSphere 4 para susti-tuir al marco de VMware Consolidated Backup (VCB) que fue presen-tado con VMware Infrastructure 3 para ayudar a descargar el pro-ceso de ejecución de las copias de seguridad del anfitrión. Estas APIs no sólo permiten un acceso más sencillo al archivo del disco virtual de la VM sino que también contienen prestaciones, como changed block tracking (CBT), para aumentar la velocidad de respaldo. CBT mantiene un seguimiento de todos los bloques que han sido modi-ficados desde el último respaldo; basta con que la aplicación de se-guridad haga una consulta en el VMkernel para encontrar la infor-mación. La aplicación de respaldo no necesita trazar los cambios, lo que permite efectúa copias de seguridad incrementales mucho más rápidas. VADP proporciona un mecanismo mucho más eficiente para proteger las VMs, y deberías usar aplicaciones de respaldo para apr-ovechar al máximo las posibilidades que ofrece.

aprende cómo combinan el modo inactivo y vss Cuando hagas copias de seguridad de VMs que tienen aplicaciones transaccionales, como bases de datos y servidores de email, es fun-




virtuales







4

damental que las pongas en modo inactivo (quiesce) para que se mantengan en el estado apropiado mientras tiene lugar la copia. El respaldo realizado en este estado se denomina consistente con las aplicaciones (application-consistent). Esto significa que antes de que comience a hacerse la copia de seguridad las aplicaciones se ponen en modo de pausa para que las grabaciones y transacciones pendi-entes queden escritas en el disco. Esto garantiza que el servidor se mantenga en el estado apropiado y que no se pierda información en caso de que sea necesaria hacer una restauración. Este tipo de inac-tividad sólo funciona cuando las aplicaciones que cuentan con esta funcionalidad de aceptar la orden de pausar y grabar la información pendiente cuando sea necesario. VMware Tools contiene un driv-er que trabaja con Volume Shadow Copy Service (VSS) de Microsoft para pausar las aplicaciones antes de hacer la copia de seguridad. En el pasado, este driver no siempre ha sostenido todos los siste-mas operativos de Windows, por lo que muchos proveedores han dis-eñado sus propios drivers. Por tanto, es conveniente que emplees un driver soportado por VMware Tools o que instales en tus VMs un driv-er diseñado por el propio proveedor. Asegúrate también de que VSS no está deshabilitado y que todo está configurado correctamente para llevar a cabo la copia de seguridad application-consistent.

no escatimes recursos con las copias de seguridadPara asegurarte de que las ventanas de respaldo sean tan cortas como sea posible, comprueba que tu hardware es el apropiado para el servidor de seguridad y que éste no se convierta en un embotella-miento a la hora de hacer los respaldos. Si bien es esencial tener un ancho de banda suficiente, también lo es contar con una CPU y me-moria adecuadas. El trabajo del servidor de seguridad consiste en algo más que mover datos del servidor de origen a un dispositivo de almacenamiento en destino; también realiza funciones de dedupli-cación y compresión para ayudar a reducir el tamaño de las copias de seguridad. Este tipo de procesos requieren una gran cantidad de memoria y CPU para gestionar toda la información que fluye por el servidor. Asegúrate de seguir las recomendaciones para el servidor de seguridad. En este área nunca está de más tener más recursos




virtuales







5

6

de los aparentemente necesarios; los respaldos pueden ralentizarse muchísimo si el servidor de ejecución no tiene los recursos adecua-dos.

las instantáneas no son copias de seguridadLas instantáneas de máquinas virtuales nunca deberían usarse como respaldos primarios. Estas instantáneas (snapshots) están bien para respaldos provisionales y ad hoc de VMs pero su uso acarrea diver-sas penalizaciones. Cuando se crea una instantánea, todos los writes dirigidos al archivo del disco de la VM son desviados a un nuevo ar-chivo del disco delta y el disco original pasa a ser sólo de lectura. El archivo del disco delta aumenta en incrementos de 16 MB a medida que se va grabando información y cada incremento causa un blo-queo en el LUN sobre el que reside, lo que puede llegar a perjudicar el funcionamiento. Cuantas más instantáneas tengas en ejecución, mayor es el impacto que puedes ejercer sobre el rendimiento de to-das las VMs que operan en ese LUN. Las instantáneas también pu-eden acaparar espacio adicional en tus almacenes de datos -cada uno de ellos puede crecer hasta el tamaño del disco original. Si los almacenes de datos se quedan sin espacio de disco, las VMs se co-lapsarán. Otra operación que genera mucho peso de I/O y que puede llegar a afectar al rendimiento de la VM es el retorno al disco original de la información de las instantáneas al borrarse éstas. Además, las instantáneas van creando nuevos discos virtuales que se conectan al original; esto puede dar lugar a que algunas prestaciones no estén disponibles y causen problemas con el mapeo que tiene lugar entre el disco original y sus instantáneas. Por lo tanto, nuestro consejo es que hagas un uso moderado de las instantáneas y las elimines tan pronto como ya no las necesites.

planifica cuidadosamente las copias de seguridad Los respaldos realizados en un entorno virtual pueden poner presión sobre los recursos debido al carácter compartido de la arquitectura de virtualización. Por ello, deberías programar el calendario de copias de seguridad para que ningún recurso esté sometido a una presión excesiva. Por ejemplo, no hagas respaldos de demasiadas VMs en




virtuales







7

8

el mismo anfitrión o el mismo LUN simultáneamente; trata de pro-gramar las copias de seguridad para distribuir equilibradamente los recursos y evitar el uso excesivo de alguno de ellos. Si no lo haces, las copias de seguridad pueden ralentizarse y afectar negativamente al rendimiento de la VM.

infórmate sobre las alternativas de respaldo con tolerancia a erroresCasi todas las herramientas de virtualización que usan copias de se-guridad a nivel de imagen emplean instantáneas de VM para evitar que el disco virtual escriba información mientras se lleva a efecto la copia de seguridad. VMware Fault Tolerance (FT) usa dos VMs, una pri-maria y otra secundaria, ubicadas en distintos equipos anfitriones, pero compartiendo el mismo archivo de disco virtual. Actualmente, la funcionalidad Fault Tolerance no apoya instantáneas de VMs, lo que puede complicar la realización de respaldos de VMs habilitadas para utilizar dicha prestación. Para superar esta dificultad, es preciso que busques otras alternativas de copia de seguridad para la VM. Una de ellas consiste en desactivar temporalmente la funcionalidad de FT mientras se ejecuta la copia de seguridad, lo que permitirá hacer las instantáneas. La desactivación preserva la VM secundaria y puede habilitarse de nuevo tras completarse el respaldo. Para automati-zar este proceso puedes usar PowerShell y crear pre-y-post scripts. Otra opción es crear otra copia de la VM clonándola a través de vCen-ter Server o usando vCenter Converter. Esto crea una nueva copia de la VM de la que se puede hacer una copia de seguridad y, posterior-mente, eliminar el clon creado. También puedes usar instantáneas a nivel de almacenamiento o hacer un respaldo de la VM empleando un agente integrado en el OS.

no olvides hacer un respaldo del anfitrión y de las configuraciones de vcenter serverSi alguna vez pierdes un anfitrión o vCenter Server, debes saber que su reconstrucción será sencilla pero perderás toda la información de configuración. Por eso, es una buena idea hacer copias de seguri-dad periódicas de toda la información. Cuando haces el respaldo de




virtuales







un anfitrión, normalmente sólo proteges las VMs pero no los archivos que residen en la consola de gestión del anfitrión. Aunque no debes hacer un respaldo de los archivos de la consola de gestión, sí es con-veniente proteger la información de configuración ya que, en caso de necesidad, ello facilitará la reconstrucción del anfitrión.

Para anfitriones ESX puedes usar el comando esxcfg-info Service Console, lo que generará montones de información de configuración y la verterá en un archivo de texto. Para anfitriones ESXi, se puede emplear el comando vicfg-cfgrespaldo, que forma parte de vSphere CLI, para generar la información y verterla al archivo de texto. En el caso de los anfitriones ESX no es posible restaurar la información del output esxcfg-info pero, al menos, sabrás qué es lo que necesitas para realizar la reconfiguración. Con los anfitriones ESXi, también pu-edes usar el comando vicfg-backup para restaurar la configuración a un anfitrión. Para vCenterServer es fundamental proteger la base de datos que contiene toda la información de configuración exclusiva a vCenter Server. Aquí se incluye la información de configuración de clusters; grupos de recursos, permisos, alarmas, datos de rendimien-to y mucho más. Con una buena copia de seguridad de la base de da-tos puedes proceder, simplemente, a reinstalar vCenter Server, diri-girlo a la base de datos y estará funcionando. Asimismo, asegúrate de que hagas una copia de seguridad de la carpeta de certificados SSL de vCenter Server, localizada en el directorio de datos. Éste con-tiene los certificados Secure Sockets Layer (SSL) empleados para co-municarse de forma segura con los anfitriones ESX y ESXi, así como con los clientes.

Como puedes ver, aunque VMware incluye el respaldo de las máquinas virtuales en su última versión de vSphere, hay varios as-pectos que conviene considerar. Estos ocho consejos te ayudarán a hacer del respaldo de vSphere un proceso menos doloroso. n

Eric Siebert es un veterano del sector de las TI con más de 25 años de experiencia cubriendo múltiples áreas, aunque centra especialmente su atención en la ad-ministración y virtualización de servidores. Eric es miembro muy activo de los foros de ayuda de VMware Vmtn y ha obtenido el estatus de gurú de élite ayu-dando a otros a resolver sus problemas y retos. Asimismo, es moderador de usu-arios de Vmtn y mantiene su propio sitio Web de información sobre VMware VI3, vSphere-land.

mailto:esiebert7625%40yahoo.com?subject=




virtuales







mejores prácticas para el respaldo de hyper-v: res-paldo de hipervisores vs. respaldo de vmsla arquitectura y la operativa de un entorno virtual son muy diferentes a las de los entornos tradiciona-les y exigen técnicas específicas de protección de datos. En este artículo conocerás las mejores prácticas para las copias de seguridad de Hyper-v. por BriEn m. posEy

Ala hoRa de proteger servidores virtuales integrados en un entorno Hyper-V, una de las preguntas más frecuentes que se suele hacer es si debemos hacer una copia de seguridad de todo el servidor an-fitrión o si se debe hacer un respaldo de la máquina virtual. A contin-uación se ofrece información que te permitirá conocer las mejores prácticas para el respaldo de Hyper-V, así como las diferencias ex-istentes entre el respaldo de hipervisores y el de máquinas virtuales (VMs).

copias de seguridad de particiones padreEl respaldo de la partición padre se realiza al nivel de hipervisor en lugar de dentro de la propia VM. Una ventaja de ejecutar estos respal-dos es que todas las VMs del servidor quedan protegidas simultánea-mente sin necesidad de hacer una copia de seguridad de cada una de




virtuales







ellas individualmente. En el caso de aplicaciones de respaldo de ter-ceros, podrías incluso ahorrar dinero en licencias porque no te haría falta instalar un agente en todas y cada una de las VMs.

Pero usar copias de seguridad de la partición padre en un entor-no Hyper-V puede tener limitaciones importantes dependiendo de la aplicación que utilices. Por ejemplo, Windows Server

Backup puede ejecutar copias de seguridad de la partición padre una vez que se ha instalado una llave especial de registro, pero Mi-crosoft establece grandes restric-ciones para la restauración de esos respaldos.

Por ejemplo, en Windows Server 2008, Windows Server Backup te permite restaurar sólo volúmenes enteros pero no VMs individuales. Aunque no tener la posibilidad de restaurar una máquina virtual indi-vidual es una restricción bastante radical, algunos productos de re-spaldo fabricados por terceros plantean similares limitaciones en lo que respecta a las copias de seguridad de particiones padre. Por ejemplo, algunos de estos productos en el mercado permiten hacer copias de seguridad de VMs individuales (a nivel de partición padre) pero no permiten la restauración granular de la información conteni-da en la VM. Dicho de otra forma, para recuperar un archivo borrado accidentalmente hay que restaurar la VM en su totalidad.

Esto no quiere decir que todos los productos de copia de seguri-dad en el mercado ofrecen las mismas restricciones. En los últimos 18 meses, han aparecido algunos productos que sí permiten la res-tauración granular de objetos de VMs protegidas al nivel de la par-tición padre. Pero estos productos siguen imponiendo importantes restricciones sobre las VMs respecto al escritor VSS para entor-nos Hyper-V, como la imposibilidad de proteger VMs que usan dis-cos dinámicos (distintos a los discos duros virtuales de expansión dinámica).

Han aparecido algunos productos que sí permiten la restauración granular de objetos de VMs protegidas al nivel de la partición padre.




virtuales







copias de seguridad de particiones hijaAnte tantas restricciones y limitaciones de los respaldos de particio-nes padre, en algunos casos puede ser apropiado recurrir a las co-pias de seguridad de particiones hija. Las particiones hija son respal-dos creados dentro de una VM individual.

En muchos casos este tipo de copia de seguridad opera igual que las copias de servidores físi-cos. Conviene señalar que si tienes que restaurar la to-talidad de una VM, tendrás que crear la máquina manu-almente antes de iniciar la restauración. Eso se debe a que la copia de seguridad a nivel de particiones hija no protege la configuración de la VM (el número de proc-esadores virtuales y la can-tidad de memoria asignada a la VM, por ejemplo). Por lo tanto, si tienes previsto usar exclusiva-mente copias de seguridad a nivel de particiones hija tendrás que documentar la configuración y las características de la red virtual en cada VM.

otras mejores prácticas para el respaldo en entornos hyper-v Tal y como se mencionó anteriormente existen ciertos productos desarrollados por otros terceros que tienen la capacidad de llevar a cabo copias de seguridad de particiones padre y de sostener restau-raciones granulares. Estos productos a menudo combinan las venta-jas de los respaldos de las particiones padre y de las particiones hija. Aún así, hay varias prácticas mejores relacionadas con el respaldo de Hyper-V que debes conocer.

En primer lugar, prácticamente todos los productos de copia de seguridad en entornos Hyper-V están basados en VSS. Esto permite hacer respaldos de las VMs mientras permanecen online. Sin em-

Si tienes previsto usar exclusivamente copias de seguridad a nivel de particiones hija tendrás que documentar la configuración y las car-acterísticas de la red virtual en cada VM.




virtuales







bargo, esto es cierto sólo respecto a las VMs que operan Hyper-V Integration Services. Los sistemas operativos más antiguos, tanto Windows como no Windows, no están preparados para ejecutar Ser-vicios de Integración (Integration Services) por lo que, antes de reali-zar la copia de seguridad, es preciso forzar a este tipo de VMs al es-tado guardado (saved state).

Otro aspecto a considerar es lo que se denomina apercibimiento de aplicaciones (application awareness). Si estás ejecutando apli-caciones de bases de datos dentro de tus VMs, la aplicación de re-spaldo tiene que tener un “escritor de VSS” para esas aplicaciones concretas. De lo contrario, la información quedará grabada en un es-tado inconsistente (asumiendo que la VM permanezca online).

Esto es especialmente cierto con Exchange Server y SQL Server. Si la aplicación de copia de seguridad no tiene un escritor VSS para las aplicaciones relacionadas con la base de datos, es posible que tengas que proteger las VMS al nivel de partición hija o llevar esas particulares VMs offline durante el proceso de ejecución de la copia de seguridad. n

Brien M. Posey, MCSE, ha recibido el premio MVP de Microsoft por Exchange Serv-er, Windows Server e Internet Information Server (IIS). Brien ha sido director de informática de una cadena nacional de hospitales y responsable del Departamen-to de Gestión de la Información en Fort Knox. Puedes visitar su sito Web personal en www.brienposey.com.

mailto:brien%40brienposey.com?subject=




virtuales







LOSSeRViDOReS virtuales han cambiado por completo el juego de las copias de seguridad. Antes, cuando los servidores virtuales llegaban al centro de datos, los administradores hacían una copia de seguri-dad de la misma manera que con los servidores físicos, usando un agente de software para cada VM. Pero dada la cantidad de VMs que se pueden incorporar a un anfitrión ESX, esto tenía el potencial de crear verdaderos embotellamientos, con docenas de respaldos vi-niendo de un mismo servidor. VMware respondió con VMware Con-solidated Backup (VCB), un módulo que funciona sobre un servidor proxy de respaldo, recopila instantáneas de la imagen del disco de cada VM y, posteriormente, realiza una copia de seguridad de sí mis-mo. VCB supuso un avance respecto al respaldo tradicional y, según

VaDpdeVMware:cómolas aPis de protección de datos de vStorage puedenbeneficiara los vaRsla copia de seguridad sigue siendo algo que la mayoría de las organizaciones de ti relacionan con un cierto grado de sufrimiento y, en algunos casos, con mucho. Esto hace que vadp sea un tema de conversación ideal cuando tengas que evaluar las necesidades de un cliente potencial. por Eric slack




virtuales







la encuesta de Intención de Compra publicada en el número de Pri-mavera 2011 de la revista Storage, ha tenido una aceptación signifi-cativa. Sin embargo, además de requerir un servidor separado (el proxy), ha tenido ciertos problemas de implementación.

Las APIs de vStorage para la protección de datos (VADP) repre-sentan la siguiente generación de la estrategia de VMware hacia el mundo de las copias de seguridad, sustituyendo a VCB en vSphere 4. Además de eliminar la necesidad de un servidor proxy, VADP se integ-ra con el software de las aplicaciones de respaldo y añade algunas funcionalidades importantes. Por ejemplo, con VADP, la aplicación de copia de seguridad pone en marcha la API que dispara el proceso de toma de instantáneas y, posteriormente, hace una copia de seguri-dad de la información resultante montando la instantánea y alma-cenando los datos como un cliente normal. Esto le permite al soft-ware de respaldo hacer copias de seguridad a nivel de imagen de las VMs directamente y gestionarlas como lo haría cualquier otro cliente.

VADP incluye una prestación llamada changed block tracking (CBT) que hace seguimiento a los bloques de datos que han sido modifica-dos desde el último respaldo. Anteriormente, había que hacer una co-pia de seguridad de toda la imagen de la VM cada ciclo, como si fuera un respaldo completo, independientemente de cuánta información nueva había. Los resultados de la encuesta de Storage sugieren que los encuestados consideran esto como un aspecto a resolver: “de-masiado respaldo” fue identificado como el mayor problema a la hora de proteger los servidores virtuales.

CBT traza los cambios producidos en los bloques cuando son modificados y permite que la aplicación de respaldo consulte a VM-kernel para determinar qué bloques son candidatos para la copia de seguridad. Al igual que las copias de seguridad incrementales de las aplicaciones tradicionales, esta funcionalidad que permite hacer se-guimiento de los cambios a nivel de bloque, reduce sustancialmente la ventana de respaldo. También puede eliminar la necesidad que pu-eden tener otros procesos, como la replicación, de hacer escáneres separados del respaldo para determinar específicamente cuáles son los bloques que van a ser manejados. En general, VADP básicamente virtualiza lo que era un proceso físico y permite incrustarlo en la aplicación de respaldo de un tercero. La mayoría de los principales




virtuales







distribuidores de software de copias de seguridad sostienen esta prestación.

oportunidades y riesgos para los varsSiempre resulta sorprendente comprobar cuántas compañías siguen haciendo las cosas a la vieja usanza, incluso cuando hay mejores so-luciones disponibles. Las copias de seguridad son un ejemplo perfec-to, como demuestra la encuesta de Intenciones de Compra realizada por Storage, en la que un tercio de los 362 participantes reconocier-on usar métodos tradicionales para proteger los servidores virtuales. Esto puede ser, simplemente, un ejemplo del axioma: “si no está roto, para qué arreglarlo”, ya que las compañías ciertamente tienen otras preocupaciones y cuestiones de TI a las que prestar atención.

Pero para muchas empresas, proteger decenas o cientos de VMs con agentes de respaldo distintos no sólo es caro (hay que pagar las licencias de copia de seguridad), sino que puede suponer una mala gestión de los recursos y el tiempo de la compañía. Las firmas que cuentan con una aplicación de copia de seguridad que la respalde, VADP puede ser justo lo que necesitan.

Esta tecnología presenta una oportunidad para los VARs pero tam-bién un riesgo potencial. La oportunidad consiste en traer esta fun-cionalidad a las cuentas que están ya utilizando un producto de re-spaldo que tú vendes, sin habértelo comprado a ti, y preguntarles la razón por la que no usan VADP. La copia de seguridad sigue siendo algo que la mayoría de las organizaciones de TI relacionan con un cierto grado de sufrimiento, y en algunos casos, con mucho. Esto hace que VADP sea un tema de conversación ideal a la hora de eval-uar las necesidades de un cliente potencial. Hay grandes probabili-dades de que la respuesta sea positiva, y ello podría conducirte hasta tu primer proyecto dentro de una campaña de VMware, y a una nueva cuenta.

Por otro lado, el respaldo de VMware supone una vulnerabilidad en el caso de clientes con quienes ya tienes abierta una cuenta para infraestructura de protección de datos. Si otro VAR empieza a hac-er preguntas sobre VADP, ello podría ser un problema, a menos que hayas educado bien a tu cliente. Además, al no requerir una licencia




virtuales







distinta para cada VM, VADP puede reducir la cantidad de software que necesitan tus clientes, aunque muchos vendedores de productos de copia de seguridad todavía requieren agentes para aplicaciones específicas. De todos modos, igual que ocurre en muchos otros ca-sos, nunca es mala idea ahorrarles un poco de dinero a tus clientes, incluso si ello supone reducir tus cifras de ventas a corto plazo.

Las aplicaciones tradicionales de copia de seguridad llevan años entre nosotros, consumiendo un enorme caudal de recursos en lo que se puede decir con certeza que es un proceso ineficiente. Nin-guna otra aplicación maneja tanta información ni crea tantas copias redundantes (incluso con deduplicación). Sin embargo, tomar una in-stantánea inicial de una VM y utilizar un proceso incremental para actualizarlo es un proceso muy eficiente y puede llegar a reducir sig-nificativamente la ventana del respaldo.

Junto a VADP, hay varias compañías que han sacado al mercado productos de protección de datos diseñados específicamente para VMware y las otras plataformas de virtualización de servidores. Al-gunos de estos productos ofrecen la posibilidad de reiniciar las VMs protegidas directamente desde la imagen de la copia de seguridad sin tener que restaurarlas primero, o de usar la conversión de física a virtual para proporcionar una mejor protección de los servidores no virtualizados. Una vez que tus clientes se acostumbren a las in-stantáneas y las copias de seguridad a nivel de imagen, puede que estén menos interesados en los productos de respaldo tradicionales que les has estado vendiendo hasta ahora. Por ello, al tiempo que comprendemos la gran importancia que tiene VADP para los VARs en el mercado de copias de seguridad, sé consciente de que ello puede dar lugar a que “el genio salga de la botella”. n

Eric Slack es analista principal de Storage Suiza y colaborador de SearchChannel.com.

mailto:eslack%40storage-switzerland.com?subject=




virtuales







Revista Storage

Vicepresidente Editorialmark schlack

Director Editorialrich castagna

Jefa de Redacción Principalkim Hefner

Editora Ejecutiva Ellen o’Brien

Editores Colaboradoresjames damoulakis, steve duplessie, jacob Gsoedl

SearchStorage.com


Director de Noticias Principaldave raffo

Redactora de Noticias Principalsonia r. lelii

Redactora Principal carol sliwa

Jefa de Redacción Principal kim Hefner

Editor Adjunto Webian crowley

SearchCloudStorage.com


Editora Adjunta Webrachel kossman

SearchDataRespaldo.com SearchDisasterRecovery.com SearchSMBStorage.com SearchSolidStateStorage.com

Editor Principal Webandrew Burton

Jefe de RedacciónEd Hannan

Editor Adjunto Webjohn Hilliard

Redactor de Reportajestodd Erickson

SearchVirtualStorage.com SearchStorageChannel.com

Editora Principal Websue troy

Editora Adjunta Webfrancesca sales

SearchStorage.co.UK

Editora Principal Websue troy

Jefe Oficina Reino Unidoantony adshead

Editora Adjunta Webfrancesca sales

Storage Decisions

Conferencias TechTarget

Directora de Eventos Editoriales lindsay jeanloz

Gerente de Eventos Editorialesjacquelyn Hinds

Suscripciones revista Storage:

www.SearchStorage.com

Storage magazine 275 Grove Street Newton, MA 02466

[email protected]

TechTarget Inc. 275 Grove Street, Newton, MA 02466 www.techtarget.com

©2012 techtarget inc. prohibida la reproducción o transmisión total o parcial de esta publicación por cualquier medio o forma sin la autorización escrita del editor. reimpresiones de techtarget disponibles a través de the yGs Group.

acerca de TechTargeT: techtarget publica contenidos para los profesionales de las tecnologías de la in-formación. más de 100 sitios web especializados permiten el acceso rápido a un gran archivo de noticias, consejos y análisis sobre tecnologías, productos y procesos esenciales para nuestro trabajo. nuestros eventos virtuales y en vivo ofrecen acceso directo a comentarios y consejos de expertos independientes. acércate a nuestra comunidad social it knowledge Exchange para obtener consejos y compartir solucio-nes con otros profesionales y expertos.

Grupo de Medios de TechTarget Storage

http://www.SearchStorage.com

mailto:editor%40storagemagazine.com?subject=

Documents

EssentialGuide VirtServerBackup SPANISH Final