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.

Āæ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…

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 y pods y capturar métricas de ellos.

Prometheus tiene un navegador de expresiones, que se utiliza principalmente para depurar. Para tener cuadros de mando atractivos, usaremos Grafana: una popular plataforma abierta para visualización y anÔlisis. Grafana tiene una fuente de datos integrada para realizar consultas en Prometheus.

1. Instale Prometheus con Helm CLI

Para implementar Prometheus, aprovecharemos el proyecto del operador prometheus. Prometheus Operator proporciona implementación y administración nativas de Kubernetes de Prometheus y los componentes de monitoreo relacionados. Este proyecto tiene como objetivo simplificar y automatizar la configuración de una pila de monitoreo basada en prometheus para clústeres de Kubernetes

  1. Verifique los repositorios actuales de Helm para prometheus-operator con el comando:Ā 
  2. helm search repo prometheus-operator
  3. En este caso agregamos un repositorio de BITNAMI, Instalemos el prometheus-operator con el comando de abajo. Con este comando de instalación de helm, también configuramos los parÔmetros para que se cree el servicio de tipo LoadBalancer y para aprovechar el almacenamiento persistente para Prometheus.
helm install prometheus-operator bitnami/prometheus-operator \
 -n monitoring \
 --version 0.21.3 \
 --set useHelm3=true --set prometheus.service.type=LoadBalancer \
 --set prometheus.persistence.enabled=true

2. Accede a la interfaz de usuario de Prometheus

Prometheus viene con una interfaz de usuario web simple. Nos permite ver grÔficos simples, la configuración y las reglas de Prometheus, y el estado de los puntos finales de monitoreo.

  1. Para utilizar el navegador de expresiones integrado de Prometheus, vaya aĀ http: // <LoadBalancer IP>: 9090
  2. De forma predeterminada, el proceso de inicio de sesión lo redireccionarÔ a la pestaña GrÔfico . 
  3. En el panel de Prometheus, podemos consultar métricas escribiéndolas en el campo de consulta y presionando ejecutar. Las métricas también se pueden consultar eligiendo una de la lista desplegable. En el menú desplegable.
  4. Haga clic en el botón Ejecutar .
  5. ObtendrƔ los valores actuales para esta mƩtrica de los Workers Nodes.

3. Instale Grafana con Kubeapps

Para instalar Grafana, usaré la aplicación Kubeapps (Bitnami Project) que tengo ejecutÔndose en mi Cluster TKG

  1. Navegue a la IU de implementación de Kubeapps :  http: // <Kubeapps LoadBalancer IP>. 
  2. Haga clic en CatÔlogo
  3. En el menú desplegable del espacio de nombres, elija supervisión . Si no ve el espacio de nombres de supervisión en la lista, debe actualizar la pÔgina web de Kubeapps.
  4. En el cuadro de prueba de búsqueda de catÔlogo, escriba: grafana .
  5. Haga clic en elĀ icono deĀ grafanaĀ para el repositorio de bitnami.

4. Trabajar con Grafana

  1. Abra una nueva ventana de Chrome y navegue hastaĀ http: // <Grafana LoadBalancer IP>
  2. Inicie sesión. Esto debería enviarle a la pÔgina de inicio de Bienvenido a Grafana.

4.1 Ahora que tenemos Grafana instalado, agreguemos fuentes de datos.

  1. En el menĆŗ de navegación de la izquierda, haga clic en el icono Configuración
  2. Luego haga clic en Fuentes de datos

1. En la siguiente pantalla, asegúrese de estar en la pestaña Fuentes de datos y haga clic en el botón Agregar fuente de datos

Grafana incluye soporte integrado para Prometheus.

  1. Pasa el mouse sobre la fuente de Prometheus. Esto habilitarĆ” el botón Seleccionar. Haz click en eso.
LSS-2020-06-CNA-LS-v0.8
  1. Cambie el nombre o el que mas le guste.
  2. En el campo URL, escriba suĀ IP y puerto de clĆŗsterĀ prometheus-operator-prometheusĀ .Ā En nuestro caso, es http://xx.xx.xx.xx:9090.
  3. DesplÔcese hacia abajo y haga clic en el botón Guardar y probar . AparecerÔ un cuadro verde que indica que la fuente de datos estÔ funcionando.
LSS-2020-06-CNA-LS-v0.8

AquĆ­ voy a importar un Dashboard desde Grafana

  1. En el menĆŗ de navegación de la izquierda, haga clic en el icono Crear (icono mĆ”s).
  2. Luego haga clic en Importar 
LSS-2020-06-CNA-LS-v0.8

Cada panel de Grafana.com tiene una identificación Ćŗnica. Importemos el panel de detalles de clĆŗster K8 de xmurias, que tiene un ID de 10856.

  1. Escriba  10856  en el campo de importación.
  2. Haga clic en el botón Cargar .
LSS-2020-06-CNA-LS-v0.8
  1. Seleccione laĀ fuente de datosĀ Prometheus-tkg-devĀ , que creamos antes.
  2. Y haga clic enĀ Importar.
LSS-2020-06-CNA-LS-v0.8

También Puede buscar e importar dashboards de Kubernetes desde  https://grafana.com/grafana/dashboards

LSS-2020-06-CNA-LS-v0.8

Espero que hayas disfrutado esta entrada de Blog y puedas probarlo!!!