Información general sobre la copia de seguridad de máquinas virtuales de Azure
En este artículo se describe cómo el servicio Azure Backup realiza una copia de seguridad de las máquinas virtuales (VM) de Azure.
Azure Backup proporciona copias de seguridad independientes y aisladas para impedir la destrucción accidental de los datos en las máquinas virtuales. Las copias de seguridad se almacenan en un almacén de Recovery Services con administración integrada de puntos de recuperación. La configuración y la escalabilidad son sencillas, las copias de seguridad están optimizadas y puede restaurarlas fácilmente cuando sea necesario.
Como parte del proceso de copia de seguridad, se realiza una instantánea y los datos se transfieren al almacén de Recovery Services sin que ello afecte a las cargas de trabajo de producción. La instantánea proporciona diferentes niveles de coherencia, como se describe aquí. Es posible optar por copias de seguridad consistentes entre archivos o consistentes entre apps basadas en agente o copias de seguridad consistentes entre bloqueos sin agente en la directiva de copia de seguridad.
Azure Backup también tiene ofertas especializadas para cargas de trabajo de base de datos como SQL Server y SAP HANA que incluyen reconocimiento de la carga de trabajo, ofrecen un objetivo de punto de recuperación (RPO) de 15 minutos y permiten realizar copias de seguridad y restaurar bases de datos individuales.
Proceso de copia de seguridad
Aquí se explica cómo Azure Backup completa una copia de seguridad para las VM de Azure:
Para VM de Azure que están seleccionadas para copia de seguridad, Azure Backup inicia un trabajo de copia de seguridad según la programación que especifique el usuario.
Si optó por copias de seguridad consistentes entre el sistema de archivos o consistentes entre apps, la máquina virtual deberá tener instalada una extensión de copia de seguridad para coordinar el proceso de instantánea.
Si optó por copias de seguridad consistentes entre bloqueos, no se requiere ningún agente en las máquinas virtuales.
Durante la primera copia de seguridad, se instala una extensión de copia de seguridad en la VM si esta se encuentra en ejecución.
- En máquinas virtuales Windows, se instala la extensión VMSnapshot.
- En máquinas virtuales Linux, se instala la extensión VMSnapshotLinux.
En el caso de VM Windows en ejecución, Azure Backup se coordina con el Servicio de instantáneas de volumen (VSS) de Windows para obtener instantáneas consistentes entre apps de la VM.
- De forma predeterminada, Azure Backup realiza copias de seguridad de VSS completas.
- Si Azure Backup no puede realizar una instantánea coherente con la aplicación, realiza una instantánea coherente con archivos del almacenamiento subyacente (ya que no se produce ninguna escritura en la aplicación mientras la VM está detenida).
En VM Linux, Azure Backup hace una copia de seguridad coherente con archivos. Para obtener instantáneas coherentes con la aplicación, debe personalizar manualmente los scripts previos y posteriores.
En el caso de máquinas virtuales Windows, se instala Microsoft Visual C++ 2013 Redistributable (x64) versión 12.0.40660, se cambia el inicio del Servicio de instantáneas de volumen (VSS) a automático y se agrega un IaaSVmProvider de servicio de Windows.
Después de que Azure Backup toma la instantánea, transfiere los datos al almacén.
- La copia de seguridad se optimiza al hacer una copia de seguridad de cada disco de VM en paralelo.
- Para cada disco del que se hace una copia de seguridad, Azure Backup lee los bloques en el disco e identifica y transfiere solo los bloques de datos que han cambiado (delta) desde la copia de seguridad anterior.
- Es posible que los datos de las instantáneas no se copien inmediatamente en el almacén. Podrían tardar horas en momentos de máxima actividad. El tiempo total de copia de seguridad de una VM será inferior a 24 horas para las directivas de copia de seguridad diarias.
Cifrado de copias de seguridad de VM de Azure
Al realizar la copia de seguridad de máquinas virtuales de Azure con Azure Backup, las máquinas virtuales se cifran en reposo con Storage Service Encryption (SSE). Azure Backup también puede hacer una copia de seguridad de las VM de Azure cifradas mediante Azure Disk Encryption (ADE).
Cifrado | Detalles | Soporte técnico |
---|---|---|
SSE | Con SSE, Azure Storage proporciona cifrado en reposo al cifrar automáticamente los datos antes de almacenarlos. Azure Storage también descifra los datos antes de recuperarlos. Azure Backup admite copias de seguridad de máquinas virtuales con dos tipos de Storage Service Encryption: |
Azure Backup usa SSE para el cifrado en reposo de las VM de Azure. |
Azure Disk Encryption | Azure Disk Encryption cifra los discos de datos y de sistema operativo para VM de Azure. Azure Disk Encryption se integra con las claves de cifrado de BitLocker (BEK), que se protegen en un almacén de claves como secretos. Azure Disk Encryption también se integra con las claves de cifrado de las claves de Azure Key Vault (KEK). |
Azure Backup admite la copia de seguridad de VM de Azure administradas y no administradas cifradas con solo BEK solo o con BEK junto con KEK. Se crea una copia de seguridad tanto de las BEK como las KEK y estas se cifran. Dado que se crea una copia de seguridad de las KEK y BEK, los usuarios con los permisos necesarios pueden restaurar las claves y los secretos en el almacén de claves, si fuera necesario. Estos usuarios también pueden recuperar la VM cifrada. Los usuarios no autorizados o Azure no pueden leer las claves y los secretos cifrados. |
Para VM de Azure administradas y no administradas, Azure Backup admite VM cifradas con solo BEK o VM cifradas con BEK y KEK.
Las copias de seguridad de las BEK (secretos) y KEK (claves) están cifradas. Se pueden leer y usar solo cuando los usuarios autorizados las vuelven a restaurar en el almacén de claves. Ni los usuarios no autorizados ni Azure pueden leer o usar las claves o los secretos con copia de seguridad.
También se crea una copia de seguridad de las BEK. Por lo tanto, si se pierden las BEK, los usuarios autorizados pueden restaurarlas en el almacén de claves y recuperar las VM cifradas. Solo los usuarios con el nivel adecuado de permisos pueden realizar la copia de seguridad y restauración de las VM cifradas, así como las claves y los secretos.
Creación de instantáneas
Azure Backup toma instantáneas según la programación de copia de seguridad.
Si optó por copias de seguridad consistentes entre el sistema de archivos o consistentes entre apps, la máquina virtual deberá tener instalada una extensión de copia de seguridad para coordinar el proceso de instantánea. Para copias de seguridad consistentes entre bloqueos de varios discos sin agente, el agente de máquina virtual no será necesario para las instantáneas.
VM de Windows: para las VM de Windows, el servicio de copia de seguridad coordina con VSS para tomar una instantánea coherente con la aplicación de los discos de la VM. De forma predeterminada, Azure Backup toma una copia de seguridad completa de VSS (trunca los registros de la aplicación, como SQL Server, en el momento de la copia de seguridad para obtener una copia de seguridad coherente en el nivel de aplicación). Si utiliza una base de datos de SQL Server en la copia de seguridad de VM de Azure, puede modificar la configuración para realizar una copia de seguridad de la copia de VSS (para conservar los registros). Para obtener más información, consulte este artículo.
VM de Linux: para realizar instantáneas coherentes con la aplicación de una VM de Linux, use el marco de script anterior y posterior para escribir scripts personalizados a fin de garantizar la coherencia.
- Azure Backup solo invoca los scripts anteriores y posteriores que escriba el usuario.
- Azure Backup marcará el punto de recuperación como coherente con la aplicación si la ejecución de los scripts anteriores y posteriores se realiza correctamente. Sin embargo, el usuario es el responsable final de la coherencia con la aplicación cuando se usan scripts personalizados.
- Obtenga más información sobre cómo configurar scripts.
Coherencia de instantáneas
En la siguiente tabla se explica los diferentes tipos de coherencia de instantánea:
Instantánea | Detalles | Recuperación | Consideración |
---|---|---|---|
Coherente con la aplicación | Esta es la configuración predeterminada de la directiva de copia de seguridad de máquinas virtuales. Las copias de seguridad coherentes con las aplicaciones capturan el contenido de la memoria y las operaciones de E/S pendientes. Las instantáneas coherentes con la aplicación usan el escritor VSS (o scripts anteriores o posteriores para Linux) para garantizar la coherencia de datos de la aplicación antes de que se produzca una copia de seguridad. | Cuando se va a recuperar una VM con una instantánea coherente con la aplicación, la VM se inicia. No se pierden ni se dañan los datos. Las aplicaciones se inician en un estado coherente. | Windows: Todas las instancias de VSS Writer son correctas Linux: Los scripts anteriores o posteriores están configurados y son correctos |
Coherencia con el sistema de archivos | Esta es la configuración predeterminada de la directiva de copia de seguridad de máquinas virtuales. Las copias de seguridad coherentes con el sistema de archivos proporcionan coherencia al hacer una instantánea de todos los archivos al mismo tiempo. |
Cuando se va a recuperar una VM con una instantánea coherente con el sistema de archivos, la VM se inicia. No se pierden ni se dañan los datos. Las aplicaciones deben implementar su propio mecanismo de corrección para asegurarse de que los datos restaurados son coherentes. | Windows: se han producido errores en algunas instancias de VSS Writer. Linux: Valor predeterminado (si los scripts anteriores y posteriores no están configurados o tienen errores) |
Coherente frente a bloqueos | Las instantáneas consistentes entre bloqueos son una configuración de participación en la directiva de copia de seguridad de máquinas virtuales. Azure Backup también realiza copias de seguridad consistentes entre bloqueos en caso de que la máquina virtual no se esté ejecutando durante la copia de seguridad y cuando se produzca un error en las copias de seguridad consistentes entre archivos o aplicaciones. Solo se capturan y realizan copias de seguridad de los datos que ya existan en el disco en el momento de la operación de copia de seguridad; no se capturan los datos de la caché del host de lectura y escritura. |
Comienza con el proceso de arranque de la máquina virtual seguido de una comprobación de disco para corregir los posibles daños. Los datos en memoria o las operaciones de escritura que no se han transferido al disco antes del bloqueo se pierden. Las aplicaciones implementan su propia comprobación de los datos. Por ejemplo, una aplicación de base de datos puede usar su registro de transacciones para la comprobación. Si el registro de transacciones tiene entradas que no están presentes en la base de datos, el software de base de datos realiza una reversión de las transacciones hasta que los datos sean coherentes. | Cuando haya optado por la copia de seguridad del sistema de archivos o aplicaciones y la máquina virtual esté en estado de apagado (detenido o desasignado) y cuando se vuelva a intentar la instantánea. Optó por copias de seguridad consistentes entre bloqueos sin agente |
Nota:
Si el estado de aprovisionamiento es correcto, Azure Backup realiza copias de seguridad coherentes con el sistema de archivos. Si el estado de aprovisionamiento es no disponible o con error, se realizan copias de seguridad coherentes frente a bloqueos. Si el estado de aprovisionamiento es creando o eliminando, significa que Azure Backup está reintentando las operaciones.
Consideraciones sobre las operaciones de copia de seguridad y restauración
Consideración | Detalles |
---|---|
Disco | La copia de seguridad de los disco de VM se realiza en paralelo. Por ejemplo, si una VM tiene cuatro discos, el servicio intenta hacer una copia de seguridad de los cuatro en paralelo. La copia de seguridad es incremental (solo los datos modificados). |
Programación | Para reducir el tráfico de copia de seguridad, haga una copia de seguridad diferentes VM en distintos momentos del día y asegúrese de que los horarios no se superpongan. La copia de seguridad de máquinas virtuales al mismo tiempo causa atascos del tráfico. |
Preparación de copias de seguridad | Tenga en cuenta el tiempo necesario para preparar la copia de seguridad. El tiempo de preparación podría incluir la instalación o actualización de la extensión de copia de seguridad y el desencadenamiento de una instantánea según la programación de copia de seguridad. |
Transferencia de datos | Tenga en cuenta el tiempo necesario para que Azure Backup identifique los cambios incrementales desde la copia de seguridad anterior. En una copia de seguridad incremental, Azure Backup determina los cambios al calcular la suma de comprobación del bloque. Si un bloque cambia, se marca para su transferencia al almacén. El servicio analiza los bloques identificados para intentar aún más minimizar la cantidad de datos que se van a transferir. Una vez completada la evaluación de todos los bloques modificados, Azure Backup transferirá los cambios al almacén. Puede haber un retraso entre la realización de la instantánea y la copia en el almacén. En horas punta, las instantáneas pueden tardar hasta ocho horas en transferirse al almacén. El tipo de copia de seguridad de una máquina virtual será inferior a 24 horas para las copias de seguridad diarias. |
Copia de seguridad inicial | El tiempo total de copia de seguridad para copias de seguridad incrementales es menor que 24 horas, que podría no ser el caso de la primera copia de seguridad. El tiempo necesario para la copia de seguridad inicial dependerá del tamaño de los datos y el momento de procesamiento de la copia de seguridad. |
Restaurar cola | Azure Backup procesa los trabajos de restauración desde varias cuentas de almacenamiento al mismo tiempo y coloca las solicitudes de restauración en una cola. |
Restaurar copia | Durante el proceso de restauración, los datos se copian desde el almacén en la cuenta de almacenamiento. El tiempo total de restauración depende de las operaciones de E/S por segundo (IOPS) y el rendimiento de la cuenta de almacenamiento. Para reducir el tiempo de copia, seleccione una cuenta de almacenamiento que no esté cargada con otras lecturas y escrituras de aplicaciones. |
Nota:
Azure Backup ahora le permite realizar copias de seguridad de las máquinas virtuales de Azure varias veces al día mediante la directiva mejorada. Con esta funcionalidad, también puede definir la duración en la que se desencadenarán los trabajos de copia de seguridad y alinear la programación de copia de seguridad con las horas de trabajo cuando haya actualizaciones frecuentes en las máquinas virtuales de Azure. Más información.
Rendimiento de Backup
Estos escenarios comunes pueden afectar al tiempo total de copia de seguridad:
- Agregar un disco nuevo a una VM de Azure protegida: si una VM es sujeto de copia de seguridad incremental y se agrega un disco nuevo, aumentará el tiempo de procesamiento de la copia de seguridad. El tiempo total de procesamiento de la copia de seguridad puede ser más de 24 horas debido a la replicación inicial del nuevo disco, junto con la replicación delta de los discos existentes.
- Discos fragmentados: las operaciones de copia de seguridad son más rápidas los cambios en el disco son contiguos. Si los cambios se expanden horizontalmente y se fragmentan a lo largo de un disco, la copia de seguridad será más lenta.
- Actividad de disco: si los discos protegidos que están en proceso de copia de seguridad incremental tienen una actividad diaria de más de 200 GB, la copia de seguridad puede tardar mucho tiempo (más de ocho horas) en completarse.
- Versiones de Azure Backup: la versión más reciente de Azure Backup (conocida como la versión de restauración instantánea) usa un proceso más optimizado que la comparación de la suma de comprobación para identificar los cambios. Sin embargo, si usa la restauración instantánea y ha eliminado una instantánea de copia de seguridad, la copia de seguridad cambia a la comparación de la suma de comprobación. En este caso, la operación de copia de seguridad será superior a 24 horas (o un sufrirá un error).
Rendimiento de la restauración
Estos escenarios comunes pueden afectar al tiempo total de restauración:
- El tiempo total de restauración depende de las operaciones de entrada/salida por segundo (IOPS) y el rendimiento de la cuenta de almacenamiento.
- El tiempo total de la restauración puede verse afectado si la cuenta de almacenamiento de destino se carga con otras operaciones de lectura y escritura de aplicación. Para mejorar la operación de restauración, seleccione una cuenta de almacenamiento que no tenga cargados otros datos de aplicación.
Procedimientos recomendados
Al configurar las copias de seguridad de VM, se recomienda seguir estos procedimientos recomendados:
- Modificar las horas de programación predeterminadas que se establecen en una directiva. Por ejemplo, si la hora predeterminada en la directiva es 00:00 h, incremente el tiempo en varios minutos para que los recursos se usen de forma óptima.
- Si va a restaurar las máquinas virtuales desde un solo almacén, recomendamos encarecidamente que use diferentes cuentas de almacenamiento de uso general v2 para asegurarse de que no se vea limitada la cuenta de almacenamiento de destino. Por ejemplo, cada VM debe tener una cuenta de almacenamiento diferente. Por ejemplo, si se restauran 10 máquinas virtuales, use 10 cuentas de almacenamiento diferentes.
- Para la copia de seguridad de VM que usan almacenamiento Premium con restauración instantánea, se recomienda asignar un espacio libre del 50 % del espacio de almacenamiento total asignado, que solo es necesario para la primera copia de seguridad. El espacio libre del 50 % no es un requisito para las copias de seguridad una vez completada la primera copia de seguridad.
- El límite del número de discos por cuenta de almacenamiento es relativo a la frecuencia de acceso a los discos de parte de las aplicaciones que se ejecutan en una VM de infraestructura como servicio (IaaS). Como práctica general, si hay entre 5 y 10 o más en una única cuenta de almacenamiento, mueva algunos discos a cuentas de almacenamiento separadas para equilibrar la carga.
- Para restaurar las VM con discos administrados mediante PowerShell, proporcione el parámetro adicional TargetResourceGroupName para especificar el grupo de recursos en el que se restaurarán los discos administrado. Obtenga más información aquí.
Costos de la copia de seguridad
Las máquinas virtuales de Azure incluidas en la copia de seguridad de Azure Backup están sujetas a los precios de Azure Backup.
La facturación no se inicia hasta que no se complete la primera copia de seguridad correcta. En este punto, se iniciará la facturación del almacenamiento y las máquinas virtuales protegidas. La facturación continúa siempre y cuando los datos de copia de seguridad de la VM se almacenan en un almacén. Si detiene la protección de una máquina virtual, pero existen datos de copia de seguridad para la máquina virtual en un almacén, la facturación continúa.
La facturación de una máquina virtual especificada solo se suspenderá si se detiene la protección y se eliminan los datos de la copia de seguridad. Cuando no hay ningún trabajo de copia de seguridad activo y se ha detenido la protección, el tamaño de la última copia de seguridad correcta de la máquina virtual se convierte en el tamaño de instancia protegida en el que se basa la factura mensual.
Si optó por copias de seguridad consistentes entre el sistema de archivos o consistentes entre aplicaciones basadas en agente, el cálculo del tamaño de la instancia protegida se basará en el tamaño real de la máquina virtual. El tamaño de la VM es la suma de todos los datos que esta contiene, excepto el almacenamiento temporal. Los precios se basan en los datos reales que se almacenan en los discos de datos, no en el tamaño máximo admitido para cada disco de datos conectado a la VM.
Nota:
Para copias de seguridad consistentes entre bloqueos sin agente, actualmente se le cobra por 0,5 instancias protegidas (PI) por máquina virtual durante la versión preliminar.
De forma similar, la factura de almacenamiento de copia de seguridad se basa en la cantidad de datos almacenados en Azure Backup, que es la suma de los datos reales de cada punto de recuperación.
Por ejemplo, veamos una VM de tamaño estándar A2 con dos discos de datos adicionales con un tamaño máximo de 32 TB cada uno. En la tabla siguiente se proporcionan los datos almacenados en cada uno de estos discos:
Disco | Tamaño máximo | Datos reales presentes |
---|---|---|
Disco del sistema operativo | 32 TB | 17 GB |
Disco local/temporal | 135 GB | 5 GB (no incluidos en la copia de seguridad) |
Disco de datos 1 | 32 TB | 30 GB |
Disco de datos 2 | 32 TB | 0 GB |
El tamaño real de la máquina virtual en este caso es de 17 GB + 30 GB + 0 GB = 47 GB. Este tamaño de instancias protegidas (47 GB) se convierte en la base de la factura mensual. A medida que crece la cantidad de datos en la VM, el tamaño de instancia protegida usado para la facturación también cambia para que coincida.
Pasos siguientes
Comentarios
https://aka.ms/ContentUserFeedback.
Proximamente: Ao longo de 2024, retiraremos gradualmente GitHub Issues como mecanismo de comentarios sobre o contido e substituirémolo por un novo sistema de comentarios. Para obter máis información, consulte:Enviar e ver os comentarios