Saludos amigos, hace unas semanas vimos la nueva funcionalidad incluida de manera gratuita en el último Veeam Availability Suite v9.5 Update 4, Cloud/Capacity Tier, que nos permite mover nuestros backups que se encuentran ya en política de retención hacía el Cloud para ahorrar espacio en disco.
Hoy os traigo el comienzo de una serie sobre Microsoft Azure Blob, y cómo usar esta plataforma Cloud como uno de los mejores candidatos para este almacenamiento en cloud de ficheros de backup.
Diagrama de funcionamiento
Me gustaría mostraros este diagrama para que comprendamos el flujo de trabajo de Veeam entre nuestro data center local y Microsoft Azure Blob:
Ya vimos en el artículo sobre Cloud/Capacity Tier, que solamente los ficheros de backup que ya no tienen dependencias son susceptibles de ser subidos al cloud, esto quiere decir que no haya otros ficheros como pueden ser incrementales, o synthetic full backups dependiendo de ellos, en los casos de GFS es más sencillo de comprender, ya que los ficheros son Full, con lo que se pueden subir directamente.
Requisitos de Sistema
Para elaborar este procedimiento deberemos tener listo todo lo siguiente a nivel de software:
- Una licencia válida de Veeam Backup & Replication v9.5U4 con Enterprise o Enterprise Plus.
- Una suscripción válida de Microsoft Azure para poder crear VMs, Storage, Networking, etc.
- Trabajos de copia que ya no tengan dependencias, cadenas de trabajos cerradas. Esto quiere decir GFS, o semanas anteriores donde se haya realizado ya una syntethic o full.
Comentarios sobre el proceso
El proceso de Offload Tier de Veeam funciona como la seda, de manera automática para los ficheros que ya estén cerrados y cumplan con la antigüedad que seleccionemos en el Capacity Tier.
Si tenemos una línea hacía Internet no muy potente es probable que queramos controlar el ancho de banda, para ello os dejo el siguiente artículo:
El proceso de Offload Tier pone metadata en el repositorio de object storage, con lo que siempre se comprueba los chunks que se van a enviar, y si ya están disponibles en el object storage solamente se creará un puntero a ellos, ahorrando así espacio en disco y transferencia de datos por supuesto.
Me gustaría dejaros la lista de artículos que iremos viendo a lo largo de la serie:
- Veeam: Cloud Tier/Capacity Tier en Microsoft Azure Blob – Introducción
- Veeam: Cloud Tier/Capacity Tier en Microsoft Azure Blob – Creación de Microsoft Storage Account y Azure Blob
- Veeam: Cloud Tier/Capacity Tier en Microsoft Azure Blob – Configuración de Veeam Backup & Replication Scale-Out Backup Repository
- Veeam: Cloud Tier/Capacity Tier en Microsoft Azure Blob – Vistazo a la tarea de Capacity Tier Offload
- Veeam: Cloud Tier/Capacity Tier en Microsoft Azure Blob – Monitorización de Microsoft Azure Blob con Veeam ONE
- Veeam: Cloud Tier/Capacity Tier en Microsoft Azure Blob – Monitorización de Microsoft Azure Blob con Azure Monitor y Grafana
Hola que tal, ya lo configure pero no entiendo a que te refieres con ficheros cerrados me podrías explicar un poco mas ya que me parece que por esta causa es por lo que no funciona mi copia hacia azure.
Muchas gracias
Saludos Fernando,
Imagina que tienes una retención de 31 días, y usas incrementales durante la semana y una synthetic en el finde, tendrías algo así:
F i i i i i i F i i i i i i F i i i i i i F i i i i i i F i i
Pues si pones el Capacity Tier para que haga offload cosas mas viejas de un día o cero incluso, solo podrá subir todo lo que este cerrado, en este caso todo lo anterior a la cadena abierta F i i
Muchas gracias ya lo entendí saludos
Hola Jorge! Felicitaciones muy claro todo!! Te dejo una duda a ver si me puedes ayudar… supongamos que se estropea el server veeam o incluso peor aún, se estropea el storage donde tenemos los backups. Es posible restaurar desde el object storage (s3) ??
Saludos