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.
¿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…
EstebanPrietoBlog 