Descubre el Poder de Veeam Size Estimator!! 🎯

La semana pasada en el Veeam User Group de MCA LaTAM en Telegram, donde charlamos de problemas que pueden ir teniendo, o consultas varias.

(Dejo por aqui el link para que unan a este grupo por Telegram)

Unirse al Veeam User Group en Telegram Aqui

Uno de los usuarios pregunto si existía alguna tool donde pueda estimar los recursos que utilizara para el entorno que utilizara.

💡¡Accede al enlace y descubre el poder del Veeam Size Estimator!

📍 Link Aqui Veeam Size

En este Link podremos acceder al Veeam Size Estimator, una herramienta extremadamente útil para estimar el tamaño de tus datos respaldados. Podrás determinar cuánto espacio de almacenamiento necesitarás para tus copias de seguridad y así planificar adecuadamente los recursos requeridos.

El Veeam Size Estimator te permite ingresar diferentes parámetros, como la cantidad de máquinas virtuales, el tamaño de los discos, el nivel de cambio diario y la retención deseada, entre otros. A partir de estos datos, la herramienta realiza cálculos complejos y te proporciona un estimado detallado sobre el espacio de almacenamiento necesario y el crecimiento esperado en el tiempo. Esto es especialmente útil para empresas de todos los tamaños que desean garantizar que su infraestructura de respaldo cumpla con los requisitos de capacidad y rendimiento.

Además de ayudarte a planificar los recursos necesarios, el Veeam Size Estimator también te permite explorar diferentes configuraciones y escenarios. Puedes ajustar los parámetros y ver cómo varía el tamaño estimado del respaldo. Esto te brinda flexibilidad para adaptar tu infraestructura de respaldo a medida que cambian las necesidades de tu organización.

No dudes en aprovechar esta herramienta y estar un paso adelante en la protección de tus datos críticos.

👉 Empecemos 🤓 Paso 1

Podemos ir añadiendo algunos sitios. Un sitio actúa como un mecanismo de grupo para recursos como repositorios y cargas de trabajo. Se supone que los recursos del sitio están bien conectados. Por lo general, un sitio es un centro de datos o una ubicación física. Por ejemplo, en un entorno de producción, es posible que tengas un centro de datos en Peru y Argentina. En este caso, puede crear un sitio para representar cada ubicación, una llamada Londres y la otra. Puede optar por generar automáticamente un repositorio predeterminado en cada sitio para crear una copia de seguridad local. De forma predeterminada, el asistente crea 2 sitios que representan un diseño simple de dos centros de datos. Si estás satisfecho con este diseño simple, no tienes que cambiar nada y puedes seguir con el siguiente paso.

👉 Paso 2

Los repositorios pueden representar un repositorio de copia de seguridad único o un repositorio de Scale-Out. Como esta en la imagen hemos creado 1 repositorio por sitio que permite una copia fuera del sitio.

Opcionalmente, puede configurar los datos de copia de seguridad por niveles en la nube (Object Storage) en este paso, de la manera que lo haría en VBR.

Consejo: También puede crear 2 (o más) repositorios por sitio, uno para copias de seguridad locales y otro para recibir los trabajos de copia de seguridad. Esto le permite ver la diferencia entre las copias de seguridad locales y las copias entrantes

👉 Paso 3

Los perfiles son preajustes que puedes reutilizar en las pestañas de carga de trabajo. El perfil o preajuste más relevante es el perfil de retención, que le permite definir su retención para sus copias de seguridad. Al definirlo por separado, puede (re)utilizarlos al definir sus cargas de trabajo y adaptarlos rápidamente para simular diferentes SLA.

Consejo: Establezca su perfil principal como el perfil predeterminado en cualquiera de las pestañas. Cuando creas una nueva carga de trabajo, el ajuste preestablecido predeterminado se seleccionará automáticamente.

Hay 4 tipos principales

  • Ventanas de copia de seguridad: definen el tiempo máximo que el sistema puede ocupar para hacer una copia de seguridad de una determinada carga de trabajo. Esto tiene un impacto en el tamaño de la CPU y la memoria. Si la ventana de copia de seguridad es más pequeña para las mismas cargas de trabajo, el sistema debe hacer una copia de seguridad de más cargas de trabajo en paralelo. Una ventana de copia de seguridad tiene 2 ajustes, incrementales y completos. Incremental es el tiempo que se suele utilizar para ejecutar una copia de seguridad. La ventana de copia de seguridad completa es la cantidad de tiempo que el sistema puede tardar en hacer una copia de seguridad completa. Por lo general, ejecutar una copia de seguridad completa es una rara opción o se puede extender a lo largo de varios días con múltiples trabajos. Es por eso que, por lo general, estas ventanas son más grandes, ya que es poco común hacer una copia de seguridad de toda la carga de trabajo a la vez, excepto al principio
  • Propiedades de los datos: define cómo se comportan los datos a lo largo del tiempo. Por ejemplo, describe la tasa de cambio diario o el crecimiento anual. Las propiedades de los datos suelen compartirse entre cargas de trabajo similares.
  • General: Ajustes generales que se aplican en todo el tamaño, independientemente de las cargas de trabajo individuales.

👉 Paso 4

El VSE se centra en las cargas de trabajo. Las cargas de trabajo representan máquinas virtuales, máquinas físicas de Windows u otros conjuntos de datos que requieren una copia de seguridad. Las cargas de trabajo son un mecanismo para agrupar ciertos tipos de conjuntos de datos. Por ejemplo, 3 máquinas virtuales SQL de cada 1 TB de tamaño requieren estar protegidas con un SLA similar. En este caso, se puede crear una sola carga de trabajo «VM SQL» de tipo VM con un tamaño de fuente de 3 TB e instancias o unidades establecidas en 3 (represeniendo 3 máquinas virtuales). De manera similar, si tiene 4 máquinas físicas Linux, puede crear una carga de trabajo y establecer el tamaño de la fuente en la suma de todos los datos actualmente consumidos en el disco en estas máquinas físicas. En este caso, establezca la carga de trabajo en el tipo «Agente»

Las cargas de trabajo se ejecutan en servidores físicos directamente (copia de seguridad basada en agentes) o virtualmente en un hipervisor. Estas máquinas físicas se encuentran en una ubicación física a menudo conocida como centro de datos o sitio. Los sitios le permiten presentar esta ubicación física y asignarles las cargas de trabajo para que la herramienta de tamaño sepa dónde se encuentran. Le permiten agrupar las cargas de trabajo y los repositorios que documentan el diseño actual de un entorno de producción.

Los repositorios son repositorios de Veeam Backup & Replication en los que puede hacer una copia de seguridad de los datos de sus cargas de trabajo. Representan activos de infraestructuras físicas como un servidor x64, dispositivos NAS, etc. Están ubicados dentro de un sitio. Por lo general, las cargas de trabajo se respaldan en un repositorio local (en el mismo sitio) y se copian en un repositorio externo. Se puede configurar la copia entre sitios.

En caso de que esté utilizando el almacenamiento de objetos como destino local, puede considerar el tamaño de bloque de 4 MB si su proveedor de almacenamiento de objetos lo recomienda. El tamaño del bloque de 4 MB limita la cantidad de factor de metadatos por un factor potencial de 4 en comparación con el tamaño de bloque tradicional de 1 MB. Esto puede mejorar las operaciones de manejo de meta, como las eliminaciones o el bloqueo de objetos, ya que se crean menos bloques. Considere un disco de 100 GB. Con un tamaño de bloque de 1 MB, obtienes un total de 100.000 bloques durante una copia de seguridad completa. Sin embargo, con un tamaño de bloque de 4 MB, este número se reduce a 25.000 bloques.

Sin embargo, esto se produce con un mayor consumo de almacenamiento en un factor potencial de 4 durante la copia de seguridad incremental. Sin embargo, según la experiencia de campo, este factor es más probable que sea 2x. Esto se debe a que los sistemas de archivos modernos intentan mantener juntos los bloques de datos para el mismo archivo de una manera secuencial que mitiga el impacto de un tamaño de bloque más grande.

Por último, múltiples cargas de trabajo podrían compartir características similares. Es por eso que se abstraen en los perfiles. Esto elimina las necesidades de redefinirlos una y otra vez. El perfil predeterminado se seleccionará cuando agregue una carga de trabajo, por lo que es una buena idea establecerlo como predeterminado cuando haya un perfil que cubra la mayoría de las cargas de trabajo.

👉 Paso 5 Resultados 🏁

Aqui vemos como resultado los Cores y la Memoria RAM que necesitaran los componentes de Veeam para el entorno que hemos propuesto & la capacidad de Storage del mismo.

Espero que les haya servido !!!

Aqui Tambien les dejo como realizar estos calculos manualmente

Tape 📼 Improvements – VBR v11 🔥

Cuando pensé que la cinta se había olvidado :gritar:… Veeam nos trae estas mejoras que creo que son excelentes! : nerd:

Tape 📼 Mejoras

:circulo rojo: Tape Cloning !!!

  • Nos permite migrar de LTO antiguo a generaciones de cintas más nuevas
  • Copia adicional por razones de seguridad
  • Puede copiar de un drive a otra a través del Tape Server
  • Puede modificar la base de datos y vincular Backups antiguos con Tapes nuevos
  • Puede conservar el enlace para Tapes antiguos
  • Las partes del archivo se detectan y solicitan Tape adicional

: mano_alzada: Nota:

Veeam puede clonar todas las cintas de Veeam (B2T, F2T, NDMP), Veeam no puede hacerlo para cintas de terceros.

: diamantes: Lo que necesitas saber : escribiendo_mano:

  • Requiere al menos dos Drives
  • Si existen varias copias, Restore selecciona automáticamente la cintas necesarias
  • Sin Scheduler (use PowerShell)
  • Un Media Pool solo permite una generación LTO

Veeam Backup & Replication v11 🤓 New Linux🐧 Backup Proxy Modes

Linux Backup Proxy Mejorados

Los clientes buscan utilizar más Linux !

Antes solo podíamos utilizar el modo de transporte HotAdd

Las mejoras son en modos de transporte son:

  • Network Mode (NBD)
  • Direct SAN (NFS,iSCSI and FC)
  • Backup from storage snapshot (iSCSI, FC)

📌 Nos quedaría el siguiente escenario

🐧 Las Mejoras de HotAdd

  • Soporte de lectura Asincrónica
  • Los mismo que se hacemos para Windows con la «Busqueda de datos avanzada»

Limitaciones

  • No soporta snapshot storage para NFS
  • No soporta Veeam Agent para WINDOWS backup from Storage snapshots

Espero que este Post los tenga contando los días para la nueva v11 de Veeam !!

¿OpenShift se volvió loco? 💣 Presentamos la arquitectura del plano de control de 4 y 5 nodos de OpenShift

Aumentando la resiliencia en clústeres activos-activos bare-metal: arquitectura del plano de control de 4 y 5 nodos (  versión 4.17 ⬆ ) Las organizaciones que ejecutan implementaciones activo-activo en dos ubicaciones , especialmente aquellas que alojan cargas de trabajo con estado, como las máquinas virtuales de OpenShift Virtualization que ejecutan una sola instancia , dependen en gran medida de la infraestructura subyacente para…

🧠 Mapeo de Redes de VMware — De vSphere a OpenShift Virtualization

Todo lo mostrado aquí está incluido en todas las suscripciones de OpenShift. Al migrar desde VMware, una de las primeras dudas es cómo se trasladan los conceptos de red. Este post lo explica visualmente. Figure 1: Virtual Machine Networking in OpenShift Las VMs pueden conectarse a: Interfaces soportadas: Esto permite emular redes como las de VMware…

Veeam Backup Repository Design 🔥

En este tema veremos sobre el diseño del repositorio.

Necesitamos considerar 

  • La recomendación clave es seguir la  regla 3 -2-1 .
  • Calcule 1 núcleo y 4 GB de RAM por repository task slot. El mínimo recomendado para un repositorio es de 2 núcleos y 8 GB de RAM.

Dimensionamiento  : nerd:

  • La cantidad recomendada de CPU para un repositorio es de 1 núcleo por ranura de tarea configurada concurrente en un servidor de repositorio. Configure como mínimo un servidor de repositorio de 2 núcleos y 8 GB de RAM para permitir que el sistema operativo responda mejor.
  • Al dimensionar los espacios de tareas en un repositorio, debe comprender cuándo y cuántos espacios de tareas se consumen. Cualquier proceso de escritura consumirá un espacio de tarea. Por lo tanto, hacer una copia de seguridad de 10 máquinas virtuales en un trabajo utilizando cadenas de copia de seguridad por trabajo solo escribirá un archivo (VBK / VIB) al final, por lo que consume una ranura de tarea.
  • Ejecutar el mismo trabajo de respaldo con archivos de respaldo por VM creará un archivo por VM y, por lo tanto, puede aprovechar hasta 10 ranuras de tareas (cuando estén disponibles).
  • Los trabajos de copia de respaldo, los respaldos de agentes y los trabajos de complementos también consumen espacios de tareas y deben tenerse en cuenta.
:chincheta:

Una tarea en el nivel de repositorio se consume de manera diferente que las tareas en el nivel de proxy. Si los «archivos de respaldo por VM» están  habilitados  en el repositorio, cada VM procesada simultáneamente consumirá una tarea de repositorio, mientras que cada disco virtual de esta VM consumirá una tarea de proxy (la proporción típica es de 3 discos por VM)

:chincheta:

Si los «archivos de copia de seguridad por máquina virtual» están  deshabilitados , una sola tarea de copia de seguridad consumirá solo una tarea de repositorio, independientemente de la cantidad de máquinas virtuales que esté procesando la tarea. Pero la cantidad de tareas de proxy consumidas seguirá siendo la misma (una tarea por cada disco virtual).

Ejemplo :guiño:

Si el requisito principal para el proxy es 16 núcleos para el incremental, los núcleos para el repositorio serán 5 según una proporción de disco a máquina virtual de 3: 1(redondeado). Para calcular la RAM, esto se multiplica por el requisito de RAM de 4 GB por núcleo, lo que da como resultado 20 GB.

Cuando el resultado de su cálculo sea un servidor (virtual) muy pequeño, considere recursos adicionales para la sobrecarga del sistema operativo (1 Core / 4GB RAM adicional debería ser suficiente). Normalmente, los tamaños tienden a ser de un mínimo de 4 núcleos / 16 GB para servidores virtuales o servidores físicos con> 10 núcleos y 64 GB de RAM donde de todos modos hay suficientes recursos disponibles para el sistema operativo.

¿Qué pasa con ReFS? :pensando:

Al usar el sistema de archivos Windows ReFS, la recomendación es agregar 0.5 GB de RAM por TB de almacenamiento ReFS. Sin embargo, no tiene que escalar esto indefinidamente. 128 GB de RAM suelen ser suficientes para los requisitos de tareas, SO y ReFS si el tamaño total del volumen de ReFS del servidor es inferior a ~ 200 TB. Según el tamaño de ReFS o los requisitos de la tarea, es posible que desee agregar más memoria, pero no debería ser necesario superar los 256 GB.

: point_right: Espero te sea de utilidad