Avamar : régulation de 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 de processeur, de réseau et d’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 ce que le système d’exploitation met à sa disposition. Avamar peut être configuré avec des paramètres qui déterminent son niveau d’agressivité lors de la revendication de certaines de ces ressources système.
Utilisation du processeur
Une machine client Avamar peut être un serveur de fichiers, un serveur de messagerie, une base de données ou avoir un autre rôle nécessitant des ressources système.
Si une sauvegarde s’exécute alors que ces ressources système sont fortement sollicitées, la sauvegarde et le rôle habituel du client peuvent être impactés. S’il n’est pas possible de programmer l’exécution de la sauvegarde pendant une période calme, vous pouvez limiter l’utilisation de l’unité centrale par avtar pour vous assurer qu’un nombre suffisant de cycles de processeur reste disponible pour la fonction principale du client.
L’utilisation du processeur par avtar peut être vérifiée dans le journal de sauvegarde de Avamar Client, 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 en pourcentage du processeur peut dépasser 100 % dans les environnements où plusieurs cœurs de processeur sont disponibles.
Hiérarchisation des processus du processeur
Comportement de Linux :
- Le processus avagent définit automatiquement tous les processus qu’il génère à un niveau « agréable ».
- Dans Linux, les niveaux de priorité vont de -20 à 20, -20 étant la priorité la plus élevée.
- Par défaut, les processus sont générés avec la priorité 0.
- Avtar est créé avec la priorité 10, qui est inférieure à la priorité par défaut.
Comportement de Windows :
- Windows gère les 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 sont créés par défaut avec une priorité de 6.
- À titre de référence, les threads créés par les processus sous Windows ont une priorité par défaut de 8.
Utilisation du réseau
En comparaison avec les logiciels de sauvegarde traditionnels, Avamar utilise très peu de bande passante. Cependant, si un client Avamar est relié à un serveur Avamar par une liaison à faible bande passante, il peut être judicieux de réguler l’utilisation du réseau. Cela peut empêcher les données de sauvegarde de saturer une ligne et de ralentir la transmission de données plus critiques.
Priorité des E/S
La priorité des E/S des processus Avamar Client n’est pas définie explicitement.
Comportement de Linux :
- L’intégrité des E/S est comprise entre 0 (priorité la plus élevée) et 7 (priorité la plus basse).
- L’algorithme utilisé est (degré d’intégrité du processeur supérieur à 20)/5 (source : http://linux.die.net/man/1/ionice)
- Pour avtar, la priorité d’E/S serait de (10 + 20)/5 = 6, ce qui est l’avant-dernière priorité d’E/S la plus basse.
- En comparaison, la priorité d’E/S d’un processus avec une priorité de thread de 0 par défaut serait de 4
Comportement de Windows :
Pour Windows, la hiérarchisation des E/S est moins claire. Microsoft prétend que la priorité d’E/S d’un processus est directement liée à sa priorité de thread. L’enquête d’Avamar Engineering pour le problème nº 240762 a démontré que, dans la pratique, cela ne semble pas être le cas. L’exécution d’avtar avec une priorité inférieure ne modifie pas la priorité d’E/S par défaut.
Utilisation de la mémoire
La quantité de mémoire requise lors d’une sauvegarde dépend du dimensionnement des fichiers 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 « paginent » les données dans la mémoire en fonction des besoins.
L’utilisation de la mémoire et le dimensionnement des fichiers de cache dépassent le champ d’application de cet article de la base de connaissances. Pour plus d’informations, consultez le Guide des pratiques d’excellence opérationnelles.
Cause
Resolution
Les balises suivantes existent pour limiter l’utilisation du réseau et du processeur du processus avtar :
--net-THROTLE ( régule l’utilisation du réseau)
--cpu-throttle (régule l’utilisation du processeur)
Pour implémenter l’une de ces balises, modifiez le fichier « avtar.cmd » qui se trouve dans le répertoire Avamar Client avs/var .
Remarque : Créer un nouveau fichier « avtar.cmd » si un fichier n’existe pas.
Régulation du processeur
La balise doit être au format suivant, où « 80 » est le pourcentage moyen maximal de processeur qu’avtar doit utiliser.
--cpu-throttle=80
Cette balise a été présentée bien avant l’époque où les processeurs multi-cœurs sont devenus monnaie courante. Le pourcentage à utiliser peut nécessiter une expérimentation. Une sauvegarde effectuée sur un ordinateur de bureau à double cœur dont l’avtar est régulé à 10 % semble utiliser environ 5 % des ressources du processeur.
Régulation du réseau
L’entrée effectuée 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 (spécifiée en mégabits par seconde).
Par exemple : --throttle=5 utilise la moitié d’une connexion 10 Mbit/s, --throttle=0,772 restreint l’utilisation à la moitié d’une liaison T1.
Après avoir effectué la modification, enregistrez le fichier avtar.cmd .
Les modifications devraient prendre effet la prochaine fois qu’avagent génère un nouveau processus avtar.
Vous pouvez également utiliser l’onglet Options d’Avamar Administrator pour sélectionner 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 », puis descendez jusqu’à ce que vous trouviez « Network rate throttle (Mbps) ».
Renseignez ce champ avec la bande passante requise en Mbit/s (les décimales sont acceptées, par exemple 1,2).
Sauvegardes de plug-ins Avamar
Pour les sauvegardes de plug-ins (Exchange, Oracle, etc.), dans l’interface utilisateur d’Avamar Administrator, sélectionnez le plug-in à partir du menu déroulant, cliquez sur le bouton « Plus », puis entrez l’attribut et la valeur par vous-même.
Pour l’attribut, saisissez [avtar]net-throttle. Pour la valeur de l’attribut, saisissez la bande passante requise. Lorsque vous êtes satisfait du paramètre, cliquez sur le signe + sous les champs pour ajouter la balise à la zone en dessous.
Cliquez sur OK pour enregistrer les modifications.
Le terme [avtar] dans la balise indique au plug-in de transmettre la balise à avtar, qui est le processus qui communique avec le serveur.
Additional Information
Utiliser les balises de régulation avec PRÉCAUTION et noter les éléments suivants :
-
Les processus s’exécutent aussi rapidement que possible. Si nous essayons de réduire l’utilisation du processeur ou du réseau, la sauvegarde peut fonctionner beaucoup plus lentement qu’elle ne le ferait autrement. Les sauvegardes lentes peuvent ne pas se terminer dans une fenêtre de sauvegarde régulière.
-
Si la sauvegarde est ralentie, les autres clients dont les sauvegardes sont en attente de démarrage sont retardés par le temps de sauvegarde prolongé de ce client.
-
Si le client réalise d’autres travaux en parallèle lors du processus de sauvegarde Avamar, ces autres tâches seront impactées à un moindre niveau, mais sur une durée plus longue.
En cas de doute quant à l’opportunité d’appliquer les balises décrites 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 en courtes rafales à des débits supérieurs à 150 Mb/s.
L’algorithme de régulation du réseau Avamar fonctionne de manière à transmettre les données en courtes rafales. Après chaque rafale, l’algorithme met les données en file d’attente pendant un laps de temps approprié avant de continuer à les envoyer. 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 de « rafale » perçu est corrélé à la granularité de la surveillance. En d’autres termes, l’analyse des débits de transmission par incréments inférieurs à la seconde montre un comportement en rafale, mais si nous examinons 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.
Le graphique ci-dessous est un graphique à court terme pour une sauvegarde, capturée sur quelques minutes :
Questions fréquentes :
- Quelle bande passante est utilisée pour une rafale.
- Bande passante maximale de la liaison
- Latence de bout en bout sur le réseau
- Qualité de service
- Tous les autres goulets d’étranglement normaux susceptibles de s’appliquer.
- Combien de temps dure une rafale ?
- Pouvez-vous expliquer quelles données sont transmises pendant une « rafale » ?
- La régulation du réseau peut-elle être appliquée à des groupes de clients sur un site ?
La régulation du réseau pendant les sauvegardes Avamar vers Data Domain
La régulation du réseau des sauvegardes vers Data Domain est prise en charge lorsque la version d’Avamar Client est v7.1 et celle de Data Domain est v5.5 ou une version ultérieure.