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→
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 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 🕹️→
En este tema, le mostraré cómo usar esta herramienta Veeam Networking Port Tool para VBR v10
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
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.
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.
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.
Resultado
Tienes todos los puertos que usarás en estas operaciones y puedes exportar a XLS
Cuando pensé que la cinta se había olvidado … Veeam nos trae estas mejoras que creo que son excelentes! Tape 📼 Mejoras 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 … Sigue leyendo Tape 📼 Improvements – VBR v11 🔥→
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→
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 🔥→
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 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.
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)
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
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?
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.
En mi tema anterior, mostré cómo usar el Veeam Architects Site, 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.
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
Nota: El rendimiento depende en gran medida de la infraestructura de red y almacenamiento subyacente.
Nota : el procesamiento en paralelo también puede estar limitado por el máximo de tareas simultáneas en el nivel del repositorio
Recuerda
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.
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.
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.
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→
Muchas veces he tenido que hacer diseños de Veeam y este sitio en línea http://www.draw.io/ me ha ayudado más de una vez. Tiene shapes de Veeam – VMware y muchas otros shapes que le ayudarán a hacer lo que necesite. Podemos importar desde estas opciones Exportar en muchos formatos O guárdalo Espero que que esta tool online … Sigue leyendo Hacer diseños de Veeam online 📝→
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→