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 !!

VBR v11 🔥 Como trabaja CDP con Retention Policies

CDP – Retention Policies Una política de retención define durante cuánto tiempo Veeam Backup & Replication debe almacenar los puntos de restauración para las réplicas de VM. Veeam Backup & Replication ofrece dos esquemas de políticas de retención: Retención a largo plazo Retención a corto plazo Retención a largo plazo Veeam Backup & Replication conserva … Sigue leyendo VBR v11 🔥 Como trabaja CDP con Retention Policies

Overview Veeam Legends 🦁

Hoy tengo la felicidad que me han elegido para el programa de Veeam Legends, una gran forma de compartir ideas, dudas, y conocimiento tecnico de Veeam. Un honor seguir contribuyendo desde las dos comunidades Veeam Legends y Veeam Vanguard !! Les doy una descripción general del programa. Quiénes son Veeam Legends? Veeam Legends son usuarios … Sigue leyendo Overview Veeam Legends 🦁

vSphere with Tanzu: Kubernetes de Alta Disponibilidad 🕹️

vSphere con alta disponibilidad de Tanzu 🤓 Comencemos analizando genéricamente las soluciones de nube pública, ya que ofrecen una plantilla para proporcionar infraestructura y aislamiento de servicios críticos. Los recursos de la nube pública se alojan en regiones geográficas segmentadas en zonas de disponibilidad (AZ) que proporcionan un conjunto de servicios e infraestructura física aislados. … Sigue leyendo vSphere with Tanzu: Kubernetes de Alta Disponibilidad 🕹️

Veeam Networking Port Tool para VBR v10

Continuamos explorando este poderoso  :borrar:sitio  : point_right:  “Veeam Architects Site”

En este tema, le mostraré cómo usar esta herramienta  :llave inglesa: Veeam Networking Port Tool para VBR v10

:altoparlante:Descargo de responsabilidad
Esta herramienta utiliza los datos más recientes de la Guía del usuario de Veeam. Recomendamos a los usuarios que verifiquen los resultados con la guía del usuario, consulten a un ingeniero de sistemas o arquitecto de soluciones de Veeam. Los números de puertos cambian, no podemos responsabilizarnos por ningún cambio dentro del software de Veeam que se haya realizado después de la fecha que se muestra a continuación. 
Esta designación de puerto es correcta a partir de agosto de 2020

Esta herramienta fue desarrollada para simplificar la identificación de puertos requeridos por el software Veeam. Estos deben estar operativos en su firewall entre cada componente de la infraestructura de Veeam Backup and Replication cuando elija usarlos

:avance rápido:Cómo utilizar esta herramienta

Prepárate . Sepa qué servidores planea usar en el diseño y qué desea hacer con ellos, por ejemplo, tenga una lista de nombres de servidor, direcciones IP y qué roles de Veeam que le gustaría usar en cada servidor. Desde el punto de vista de la seguridad, en realidad no necesitamos conocer los nombres reales, puede crear una lista de nombres de servidor que podría ser del 1 al 100 siempre que sepa lo que representan en su diseño, lo mismo para las direcciones IP, no hay datos almacenados con esta herramienta. Todo está en la caché de su navegador únicamente.

:avance rápido: Pasos y páginas

Paso 1.  Operaciones

Seleccione las operaciones que desea realizar dentro de la infraestructura de Veeam. 

Seleccione cada operación y cree una lista de cada opción en esta página, siga cada paso a medida que se desarrolla y una vez que aparezca “Agregar a la lista”, estará completo. Puede haber muchas opciones para cada operación, así que lea cada opción con atención. Si desea agregar varias opciones similares, agregue cada una por separado, en cualquier momento puede volver a esta página y agregar operaciones adicionales, la herramienta es dinámica.

No olvide presionar  “Enviar” .

Paso 2.  Infraestructura

La página de Infraestructura ofrece los roles de componentes de infraestructura de Veeam que desea agregar, como Proxy, Repositorios, Hipervisor u opciones de almacenamiento. Agregue cada componente según sea necesario para crear las opciones necesarias para el diseño. Continúe agregando cada opción hasta que tenga una lista completa de las opciones que necesitará. En este ejemplo, elijo Hypervisor 

y agregué un vCenter como Infra del Hypervisor

y elegimos un proxy para estas operaciones.

:avance rápido: Servers

Hay dos pasos en esta página.

   Parte superior de la página “Asignación de funciones” enumera los servidores que ha agregado y las funciones asignadas que se les asignaron.

   Paso 3.  Agregar servidores 
   Paso 4.  Asignar roles a servidores

Cuando seleccionamos las operaciones, la infraestructura con sus opciones, necesitamos poder asignarlas a los servidores para que podamos comprender cómo encajan.

Paso 3 . Agregar servidores

Esta es la entrada de nuestros nombres de servidor y direcciones IP reales que planeamos usar, lo que es importante con las direcciones IP son solo los conceptos básicos de las mismas subredes. 
Con esta lista, asignaremos los roles de Veeam a cada servidor, por lo que debe ser completo. Mire hacia abajo a la sección de roles del mapa y podrá ver qué roles están disponibles. 
También será necesario acceder a un servidor de autenticación, por lo que también será necesario agregarlo para la función asignada.

Paso 4.  Asignación de roles

En este punto tenemos roles y hemos agregado servidores, ahora necesitamos agregar cada rol a un servidor designado. usando el cuadro desplegable al lado de un rol en particular, puede elegir un servidor de la lista, una vez seleccionado el  “MAPA” El botón se resaltará y puede presionarlo para asignar ese rol a ese servidor en la página, la asignación de roles en la parte superior de la página cambiará para reflejar que el servidor ahora tiene asignado el rol. Los servidores pueden tener múltiples roles y usted puede asignar el mismo servidor a otros roles para reflejar su diseño con precisión. Si ve un rol que no usará pero que se agregó automáticamente como “EM Server” (Administrador corporativo), puede presionar ignorar y el rol se eliminará por completo (esto es irreversible actualmente). Una vez que haya verificado que todos los roles están asignados correctamente a los servidores, puede enviar las opciones a la configuración.

:avance rápido: Resultado

Tienes todos los puertos que usarás en estas operaciones y puedes exportar a XLS

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 … Sigue leyendo Veeam Backup & Replication v11 🤓 New Linux🐧 Backup Proxy Modes

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   La cantidad recomendada de CPU para un repositorio es de 1 … Sigue leyendo Veeam Backup Repository Design 🔥

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 

Calculando 🤓 Size de Proxy Tasks 💪

En mi tema anterior, mostré cómo usar el Veeam Architects Site :parte superior:, pero ¿cómo nos da la cantidad de núcleos y memoria que usará el proxy? Te mostrare … 🤓

Obtener la cantidad adecuada de potencia de procesamiento es esencial para lograr el RTO / RPO definido por la empresa. En esta sección, describiremos las recomendaciones a seguir para el tamaño adecuado.

Definimos

D = Source data in MB
W = Backup window in seconds
T = Throughput in MB/s = D/W
CR = Change rate
CF = Cores required for full backup = T/100
CI = Cores required for incremental backup = (T * CR)/25

Ejemplo:

Nuestra infraestructura de muestra tiene las siguientes características:

  • 1000 máquinas virtuales
  • 100 TB de almacenamiento consumido
  • Ventana de respaldo de 8 horas
  • Tasa de cambio del 10%

Al insertar estos números en las ecuaciones anteriores, obtenemos los siguientes resultados.

Necesitamos cambiar TB a MB / Necesitamos cambiar Horas a Segundos

D = 100 TB * 1024 * 1024 = 104,857,600 MB (Source data in MB)
W = 8 hours * 3600 seconds = 28,800 seconds (Backup window in seconds)
T = 104857600/28800 = 3,641 MB/s (Throughput)

 Usamos el rendimiento promedio para predecir cuántos núcleos se requieren para cumplir con el SLA definido.

CF = T/100 ~ 36 cores (Cores required for full backup)

La ecuación se modifica para tener en cuenta la disminución del rendimiento de las copias de seguridad incrementales en el siguiente resultado:

CI = (T * CR)/25 ~ 14 cores (Cores required for incremental backup)

Como se vio anteriormente, las copias de seguridad incrementales generalmente tienen requisitos de procesamiento más bajos en los servidores proxy.

Teniendo en cuenta que cada tarea consume hasta 2 GB de RAM , obtenemos el siguiente resultado:

36 núcleos y 72 GB de RAM  💪

  • Para un servidor físico, se recomienda instalar CPU duales con 10 núcleos cada una. Se requieren 2 servidores físicos.
  • Para los servidores proxy virtuales, se recomienda configurar varios proxies con un máximo de 8 vCPU para evitar problemas de programación conjunta. Se requieren 5 servidores proxy virtuales.

: point_right: Si, en cambio, ajustamos el tamaño solo para las copias de seguridad incrementales en lugar de las copias de seguridad completas, podemos predecir una ventana alternativa de copia de seguridad completa con menos cálculo:

WS = 104857600/(14 * 100)
W = WS/3600 ~ 21 hours

:chincheta:Nota: El  rendimiento depende en gran medida de la infraestructura de red y almacenamiento subyacente. 

:chincheta: Nota : el procesamiento en paralelo también puede estar limitado por el máximo de tareas simultáneas en el nivel del repositorio

Recuerda 

: ballot_box_with_check:Los proxies tienen múltiples ranuras de tareas para procesar datos de origen de VM. Se recomienda planificar 1 núcleo físico o 1 vCPU y 2 GB de RAM para cada una de estas tareas.

: ballot_box_with_check: Una tarea procesa 1 disco de VM a la vez y los recursos de CPU / RAM se utilizan para la deduplicación de datos en línea, la compresión, el cifrado y otras funciones que se ejecutan en el propio proxy.

: ballot_box_with_check: En la Guía del usuario se indica que los servidores proxy requieren 2 GB de RAM + 500 MB por tarea

Espero que te haya sido útil para entender lo que necesitamos saber para calcular las tareas del proxy.

Veeam Networking Port Tool para VBR v10

Continuamos explorando este poderoso  sitio    “Veeam Architects Site” En este tema, le mostraré cómo usar esta herramienta   Veeam Networking Port Tool para VBR v10 Descargo de responsabilidadEsta herramienta utiliza los datos más recientes de la Guía del usuario de Veeam. Recomendamos a los usuarios que verifiquen los resultados con la guía del usuario, consulten a un ingeniero de sistemas … Sigue leyendo Veeam Networking Port Tool para VBR v10

Observabilidad 👀 con Prometheus y Grafana 🔥 en Clusteres de Tanzu Kubernetes Grid (TKG) VMware

La comunidad de código abierto está convergiendo en Prometheus como la solución preferida para abordar los desafíos asociados con el monitoreo de Kubernetes. Fue desarrollado previamente por SoundCloud y luego donado al CNCF. Prometheus admite aplicaciones de instrumentos en muchos idiomas. Ofrece una integración de Kubernetes incorporada y es capaz de descubrir recursos de Kubernetes como nodos, servicios … Sigue leyendo Observabilidad 👀 con Prometheus y Grafana 🔥 en Clusteres de Tanzu Kubernetes Grid (TKG) VMware