Avamar : Comment réguler la consommation du processeur, du réseau, des E/S et de la mémoire du client de sauvegarde
Summary: Cet article explique comment limiter les ressources physiques consommées par un client Avamar lorsqu’une sauvegarde est en cours.
Symptoms
Cet article traite de la régulation et de la hiérarchisation des ressources du processeur, du réseau et des E/S consommées par le processus avtar lors d’une sauvegarde.
Le processus avamar avtar utilise autant de bande passante réseau, de cycles de processeur et d’E/S que le système d’exploitation met à sa disposition. Avamar peut être défini avec des paramètres qui déterminent son niveau d’agressivité lorsqu’il revendique certaines de ces ressources système.
Utilisation du
processeurUne machine client Avamar peut être un serveur de fichiers, un serveur de messagerie, une base de données ou un autre rôle nécessitant des ressources système.
Si une sauvegarde s’exécute alors que ces ressources système sont soumises à une charge importante, la sauvegarde et le rôle normal du client peuvent être affectés. S’il n’est pas possible de planifier l’exécution de la sauvegarde pendant une période calme, vous pouvez réguler l’utilisation du processeur par avtar afin de vous assurer qu’un nombre suffisant de cycles du processeur reste disponible pour la fonction principale du client.
L’utilisation du processeur Avtar peut être vérifiée dans le journal de sauvegarde du client Avamar, comme indiqué ci-dessous :
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
La valeur du pourcentage du processeur peut être perçue comme étant supérieure à 100 % dans les environnements où plusieurs cœurs de processeur sont disponibles.
Hiérarchisation des
processus du processeurComportement sous Linux :
- Le processus avagent définit automatiquement tous les processus qu’il génère pour qu’ils soient à un niveau « agréable ».
- Sous Linux, les niveaux de priorité vont de -20 à 20, où -20 correspond à la priorité la plus élevée.
- Par défaut, les processus sont générés avec une priorité de 0.
- Avtar est créé avec une priorité de 10, qui est inférieure à la priorité par défaut.
Comportement de Windows :
- Windows gère des niveaux de priorité allant de 1 (le plus bas) à 31 (le plus élevé).
- Avtar est créé avec BELOW_NORMAL_PRIORITY_CLASS, ce qui signifie que les threads appartenant à avtar par défaut sont créés avec la priorité 6.
- Pour référence, les threads créés par les processus sous Windows ont une priorité par défaut de 8.
Utilisation du
réseauPar rapport aux logiciels de sauvegarde traditionnels, Avamar consomme peu de bande passante. Toutefois, si un client Avamar est séparé d’une instance d’Avamar Server par une liaison à faible bande passante, il peut être utile de réguler l’utilisation du réseau. Cela peut empêcher les données de sauvegarde d’envahir une ligne et de ralentir la transmission de données plus critiques.
Hiérarchisation des
E/SLa priorité des E/S des processus client Avamar n’est pas explicitement définie.
Comportement sous Linux :
- La précision des E/S est comprise entre 0 (priorité la plus élevée) et 7 (priorité la plus basse).
- L’algorithme utilisé est (cpu niceness + 20)/5 (source : http://linux.die.net/man/1/ionice)
- Pour avtar, la priorité d’E/S serait (10 + 20)/5 = 6, ce qui correspond à la deuxième priorité d’E/S la plus basse.
- En comparaison, la priorité d’E/S d’un processus avec une priorité de thread par défaut de 0 serait 4.
Comportement de Windows :
Pour Windows, la hiérarchisation des E/S est moins claire. Microsoft affirme que la priorité d’E/S d’un processus est liée à la priorité des threads. L’enquête des ingénieurs d’Avamar pour le problème #240762 a démontré que, dans la pratique, cela ne semble pas être le cas. La définition d’avtar pour qu’il s’exécute avec une priorité inférieure ne modifie pas la priorité d’E/S par rapport à la priorité par défaut.
Utilisation de
la mémoireLa quantité de mémoire requise lors d’une sauvegarde dépend de la taille du fichier de cache et du type de fichiers de cache utilisés.
Les fichiers de cache « monolithiques » traditionnels chargent l’intégralité des fichiers de cache dans la mémoire, tandis que les fichiers de cache de pagination envoient les données dans la mémoire en fonction des besoins.
L’utilisation de la mémoire et le dimensionnement des fichiers du cache dépassent le cadre de cet article de la base de connaissances. Pour plus d’informations, consultez le Guide des bonnes pratiques opérationnelles.
Cause
Resolution
Les balises suivantes existent pour réguler l’utilisation du réseau et du processeur du processus avtar :
--net-throttle (régule l’utilisation du réseau)
--cpu-throttle (régule l’utilisation du processeur)
Pour implémenter l’une ou l’autre de ces balises, modifiez le fichier « avtar.cmd » qui se trouve dans le fichier AVS/VAR .
Remarque : Créez un nouveau fichier 'avtar.cmd' si un fichier n’existe pas.
CPU Throttling
La balise doit être au format suivant, où « 80 » est le pourcentage moyen maximal de CPU qu’avtar doit utiliser.
--cpu-throttle=80
Cette balise a été introduite avant que les processeurs à plusieurs cœurs ne soient largement utilisés. Le pourcentage à utiliser peut nécessiter des expérimentations. Une sauvegarde effectuée sur une machine de bureau double cœur avec avtar limité à 10 % semble utiliser environ 5 % des ressources du processeur.
Régulation du
réseauL’entrée qui est faite dans le fichier doit être au format suivant :
--throttle=Mbit/sec
Lorsqu’il est implémenté, avtar s’interrompt si nécessaire après l’envoi de chaque paquet. Cela garantit que l’utilisation du réseau ne dépasse pas la bande passante maximale spécifiée (en mégabits par seconde).
Par exemple : --throttle=5 utilise la moitié d’une connexion de 10 Mbit/s, --throttle=0.772 limite l’utilisation à la moitié d’un lien T1.
Une fois que vous avez effectué la modification, enregistrez le fichier avtar.cmd lime.
Les modifications devraient prendre effet la prochaine fois qu’avagent générera un nouveau processus avtar.
Sinon, à l’aide de l’onglet Options d’Avamar Administrator, sélectionnez le plug-in de système de fichiers approprié dans la liste déroulante (système de fichiers Windows, système de fichiers Linux, etc.).
Cochez la case « Show Advanced Options » et faites défiler vers le bas jusqu’à ce que vous trouviez « Network rate throttle (Mbps) ».
Renseignez-le avec la bande passante requise en Mbit/s (les décimales conviennent, par exemple 1.2).
Sauvegardes
des plug-ins AvamarPour les sauvegardes de plug-ins (Exchange, Oracle, etc.), dans l’interface utilisateur d’Avamar Administrator, sélectionnez le plug-in dans la liste déroulante du menu, cliquez sur le bouton More et saisissez l’attribut et la valeur à la main.
Pour l’attribut, saisissez [avtar]net-throttle. Pour la valeur d’attribut, saisissez la bande passante requise. Lorsque vous êtes satisfait du paramètre, cliquez sur le signe + sous les champs pour ajouter l’indicateur à la zone ci-dessous.
Cliquez sur OK pour enregistrer les modifications.
Le [avtar] dans l’indicateur indique au plug-in de transmettre l’indicateur à avtar, qui est le processus qui communique avec le serveur.
Additional Information
Utilisez les indicateurs de régulation avec PRÉCAUTION et notez les points suivants :
-
Les processus s’exécutent aussi vite qu’ils le peuvent. Si nous tentons de réduire l’utilisation du processeur ou du réseau, la sauvegarde peut s’exécuter beaucoup plus lentement qu’elle ne le ferait autrement. Les sauvegardes lentes peuvent ne pas se terminer dans une fenêtre de sauvegarde normale.
-
Si la sauvegarde est ralentie, les autres clients dont les sauvegardes sont en file d’attente pour démarrer sont retardés par le temps de sauvegarde allongé de ce client.
-
Si le client effectue d’autres tâches au moment de la sauvegarde Avamar, celles-ci sont moins affectées, mais plus longtemps.
En cas de doute sur la pertinence de l’application des indicateurs décrits ci-dessous, contactez votre représentant Dell Professional Services.
Un graphique réseau montrant le trafic d’un client avec une régulation définie sur 0,2 (mégabits par seconde) peut révéler que les données transmises entre le client et le serveur se produisent par courtes rafales à des débits supérieurs à 150 Mbit/s.
L’algorithme de régulation du réseau Avamar fonctionne de telle sorte qu’il transmet les données en rafales brèves. Après chaque pic, l’algorithme met les données en file d’attente pendant un laps de temps approprié avant de continuer à envoyer des données. Les données sont envoyées à un débit équivalent au niveau de régulation spécifié par la balise de régulation.
Le niveau d’éclatement perçu est corrélé à la granularité de la surveillance. En d’autres termes, l’analyse des taux de transmission par incréments de moins d’une seconde montre un comportement en rafale, mais si nous regardons la quantité totale de données envoyées sur la durée d’une sauvegarde, nous devrions voir qu’elle est proche de 0,2 Mb/s.
Vous trouverez ci-dessous un graphique à court terme pour une sauvegarde, capturée en quelques minutes :
Questions fréquentes :
- La quantité de bande passante utilisée pour un pic de charge.
- Bande passante maximale de la liaison
- Latence de bout en bout sur l’ensemble du réseau
- Qualité de service
- Tout autre goulot d’étranglement régulier qui pourrait s’appliquer
- Combien de temps dure une rafale ?
- Pouvez-vous nous expliquer quelles données sont transmises lors d’un « burst » ?
- La régulation du réseau peut-elle être appliquée à des groupes de clients sur un site ?
Régulation du réseau lors des sauvegardes Avamar vers Data Domain
La régulation du réseau des sauvegardes vers Data Domain est prise en charge lorsque le client Avamar est v7.1 et que Data Domain est v5.5 ou version ultérieure.