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 consumidos por un cliente Avamar mientras un respaldo está en curso.

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 requiere 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 durante 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
CPUUna máquina cliente Avamar 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 silencioso, 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 Avtar CPU se puede revisar en el registro de respaldo del cliente Avamar, 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 varios núcleos de CPU disponibles.

Priorización de procesos de
CPUComportamiento de Linux:   

  • El proceso avagent configura automáticamente todos los procesos que genera para que estén en un nivel "agradable".
  • 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 la 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 subprocesos que pertenecen a avtar se crean de manera predeterminada con la prioridad 6.
  • Como referencia, los subprocesos creados por los procesos en Windows tienen una prioridad predeterminada de 8.

Utilización de la
redEn comparación con el software de respaldo tradicional, Avamar consume poco ancho de banda. Sin embargo, si un cliente Avamar está separado de un servidor Avamar por un vínculo 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 más datos cruciales en cuanto al tiempo.

Priorización de
I/OLa prioridad de I/O de los procesos del cliente Avamar no se establece explícitamente.
Comportamiento de Linux:   

  • La amabilidad de I/O varía de 0 (prioridad más alta) a 7 (prioridad más baja).
  • El algoritmo que se utiliza es (amabilidad 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 subproceso predeterminada de 0 sería 4.

Comportamiento de Windows:    
Para Windows, la priorización de I/O es menos clara. Microsoft afirma que la prioridad de I/O de un proceso está vinculada a la prioridad del subproceso. La investigación de ingeniería de Avamar para el problema #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
memoriaLa 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 "paginanan" 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. Consulte la Guía de prácticas recomendadas operacionales para obtener más información.

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

Existen las siguientes marcas para regular el uso de la red y la CPU del proceso avtar:    

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

Para implementar cualquiera de estas marcas, edite el archivo "avtar.cmd" que se encuentra en el archivo avs/var directorio. 

Nota: Cree un nuevo
archivo "avtar.cmd" si no existe un archivo.

Regulación de
CPULa marca debe tener el siguiente formato, donde "80" es el porcentaje promedio máximo de CPU que debe usar avtar.

--acelerador de la CPU=80

Esta marca se introdujo antes de que las CPU de varios núcleos se usaran ampliamente. El porcentaje a 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
redLa entrada que se realice en el archivo debe tener el siguiente formato:   

--throttle=Mbit/seg 

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 (especificado en megabits por segundo).

Por ejemplo: --acelerador=5 utiliza la mitad de una conexión de 10 Mbit/seg, --acelerador=0.772 Restringe el uso a la mitad de un enlace T1.

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

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

Como alternativa, mediante
la pestaña Options de Avamar Administrator, seleccione el plug-in del sistema de archivos correspondiente de la lista desplegable (Windows File System, Linux File System, 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 requerido en Mbps (los decimales están bien, por ejemplo, 1.2).

Respaldos de plug-in de
AvamarPara 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é satisfecho con la configuración, haga clic en el signo + debajo de los campos para agregar la bandera al cuadro a continuación.

Haga clic en Aceptar para guardar los cambios.

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

Additional Information

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

  1. Los procesos se ejecutan tan rápido como pueden. 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 haría de otra manera. Es posible que los respaldos lentos no se completen dentro de una ventana de respaldo regular.
  2. Si el respaldo se ralentiza, otros clientes cuyos respaldos están en línea de espera para iniciarse se retrasarán debido al tiempo de respaldo prolongado de este cliente.
  3. Si el cliente está realizando otro trabajo en el momento del respaldo de Avamar, este trabajo se ve menos afectado, pero durante más tiempo.
    Si tiene dudas sobre la idoneidad de aplicar las marcas que se analizan a continuación, comuníquese con su representante de Dell Professional Services.
La regulación de la red puede aparecer como "ráfaga"
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 línea de espera durante una cantidad adecuada de tiempo antes de continuar enviándolos. Los datos se envían a una velocidad equivalente al nivel de regulación especificado por la marca de regulación.

El nivel de "ráfaga" percibida se correlaciona 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áfaga, pero si nos fijamos en la cantidad total de datos que se envían durante la duración de una copia de seguridad, 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 captura 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 lo siguiente. 
  • Ancho de banda máximo del enlace
  • Latencia integral en toda la red
  • Calidad de servicio
  • Cualquier otro cuello de botella regular que pueda aplicarse
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 paquetes de envío 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 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é del cliente local 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 puede. 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 una ubicación 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 de red.

Regulación de red durante los respaldos de Avamar en Data Domain
La regulación de red de respaldos a Data Domain es compatible donde el cliente Avamar es v7.1 y Data Domain es 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.