Inicio > Blog de copias de seguridad y recuperación > Copia de seguridad de máquinas virtuales con Bacula – Visión general técnica. Visión general de la copia de seguridad de máquinas virtuales.

Copia de seguridad de máquinas virtuales con Bacula – Visión general técnica. Visión general de la copia de seguridad de máquinas virtuales.

1 Star2 Stars3 Stars4 Stars5 Stars
(41 votos, media: 4,80 fuera de 5)
Cargando...
Actualizado 21st noviembre 2023, Rob Morrison

¿Cómo realizar copias de seguridad de máquinas virtuales con Bacula Enterprise?

máquina virtual de copia de seguridadBacula Enterprise proporciona herramientas para realizar copias de seguridad de imágenes de máquinas virtuales a través de sus API de copia de seguridad del hipervisor. Realizar copias de seguridad a este nivel en lugar de a nivel de archivo, más omnipresente, proporciona muchas ventajas, aunque en muchos casos un enfoque combinado que utilice tanto copias de seguridad de archivo como de hipervisor proporcionará la mejor cobertura en entornos complejos con máquinas virtuales. Y, por supuesto, al utilizar Bacula, los datos y aplicaciones respaldados se benefician de los niveles especialmente altos de seguridad que Bacula ofrece frente a otros proveedores de software de copia de seguridad. Este how-to cubrirá algunas de las ventajas de añadir copias de seguridad a nivel de hipervisor de máquinas virtuales a su instalación de Bacula Enterprise, y demostrará los fundamentos de la configuración de estas copias de seguridad para un entorno HyperV.

Algunas de las principales ventajas de realizar copias de seguridad en el hipervisor para máquinas virtuales incluyen:

  1. El hipervisor es un lugar central conveniente para orquestar todas las operaciones de copia de seguridad de su entorno virtual.
  2. No hay necesidad de instalar el componente cliente de Bacula (FileDaemon) en cada máquina virtual individualmente.
  3. Los nuevos clientes se detectan automáticamente y se añaden a la copia de seguridad, lo que reduce el riesgo de que se «pierda» una máquina.
  4. La restauración de archivos individuales está disponible siempre que la API del hipervisor nos permita acceder a ellos, por lo que no hay pérdida de funcionalidad sobre las copias de seguridad de archivos.

Existen algunos escollos potenciales a los que hay que prestar atención, como la realización de copias de seguridad de bases de datos que se ejecutan en una máquina virtual. En muchos casos, el software de virtualización es capaz de poner en reposo el sistema de archivos mediante el uso de herramientas de invitado, y esto a menudo significa que se puede realizar una copia de seguridad fiable de las bases de datos con una copia de seguridad iniciada por el hipervisor. Sin embargo, puede ser preferible instalar un cliente de copia de seguridad y un software de copia de seguridad consciente de las bases de datos en estas máquinas para realizar copias de seguridad más granulares de las bases de datos y aplicaciones importantes. El soporte de Bacula Systems puede ayudar a determinar cuál es el mejor enfoque para un entorno determinado.

Bacula Enterprise – Motores de virtualización compatibles

Bacula Enterprise dispone de plugins para integrarse de forma nativa y realizar copias de seguridad de más tipos de máquinas virtuales que cualquier otro proveedor de copias de seguridad:

  • VMware
  • Hyper-V
  • KVM
  • Proxmox
  • Xen
  • Nutanix
  • Azure VM

Dependiendo de las herramientas disponibles del hipervisor, la copia de seguridad se basa en instantáneas o en archivos.

Cuando es posible, como en el caso de VMWare, las copias de seguridad basadas en imágenes permiten realizar copias de seguridad incrementales y restauraciones de un único archivo utilizando también herramientas como Changed Block Tracking (CBT) y las capacidades de restauración de un único archivo que presenta la API de copia de seguridad de VMWare.

Todos los plugins de copia de seguridad de máquinas virtuales de Bacula Enterprise se configuran de forma similar. Independientemente del hipervisor que utilice, el proceso que sigue en este how-to es siempre similar. Configuraremos la copia de seguridad de Hyper-V como ejemplo para la copia de seguridad de máquina virtual con Bacula Enterprise.

Cómo hacer una copia de seguridad de un host Hyper-V con Bacula Enterprise

En su Bacula Director tendrá que añadir un recurso Client para el host Hyper-V (en nuestro caso un Windows Server 2012R2 con Hyper-V activado), y un recurso FileSet (si no se ha creado previamente para un cliente de copia de seguridad diferente; en Bacula todos los recursos se pueden reutilizar) y finalmente un recurso Job que defina todos los parámetros del trabajo de copia de seguridad (cuándo se programa con qué nivel para qué fileset, etc.). A continuación encontrará un ejemplo de configuración:

Extracto de bacula-dir.conf

Job {
Name = «HyperV-job»
JobDefs = «DefaultJob»
Client = win2012-client
FileSet = «Hyper-V»
Accurate = «Yes»
}
FileSet {
Name = «Hyper-V»
Include {
Options {
signature = MD5
}
File = «C:/dummy.txt»
Plugin = «vss:/@HYPERV/»
}
}
Client {
Name = win2012-client
Address = 192.168.178.32
FDPort = 9102
Catalog = MyCatalog
Password = «windowspw»
File Retention = 60 days
Job Retention = 6 months
AutoPrune = yes
}

Esto es todo lo que necesita para empezar. La línea de complemento en el fileset le dice a Bacula que haga una copia de seguridad de todas las máquinas virtuales que se encuentran en este hipervisor. Tenga en cuenta que el FileSet contiene una referencia a un archivo de texto ficticio que es necesario porque la instantánea VSS de un sistema de archivos NTFS de Microsoft sólo se activa si se especifica al menos un archivo. Dicho esto, si sus datos de Hyper-V están repartidos en varias letras de unidad, necesitará o bien un archivo de texto ficticio en cada una de ellas (a menos que también realice copias de seguridad de archivos adicionales en ese servidor Windows de todos modos), o bien tendrá que hacer uso del complemento Alldrives que viene con el cliente Bacula Enterprise para Windows.

La copia de seguridad Job anterior llamada «HyperV-job» se ejecutó y finalizó con éxito. A continuación se muestra el joblog para este trabajo de copia de seguridad:

Backup joblog


22-Jun 09:26 centos6-64-dir JobId 4: No prior Full backup Job record found.
22-Jun 09:26 centos6-64-dir JobId 4: No prior or suitable Full backup found in catalog. Doing FULL backup.
22-Jun 09:26 centos6-64-dir JobId 4: Start Backup JobId 4, Job=HyperV-job.2018-06-22_09.26.08_12
22-Jun 09:26 centos6-64-dir JobId 4: Using Device «FileChgr1-Dev2» to write.
22-Jun 09:26 centos6-64-sd JobId 4: Volume «Vol-0001» previously written, moving to end of data.
22-Jun 09:26 win-ud8s2399ti8-fd JobId 4: VSS plugin start backup Job.
22-Jun 09:26 win-ud8s2399ti8-fd JobId 4: Generate VSS snapshots. Driver=»Win64 VSS»
22-Jun 09:26 win-ud8s2399ti8-fd JobId 4: Snapshot mount point: C:\
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Task Scheduler Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «VSS Metadata Store Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Performance Counters Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «System Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Microsoft Hyper-V VSS Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «ASR Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «WMI Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Registry Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «COM+ REGDB Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Shadow Copy Optimization Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 centos6-64-sd JobId 4: Elapsed time=00:02:15, Transfer rate=22.30 M Bytes/second
22-Jun 09:28 centos6-64-sd JobId 4: Sending spooled attrs to the Director. Despooling 13,343 bytes …
22-Jun 09:28 centos6-64-dir JobId 4: Bacula Enterprise centos6-64-dir 8.10.2
(25Apr18): Build OS: x86_64-redhat-linux-gnu-bacula-enterprise redhat JobId: 4 Job: HyperV-job.2018-06-22_09.26.08_12
Backup Level: Full (upgraded from Incremental) Client: «win2012-client» 8.10.2
(25Apr18) Microsoft Datacenter Edition (build 9200), 64-bit,Cross-compile,Win64 FileSet: «Hyper-V»
2018-06-22 09:22:15 Pool: «File» (From Job resource) Catalog: «MyCatalog» (From Client resource)
Storage: «File1» (From Job resource) Scheduled time: 22-Jun-2018 09:26:06
Start time: 22-Jun-2018 09:26:10 End time: 22-Jun-2018 09:28:25
Elapsed time: 2 mins 15 secs Priority: 10 FD Files Written: 36 SD Files Written: 36 FD
Bytes Written: 3,011,737,880 (3.011 GB) SD Bytes Written: 3,011,748,601 (3.011 GB) Rate: 22309.2 KB/s
Software Compression: None Comm Line Compression: 69.7% 3.3:1 Snapshot/VSS: yes
Encryption: no Accurate: yes Volume name(s): Vol-0001 Volume Session Id: 4 Volume Session Time: 1529652856
Last Volume Bytes: 3,021,011,807 (3.021 GB) Non-fatal FD errors: 0 SD Errors: 0
FD termination status: OK SD termination status: OK Termination: Backup OK
22-Jun 09:28 centos6-64-dir JobId 4: Begin pruning Jobs older than 6 months .
22-Jun 09:28 centos6-64-dir JobId 4: No Jobs found to prune.
22-Jun 09:28 centos6-64-dir JobId 4: Begin pruning Files.
22-Jun 09:28 centos6-64-dir JobId 4: No Files found to prune.
22-Jun 09:28 centos6-64-dir JobId 4: End auto prune.

As you can see the backup terminated with status «Backup OK» which, of course, is exactly what you want for all your backup jobs with Bacula Enterprise. In the joblog above the summary Bacula prints detailed information about what happens on the Client and Storage Daemon with timestamps. In particular you can see the VSS snapshot information with details about all the VSS writers in the above example joblog.

Como puede ver la copia de seguridad terminó con el estado «Backup OK» que, por supuesto, es exactamente lo que desea para todos sus trabajos de copia de seguridad con Bacula Enterprise. En el joblog por encima del resumen Bacula imprime información detallada sobre lo que sucede en el Cliente y Storage Daemon con marcas de tiempo. En particular puede ver la información de la instantánea VSS con detalles sobre todos los escritores VSS en el joblog de ejemplo de arriba.
máquina virtual de copia de seguridadLa restauración de las máquinas virtuales contenidas funciona como cualquier otra restauración en Bacula. Desde Bweb o bconsole, navegue hasta el trabajo deseado, ya sea el más reciente o un punto específico en el tiempo. A continuación, seleccione los datos que desea restaurar, ya sea todo, un único archivo o una máquina virtual específica. Por último, inicie la restauración, ya sea en la ubicación original si se ha eliminado la máquina virtual, o realice una restauración cruzada en un host diferente. La recuperación ante desastres se simplifica drásticamente con la posibilidad de recuperar máquinas enteras en un hardware diferente en una nueva ubicación con sólo pulsar un botón.

Los ejemplos de configuración de Bacula que hemos compartido anteriormente se aplican a la copia de seguridad de máquinas virtuales Hyper-V. Otros hipervisores que soportamos funcionan de manera muy similar, y cada plugin de Bacula Enterprise viene con una extensa documentación sobre qué recursos necesitan ser definidos y sobre qué opciones específicas de cada hipervisor están disponibles en el FileSet. Por ejemplo, en el ejemplo anterior elegimos hacer una copia de seguridad de todas las máquinas virtuales del host Hyper-V, pero también podríamos haber seleccionado elementos individuales para la copia de seguridad de las máquinas virtuales. Si divide así el trabajo de copia de seguridad en partes más pequeñas, obtendrá una experiencia de restauración más detallada, sus copias de seguridad serán más rápidas porque los trabajos son más pequeños y podrá ejecutar varios trabajos en paralelo para acelerar el proceso global.

Respaldo de KVM con Bacula Enterprise

Bacula Enterprise ayuda a que todo el proceso de copia de seguridad/restauración de KVM sea lo más sencillo posible. Los clientes individuales no necesitan instalar software adicional ni realizar scripts, y los usuarios tienen un control total sobre los datos de los que se hace copia de seguridad o se recuperan. También existe la capacidad de autodetección, que permite a los usuarios localizar las máquinas virtuales automáticamente tras la configuración inicial del complemento.

Bacula Enterprise permite realizar copias de seguridad de KVM en cualquier momento, sin importar si la VM en cuestión está activa, en pausa o apagada por completo. Uno de los puntos clave del software de Bacula consiste en realizar copias de seguridad de las máquinas virtuales sin interrupciones del servicio y con una coherencia total de los datos, ya que las copias de seguridad de las máquinas virtuales suelen consumir mucho tiempo y recursos, ralentizando el resto de procesos del sistema.

También es posible ahorrar almacenamiento y ancho de banda con las funciones Snapshot y Global Endpoint Deduplication de Bacula. El principio general de funcionamiento de Bacula es algo similar a cómo se realizan habitualmente las copias de seguridad en KVM: mediante la creación de instantáneas y su volcado en lugares específicos. Sin embargo, Bacula, a diferencia de la mayoría de los scripts de copia de seguridad habituales, no necesita instalarse en el sistema en primer lugar y funciona a nivel de hipervisor para empezar mediante tecnología sin agente.

Copia de seguridad de Xen con Bacula Enterprise

Con Xen, Bacula Enterprise tiene un proceso específico que incluye:

  • Limpieza antes de iniciar el proceso (borrado de instantáneas antiguas o paralizadas);
  • Creación de una nueva instantánea de una máquina virtual invitada en cuestión;
  • Exportando los datos de la instantánea a un Storage Daemon de Bacula a través del comando vm-export de XenServer;
  • Eliminando la instantánea posteriormente.

Tanto el estado de parada como el de ejecución están bien para que funcione el proceso de copia de seguridad. También hay una plantilla de título específica para las instantáneas antiguas que se eliminarán en el proceso de copia de seguridad: BaculaSnapshot_<UUID>_JobID_<NR>. Por supuesto, el módulo Citrix Hypervisor le notificaría en forma de pantalla de registro información sobre cada proceso de copia de seguridad de la máquina virtual huésped y su estado, así como sobre las instantáneas eliminadas. Un proceso de copia de seguridad realiza automáticamente una copia de seguridad de cada VM que encuentra, a menos que se especifique lo contrario mediante una serie de parámetros específicos del plugin, entre los que se incluyen:

  • vm=<name-label>
  • uuid=<uuid>
  • include=<name-label-regex>
  • exclude=<name-label-regex>
  • quiesce=<0|1>

Backing de VMware con Bacula Enterprise

Realizar una copia de seguridad de un invitado VMware con Bacula es posible de dos formas diferentes: utilizando el plugin de vSphere para crear copias de seguridad de imágenes y equipando cada VM invitada con un software cliente de Bacula.

Después de instalar Bacula Enterprise File Daemon en cada VM tendrá que acordarse de repartir todos los trabajos de copia de seguridad para que no se ejecuten al mismo tiempo y creen un efecto de cuello de botella. Aparte de eso, es más o menos un proceso de copia de seguridad normal. Instalar el software de Bacula en cada máquina virtual le permite aprovechar una serie de características:

  • Verificación de trabajos;
  • Compresión a nivel de archivo;
  • Restauración rápida de archivos individuales;
  • Detección de desajustes en la suma de comprobación,etc.
  • Recuperación de archivos instantánea

El otro método consiste en utilizar el plugin de vSphere para guardar los discos del cliente a nivel raw. En este caso tampoco es necesario que todas las máquinas virtuales invitadas tengan instalado el software de Bacula. El plugin de vSphere utiliza el acceso NBD o SAN para leer y guardar el contenido de la máquina virtual en cuestión. Este método es fundamentalmente diferente del anterior, ya que en este no es necesario utilizar el sistema de archivos para interactuar con los archivos, por lo que la infraestructura ESXi no necesita delegar tantos recursos en el proceso de copia de seguridad cada vez. La desventaja de este proceso es que también guarda archivos innecesarios del sistema, como los archivos temporales de Internet o el archivo swap.

Respaldo de la virtualización de Red Hat con Bacula Enterprise

Al igual que con VMware, el proceso de copia de seguridad de RHV puede realizarse de dos formas distintas: interna y externa.

El método externo se basa en el módulo RHV de Bacula Enterprise para realizar una serie de copias de seguridad diferentes simplemente descargando discos a través de la API. Estos métodos no dependen de la VM en el entorno RHV, pero son más lentos que el diferente.

El método externo es capaz de aprovechar tanto el tipo de copia de seguridad incremental como el diferencial, cada uno con sus propias ventajas e inconvenientes. La copia de seguridad incremental es más rápida y ahorra mucho espacio de almacenamiento, pero tarda mucho tiempo en restaurarse si hay un gran número de copias de seguridad incrementales después de la última completa. La copia de seguridad diferencial es algo más lenta que la incremental y ocupa un poco más de espacio de almacenamiento, pero su velocidad de restauración es mayor y no sufre el efecto de ralentización de la velocidad de restauración que tiene la incremental.

También está el método interno, el que se denomina proxyVM. El proceso en sí consiste en una VM especial que se coloca dentro del entorno RHV, y esa VM crea copias de seguridad de todos los discos que pertenecen a las VM. Este método sólo es capaz de trabajar con copias de seguridad de tipo completo, pero es mucho más rápido que los otros en general. El proceso en sí consiste en vincular la VM en cuestión, crear una instantánea de todos los datos y desvincular todo después.

Cómo hacer copias de seguridad de Proxmox con Bacula Enterprise

Hay tres pasos importantes que forman parte del proceso de copia de seguridad de Proxmox, aunque la naturaleza del proceso en sí es algo similar a la de otros.

  1. La configuración de una máquina virtual huésped se guarda
  2. Se crea una instantánea de la máquina virtual (mientras se suspende o apaga la máquina virtual en cuestión)
  3. Se ejecuta el comando vzdump y se guardan los datos

El registro de la copia de seguridad mostraría todos los pasos de la creación de la copia de seguridad, de principio a fin, así como qué copias de seguridad antiguas u obsoletas se eliminaron previamente. Las propias copias de seguridad se crean en formato .vma (para la VM huésped QEMU) o .conf y .tar (para la VM huésped LXC). Este trabajo también puede afectar a varias VM a la vez, cada una con nombres de archivo distintos y el formato de archivo adecuado.

Backing de Nutanix con Bacula Enterprise

Bacula ofrece a los usuarios de Nutanix algunas de las funciones de copia de seguridad más avanzadas del mundo con su módulo de copia de seguridad AHV de Nutanix. Los usuarios pueden proteger fácilmente todos los datos y aplicaciones de Nutanix, junto con el resto de su entorno informático. ¡Esto incluye incluso las más complicadas! Bacula cuenta con una de las integraciones de protección de datos más amplias del sector, si no la que más. Estas son las principales características del módulo Nutanix de Bacula, que está completamente certificado por Nutanix:

  • Implantación sin agentes
  • Copia de seguridad/restauración basada en instantáneas
  • Soporte para cualquier tipo de VM huésped
  • Copia en caliente: Soporta VMs en línea (sin necesidad de apagar)
  • Niveles Completo, Incremental y Diferencial
  • Copia de seguridad rápida de imágenes a nivel de bloque a través de NDFS
  • Restaure imágenes VM completas
  • Restaurar interfaces de red
  • Herramienta de borrado remoto interactivo de instantáneas incluida

Resumen sobre cómo hacer copias de seguridad de máquinas virtuales con Bacula

backup virtual machineRealizar copias de seguridad de máquinas virtuales a través de las interfaces de copia de seguridad de su hipervisor ofrece muchas ventajas sobre las copias de seguridad tradicionales basadas en agentes, especialmente cuando la simplicidad de la gestión y la recuperación ante desastres son primordiales. Bacula Enterprise le ofrece la posibilidad de elegir y combinar enfoques virtualizados y tradicionales para proporcionar una solución completa de copia de seguridad y recuperación para una gama especialmente amplia de entornos virtuales, bases de datos, aplicaciones y hardware físico, todo ello desde una única plataforma escalable.

Alternativas a Bacula Enterprise VM Backup

Sin embargo, Bacula Enterprise no es, por supuesto, la única solución del mercado. Esto nos brinda una gran oportunidad para dar una visión general de varios otros proveedores del sector, así como de sus capacidades y ventajas.

1. Veritas Enterprise Data Services Platform

veritas página de aterrizaje

Como reconocido experto en el campo de la protección de datos y las copias de seguridad, Veritas también ofrece su propia visión de las copias de seguridad de máquinas virtuales, con soporte para VMware, Red Hat, Hyper-V, Nutanix AHV, etc. Ofrece copias de seguridad sin agente, protección de datos eficiente y escalable, automatización de la protección y mucho más.

La propia plataforma ayuda a la optimización de las cargas de trabajo, a una mejor modernización y a una mayor continuidad del negocio. Veritas tiene su propia interfaz de usuario de gestión de máquinas virtuales y ofrece varias funciones diferentes para realizar copias de seguridad de las propias máquinas virtuales, incluida la recuperación granular. Además, es capaz de ayudar con el cumplimiento en entornos híbridos, con herramientas de clasificación de datos, alertas e informes automáticos, y el cumplimiento de los requisitos gubernamentales en términos de cumplimiento de copia de seguridad.

2. Altaro VM Backup

altaro página de aterrizaje

El software Altaro VM Backup se posiciona como un software de copia de seguridad asequible pero útil y de alto rendimiento. Se enorgullece de su rápida configuración e interfaz de usuario fácil de usar y se comercializa ampliamente como una solución que no requiere conocimientos previos para funcionar correctamente. Es compatible tanto con máquinas virtuales VMware como Hyper-V, ofrece impresionantes opciones de escalabilidad y mucho más.

En lo que respecta a las copias de seguridad de máquinas virtuales en sí, Altaro ofrece cifrado de datos, compatibilidad con CDP, compatibilidad nativa con Azure, Wasabi y S3, integración con RMM, etc. También afirma tener menores requisitos de almacenamiento que la mayoría cuando se trata de copias de seguridad, así como deduplicación con tamaño de bloque variable y mayor velocidad de copia de seguridad/restauración.

3. Acronis Cyber Backup

acronis página de aterrizaje

Otro nombre muy conocido en copias de seguridad y recuperación, Acronis Cyber Backup es una solución completa que afirma proteger la totalidad de su entorno VMware con RTO extremadamente rápidos y un coste total de propiedad reducido. También es compatible con Hyper-V, Linux KVM, XenServer, Red Hat y Oracle VM.

En cuanto a la lista de características en sí, hay varias características diferentes que contribuyen a que Acronis tenga unos RTO más rápidos, como las capacidades de recuperación granular, la compatibilidad con la recuperación bare Metal, las funciones de automatización de la recuperación, la validación del contenido de las copias de seguridad, etc. En lo que respecta a la protección de dichos datos, Acronis ofrece una consola centralizada para todas sus operaciones, así como paneles de control personalizados, soporte para copias de seguridad sin agentes y protección activa contra ransomware, entre otras características.

4. Rubrik

rubrik página de aterrizaje

Rubrik es una solución de copia de seguridad y recuperación de máquinas virtuales que pone la importancia de la información de sus máquinas virtuales por encima de cualquier otra cosa. Funciona con Hyper-V, VMware y Nutanix AHV, y ofrece muchas funciones y conjuntos de herramientas diferentes para que sus datos estén lo más seguros posible.

Algunas de las capacidades de Rubrik incluyen la posibilidad de descubrir sus máquinas virtuales automáticamente, ya sea mediante la integración con la API de un hipervisor o utilizando una conexión directa. También puede crear dominios SLA, explorar y restaurar granularmente archivos dentro de sus máquinas virtuales con copia de seguridad y, al igual que Bacula, en general es capaz de manejar incluso los mayores volúmenes de datos.

5. Veeam Backup & Replication

veeam página de aterrizaje

Veeam Backup & Replication es otro ejemplo de plataforma multifuncional masiva que también proporciona servicios de copia de seguridad y recuperación de máquinas virtuales. Veeam es compatible con los mismos tres tipos básicos de máquinas virtuales (Hyper-V, AHV y VMware) y ofrece una gran cantidad de funciones en lo que se refiere a copias de seguridad, protección de datos, restauración de datos y mucho más.

La función de recuperación instantánea de Veeam pretende reducir drásticamente el tiempo de inactividad de sus máquinas virtuales, y la incorporación de la compatibilidad con CDP facilita la transferencia de varias máquinas virtuales a la vez o incluso la migración a un servidor diferente. Además, Veeam trabaja con copias de seguridad basadas en imágenes que soportan VSS, por lo que es consciente de las aplicaciones y no cargaría una parte rota de una aplicación que se lanzara en medio de un proceso de copia de seguridad.

6. Nakivo Backup & Replication

nakivo página de aterrizaje

Los tres tipos principales de máquinas virtuales (VMware, AHV e Hyper-V) parecen ser extremadamente populares, razón por la cual una gran cantidad de software de copia de seguridad de máquinas virtuales se dirige a esos tres en primer lugar – al igual que Nakivo. Nakivo Backup & Replication tiene todo lo que pueda necesitar de una solución de copias de seguridad VM – automatización de procesos, verificación de copias de seguridad, despliegue rápido, y eso es sólo el principio.

Nakivo también puede ofrecer la combinación esperada de operaciones de copia de seguridad y recuperación para sus máquinas virtuales o datos de aplicaciones, así como opciones de recuperación instantánea de archivos, deduplicación y compresión. Aparte de eso, Nakivo también puede ofrecer copias de seguridad incrementales que se basan en imágenes, no ocupan demasiado espacio y se pueden realizar automáticamente cada periodo de tiempo específico.

7. MSP360 (CloudBerry Backup)

msp360 página de aterrizaje

Como marca bastante popular en el mercado de copias de seguridad y recuperación, en general, MSP360 tiene varios campos diferentes que puede cubrir cuando se trata de copias de seguridad. Sin embargo, sólo hay una variante de MSP360 que puede trabajar con máquinas virtuales, y es CloudBerry Backup.

CloudBerry Backup es compatible tanto con máquinas virtuales VMware como Hyper-V y se ha creado para generar las copias de seguridad de sus máquinas virtuales, comprimirlas y cifrarlas y, a continuación, subir dichas copias a un proveedor de almacenamiento en la nube de su elección. CloudBerry Backup soporta Google Cloud, Amazon Glacier/S3, Wasabi, MS Azure, y BackBlaze B2 como sus principales proveedores de almacenamiento en la nube soportados, y asegura que sus respaldos sean siempre consistentes en cualquier punto en el tiempo.

8. Vembu VM Backup

vembu página de aterrizaje

Hablando de software de copia de seguridad sin agente, hay otra solución que soporta esta tecnología, y es Vembu VM Backup. Vembu ofrece un conjunto estándar de funciones que ya hemos visto varias veces: compatibilidad con CDP, restauración instantánea de máquinas virtuales, recuperación granular de archivos, verificación de copias de seguridad, etc.

También admite la migración entre hipervisores, las copias de seguridad nativas en cinta y la supervisión centralizada. Todas las copias de seguridad que realiza el software Vembu VM Backup se cifran, comprimen y deduplican automáticamente para ayudarle a alcanzar el nivel necesario de seguridad de los datos sin gastar más en espacio de almacenamiento para sus copias de seguridad.

9. Micro Focus VM Explorer

micro focus página de aterrizaje

En realidad, existe otra solución de copia de seguridad de máquinas virtuales que admite el almacenamiento de copias de seguridad en cinta, y es Micro Focus VM Explorer. Es una solución bastante interesante para utilizar en sus objetivos de copia de seguridad de máquinas virtuales. Funciona bastante bien tanto con entornos VMware como Hyper-V, y ofrece un conjunto bastante básico de funciones que cabría esperar de una solución que utilizará para realizar copias de seguridad de máquinas virtuales.

La lista de características que VM Explorer puede ofrecer es bastante extensa, con restauración granular, inicio rápido, varias configuraciones de automatización, copia de seguridad tanto en la nube como en almacenamientos físicos, incluyendo incluso algunos de los objetivos menos populares como OpenStack de Rackspace, junto con las ubicaciones habituales de almacenamiento en la nube como S3, Azure, etc.

10. Iperius Backup

iperius página de aterrizaje

Como actor algo más pequeño en el mercado, Iperius Backup es una solución que se aleja de una práctica bastante común en el mercado – diferentes etiquetas de precio para diferentes números de máquinas virtuales y hosts. Ese no es el caso de Iperius – una licencia da un número ilimitado de usuarios, con todas las características incluidas. Y hay un montón de esas características, también.

Para empezar, Iperius afirma ser la única solución del mercado capaz de realizar una replicación incremental de máquinas virtuales con hosts sin ESXi. Además, también hay muchas características que son bastante comunes en este campo, como diferentes tipos de copia de seguridad, compatibilidad con Hyper-V/VMware, capacidad de guardar las copias de seguridad en la nube y en ubicaciones de almacenamiento físico, copias de seguridad coherentes con las aplicaciones, y todo ello dentro de una solución sin agente.

Sobre el autor
Rob Morrison
Rob Morrison es el director de marketing de Bacula Systems. Comenzó su carrera de marketing de TI con Silicon Graphics en Suiza, desempeñando con fuerza varios puestos de gestión de marketing durante casi 10 años. En los siguientes 10 años, Rob también ocupó varios puestos de gestión de marketing en JBoss, Red Hat y Pentaho, asegurando el crecimiento de la cuota de mercado de estas conocidas empresas. Se graduó en la Universidad de Plymouth y tiene una licenciatura en Medios Digitales y Comunicaciones, y completó un programa de estudios en el extranjero.
Deja un comentario

Su dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *