Hola a tod@s.
En este post vamos a ver cómo crear repositorios de backups sin inmutabilidad en Azure Blob Storage con Veeam B&R 12.2.
- Antes de empezar a configurar Azure blob storage, nos hemos creado una cuenta de almacenamiento con estas configuraciones:
- Sobre Datos básicos configuramos el nombre de la cuenta, rendimiento y redundancia:
- Sobre Avanzado, configuramos Blob Storage como Esporádico:
- Sobre Redes, lo dejamos por defecto:
- Sobre Protección de datos, desmarcamos los checks para Habilitar la eliminación:
- Sobre Cifrado, lo dejamos por defecto:
- Sobre Etiquetas, configuraríamos las que nos interesaran:
- Sobre Revisar y crear, nos muestra un resumen de todas las configuraciones realizadas, Crear:
- Una vez creada la cuenta de almacenamiento con sus respectivas configuraciones, lo primero que tenemos que tener es un contenedor de Azure Blob Storage con un nivel de acceso Privado:
- Ahora desde nuestra consola de Veeam Backup & Replication, accedemos a Backup Infrastructure > Backup Repositories > Add Repository:
- Se nos abre el siguiente asistente, dónde seleccionamos Object storage:
- Seleccionamos Hyperscalers:
- Seleccionamos Microsoft Azure Storage:
- Seleccionamos Azure Blob Storage:
- Sobre Name le indicamos un nombre y una descripción:
- Sobre Account, añadimos nuestra cuenta de almacenamiento de Azure, nos pide el nombre de la cuenta y la shared key:
- Estos son los datos que necesitamos, nombre de la cuenta de almacenamiento y la key:
- Como podemos ver, ya tenemos la cuenta de almacenamiento añadida, le indicamos la Region y el modo de conexión Direct, clic en siguiente:
- Sobre Container seleccionamos el contenedor que nos hemos creado en Azure, y en Folder nos creamos una nueva carpeta para este repositorio:
- Como podemos ver, ya tenemos el Container y su carpeta, limitamos el almacenamiento a 1 TB:
- Sobre Mount Server, lo dejamos tal cuál:
- Sobre Review, nos indica si nos falta algún componente, en nuestro caso, está todo correcto, Apply:
- Sobre Apply, nos muestra que todo está correcto:
- Nos muestra un resumen y finalizamos:
- Aquí vemos que ya tenemos nuestro backup repository creado, listo para empezar a volcar nuestros backups a la nube de Azure:
- Ahora, nos vamos a crear un backup copy job y usaremos este repositorio de object storage, para almacenar el backup:
- Sobre Job, le indicamos un nombre y una descripción:
- Sobre Objects, añadimos el trabajo de backup que queremos replicar:
- Sobre Target, le indicamos el repositorio que nos hemos creado en Azure y los puntos de retención:
- Sobre Schedule, le indicamos que empiece el trabajo al finalizar el principal:
- Sobre Summary, nos muestra un resumen de todo lo configurado y finalizamos:
- Como podemos ver, el backup copy job, comienza a ejecutarse tras finalizar la configuración:
- Vemos que termina satisfactoriamente:
- Una vez finalizado, vemos en los backups, el Object Storage de la copia realizada:
- A modo de información:
- Nivel de acceso: Esporádico (Cool) vs Optimizado (Hot):
- Consideración de costes, configurar la cuenta como Esporádico (Cool) reduce el coste de almacenamiento por GB, pero eleva significativamente el coste de las transacciones (operaciones de lectura/escritura/Indexación).
- Impacto en Veeam, las tareas de backup, los chequeos de integridad (Health Check) y los procesos de mantenimiento de Veeam realizan millones de transacciones de API, para repositorios de backup activos con escrituras diarias, el nivel Optimizado (Hot) suele resultar más económico en la factura global de Azure que el nivel Cool, reservando este último para Copy Jobs o archivos a más largo plazo.
- La capa Cool es ideal si utilizas el Backup Copy Job bajo estas condiciones:
- Retención a medio/largo plazo (GFS), guardas copias semanales, mensuales o anuales que apenas se van a tocar durante bastante tiempo.
- Tasa de cambio baja, los deltas o incrementales diarios no transfieren una enorme cantidad de bloques/ficheros nuevos cada día.
- Pocas restauraciones de prueba, la información está en Azure «por si ocurre un desastre» y no planeas hacer pruebas masivas de restauración con frecuencia.
Saludos y espero que os resulte de ayuda 😉