Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

Avamar: Cómo regular el consumo de CPU, red, I/O y memoria del cliente de respaldo

Summary: En este artículo, se describe cómo limitar los recursos físicos que consume un cliente Avamar mientras está en curso un respaldo.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Un cliente Avamar necesita memoria, CPU, red y recursos de I/O para ejecutar un respaldo. Otros servicios de sistemas operativos comparten estos recursos, incluidos los procesos que pueden ser más “críticos” que Avamar.  

En este artículo, se analiza la regulación y la priorización de los recursos de CPU, red e I/O que consume el proceso avtar mientras se ejecuta un respaldo.

El proceso avtar de Avamar utiliza tanto ancho de banda de red, ciclos de CPU e I/O como el sistema operativo pone a su disposición. Avamar se puede configurar con parámetros que determinan su agresividad a la hora de reclamar algunos de estos recursos del sistema.

Utilización de la CPU
Una máquina de Avamar Client puede ser un servidor de filer, un servidor de correo, una base de datos o tener alguna otra función que requiera recursos del sistema.

Si se ejecuta un respaldo mientras esos recursos del sistema se encuentran bajo una carga pesada, tanto el respaldo como la función normal del cliente pueden verse afectados. Si no es posible programar el respaldo para que se ejecute durante un período tranquilo, es posible que desee regular el uso de CPU por avtar para asegurarse de que permanezcan suficientes ciclos de CPU disponibles para la función principal del cliente.

La utilización de CPU de Avtar se puede revisar en el registro de respaldos de Avamar Client, como se muestra a continuación:    
avtar Info <5100>: Status 2009-04-10 20:37:02, 0 files, 25.00 GB (0 files, 473.7 MB, 1.85% new) 117 MB 99% CPU

es posible que el valor de porcentaje de CPU alcance más del 100 % en entornos donde hay múltiples núcleos de CPU disponibles.

Priorización de procesos de CPU
Comportamiento de Linux:   

  • El proceso avagent configura automáticamente todos los procesos que genera para que estén en un nivel “sutil”.
  • En Linux, los niveles de prioridad varían de -20 a 20, donde -20 es la prioridad más alta.
  • De manera predeterminada, los procesos se generan con prioridad 0.
  • Avtar se crea con una prioridad 10, que es menor que la prioridad predeterminada.

Comportamiento de Windows:   

  • Windows administra niveles de prioridad que van desde 1 (el más bajo) hasta 31 (el más alto).
  • Avtar se crea con BELOW_NORMAL_PRIORITY_CLASS, lo que significa que los hilos que pertenecen a avtar se crean de manera predeterminada con la prioridad 6.
  • Como referencia, los hilos creados por los procesos en Windows tienen una prioridad predeterminada de 8.

Utilización de la red
En comparación con el software de respaldo tradicional, Avamar consume poco ancho de banda. Sin embargo, si un Avamar Client está separado de un servidor Avamar por un enlace de ancho de banda bajo, puede ser útil regular el uso de la red. Esto puede evitar que los datos de respaldo saturen una línea y ralenticen la transmisión de datos más cruciales en cuanto al tiempo.

Priorización de I/O
La prioridad de I/O de los procesos de Avamar Client no se configura explícitamente.
Comportamiento de Linux:   

  • La buena calidad de I/O varía de 0 (prioridad más alta) a 7 (prioridad más baja).
  • El algoritmo que se utiliza es (buena calidad de cpu + 20)/5 (fuente: http://linux.die.net/man/1/ionice)
  • Para avtar, la prioridad de I/O sería (10 + 20)/5 = 6, que es la segunda prioridad de I/O más baja.
  • En comparación, la prioridad de I/O de un proceso con una prioridad de hilo predeterminada de 0 sería 4.

Comportamiento de Windows:    
Para Windows, la priorización de I/O no es tan clara. Microsoft afirma que la prioridad de I/O de un proceso está vinculada a la prioridad del hilo. La investigación de ingeniería de Avamar para el asunto #240762 demostró que, en la práctica, este no parece ser el caso. Configurar avtar para que se ejecute con una prioridad más baja no cambia la prioridad de I/O del valor predeterminado.

Utilización de la memoria
La cantidad de memoria necesaria durante un respaldo depende del tamaño del archivo de caché y del tipo de archivos de caché en uso.  

Los archivos de caché “monolíticos” tradicionales cargan todos los archivos de caché en la memoria, mientras que los archivos de caché de paginación “paginan” los datos en la memoria según sea necesario.

La utilización de la memoria y el tamaño del archivo de caché están fuera del alcance de este artículo de la base de conocimientos. Para obtener más información, consulte la Guía de prácticas recomendadas operacionales.

Cause

El uso de Avtar de los ciclos de CPU, el ancho de banda de red y las I/O no está restringido de manera predeterminada. Este comportamiento es normal y esperado, ya que lo más conveniente es que los respaldos de Avamar se ejecuten y se completen lo más rápido posible.

Resolution

Los siguientes indicadores existen para regular el uso de la red y la CPU del proceso avtar:    

--net-throttle (regula el uso de la red)
--cpu-throttle (regula el uso de la CPU)

Para implementar cualquiera de estos indicadores, edite el archivo 'avtar.cmd’ que se encuentra en el directorio de Avamar avs/var directorio. 

Nota: Cree un nuevo archivo
'avtar.cmdsi no existe un archivo.

Regulación de CPU
El indicador debe tener el siguiente formato, donde '80' es el porcentaje promedio máximo de CPU que debe usar avtar.

--cpu-throttle=80

Este indicador se introdujo antes de que las CPU multinúcleos se usaran ampliamente. El porcentaje para utilizar puede requerir experimentación. Un respaldo que se lleva a cabo en una máquina de escritorio de doble núcleo con avtar regulado al 10 % parecía utilizar alrededor del 5 % del recurso de CPU.

Regulación de la red
La entrada que se realiza en el archivo debe tener el siguiente formato:   

--throttle=Mbit/sec 

Cuando se implementa, avtar se detiene si es necesario después de enviar cada paquete. Esto garantiza que el uso de la red no supere el ancho de banda máximo especificado (establecido en megabits por segundo).

Por ejemplo: --throttle=5 utiliza la mitad de una conexión de 10 Mb/s, --throttle=0.772 restringe el uso a la mitad de un enlace T1.

Una vez que haya realizado el cambio, guarde el archivo avtar.cmd .

Los cambios deben surtir efecto la próxima vez que avagent genere un nuevo proceso avtar.

Como alternativa, mediante
la pestaña Options en Avamar Administrator, seleccione el plug-in del sistema de archivos correspondiente de la lista desplegable (sistema de archivo Windows, sistema de archivos Linux, etc.). 

Marque la casilla de verificación “Show Advanced Options” y desplácese hacia abajo hasta encontrar “Network Rate Throttle (Mbps)”.

Complete esto con el ancho de banda necesario en megabits por segundo (los decimales son posibles, por ejemplo, 1,2).

Respaldos de plug-in de Avamar
Para los respaldos de plug-in (Exchange, Oracle, etc.), en la interfaz de usuario de Avamar Administrator, seleccione el plug-in en el menú desplegable, haga clic en el botón “More” e ingrese el atributo y el valor manualmente.

Para el atributo, ingrese [avtar]net-throttle. Para el valor del atributo, ingrese el ancho de banda necesario. Cuando esté conforme con la configuración, haga clic en el signo + debajo de los campos para agregar el indicador al cuadro a continuación.

Haga clic en OK para guardar los cambios.

El valor [avtar] en el indicador le indica al plug-in que pase el indicador a avtar, que es el proceso que se comunica con el servidor.
 

Additional Information

Utilice los indicadores de regulación con PRECAUCIÓN y tenga en cuenta lo siguiente:    

  1. Los procesos se ejecutan tan rápido como es posible. Si intentamos reducir la utilización de la CPU o de la red, es posible que el respaldo se ejecute mucho más lento de lo que lo podría de otro modo. Es posible que los respaldos lentos no se completen dentro de un período de respaldo periódico.
  2. Si el respaldo se ralentiza, otros clientes cuyos respaldos están en espera para iniciarse se retrasarán debido al tiempo de respaldo prolongado de este cliente.
  3. Si el cliente está realizando otra tarea en el momento que se realiza el respaldo de Avamar, este trabajo se ve menos afectado, pero durante más tiempo.
    Si tiene dudas sobre la idoneidad de aplicar los indicadores que se analizan a continuación, comuníquese con su representante de Dell Professional Services.
La regulación de la red puede aparentar "ráfagas"
Un gráfico de red que muestre el tráfico de un cliente con una regulación configurada en 0,2 (megabits por segundo) puede revelar que los datos transmitidos entre el cliente y el servidor se producen en ráfagas cortas a velocidades superiores a 150 Mb/s.

El algoritmo de regulación de red de Avamar funciona de tal manera que transmite datos en ráfagas cortas. Después de cada ráfaga, el algoritmo pone los datos en fila de espera durante una cantidad de tiempo adecuada antes de continuar enviándolos. Los datos se envían a una velocidad equivalente al nivel de regulación especificado por el indicador de regulación.

El nivel de "ráfaga" percibida se relaciona con la granularidad del monitoreo. En otras palabras, el análisis de las velocidades de transmisión en incrementos de subsegundos muestra un comportamiento de ráfagas, pero si analizamos la cantidad total de datos que se envían durante la duración de un respaldo, deberíamos ver que está cerca de 0,2 Mb/s.

A continuación, se muestra un gráfico a corto plazo de un respaldo, que se registra durante unos minutos:

kA2j0000000QXegCAG_5_0

Preguntas frecuentes:    
  • Cuánto ancho de banda se utiliza para una ráfaga. 
Avtar intenta transmitir datos lo más rápido posible. La cantidad depende de los siguientes factores. 
  • Ancho de banda máximo del enlace
  • Latencia de extremo a extremo en toda la red
  • Calidad de servicio
  • Cualquier otro cuello de botella regular que pueda corresponder
La función de regulación está diseñada para promediar la utilización de la red a lo largo del tiempo. Avtar retrasa el envío de paquetes de datos para no transmitir más de lo permitido por el valor de regulación.
  • ¿Cuánto dura una ráfaga?
Avtar espera entre los envíos de paquetes para asegurarse de que el uso de la red no exceda el ancho de banda promedio según lo especificado por la configuración de la regulación. Esta pausa dura el tiempo que sea necesario.
  • ¿Puede explicar qué datos se transmiten durante una “ráfaga”?
Consultas para comprobar si los datos que no están en la caché local del cliente ya están presentes en el servidor Avamar y los paquetes que contienen datos de respaldo nuevos y únicos que no existen en el sistema Avamar.
 
  • ¿Se puede aplicar la regulación de red entre grupos de clientes en un sitio?
No es posible. La regulación de red se aplica por cliente. Controla el ancho de banda que un cliente en particular puede consumir (en promedio). Si hay muchos clientes Avamar presentes en un sitio y todos se regulan de manera similar, el enlace de red aún podría consumirse por completo. Si debe controlar la cantidad de datos que se envían entre dos sitios, aplique la regulación a nivel red.

Regulación de red durante los respaldos de Avamar a Data Domain
La regulación de red de respaldos a Data Domain es soportado cuando el cliente cuenta con Avamar v7.1 y Data Domain v5.5 o posterior.

Affected Products

Avamar

Products

Avamar
Article Properties
Article Number: 000170398
Article Type: Solution
Last Modified: 26 Jan 2024
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.