Gérez des charges utiles de stockage volumineuses sous Linux et Solaris

  • Rversion finale: Australia
  • Mis à jour 16 juin 2026
  • 2 minutes de lecture
  • Les charges utiles volumineuses pour le stockage en connexion directe Linux et Solaris peuvent entraîner des erreurs de mémoire insuffisante si elles ne sont pas configurées pour sérialiser le traitement de la charge utile.

    Avant de commencer

    Rôle requis : discovery_admin ou admin

    Pourquoi et quand exécuter cette tâche

    Lorsque les capteurs de stockage Linux ou Solaris traitent les charges utiles provenant de baies de disques volumineuses, les threads de travail s'exécutent simultanément et peuvent amener un nœud d'instance à manquer de mémoire, ce qui nécessite un redémarrage. Pour éviter cela, la table [discovery_sensor_yield] contrôle le comportement des threads de travail utilisés pour traiter des charges utiles volumineuses. Lorsque Discovery traite un capteur, il vérifie la table [discovery_sensor_yield] de ce capteur. Si le capteur est répertorié dans la table et si la taille de la charge utile dépasse la limite configurée dans la table, l’agent tente de sécuriser un verrou avant de traiter la charge utile. Si le verrou n’est pas disponible, car un autre agent traite déjà une charge utile volumineuse, l’agent en attente replanifie la tâche suivante pour 30 secondes plus tard et passe à d’autres tâches. La tâche attend ensuite dans la table Élément de calendrier [sys_trigger] qu’un travailleur inactif la récupère. Cette sérialisation se produit par nœud, ce qui permet à plusieurs nœuds de traiter simultanément des charges utiles volumineuses. L’intervalle de traitement de 30 secondes n’est pas configurable.
    Important :
    Ces valeurs de seuil ont été créées uniquement pour les capteurs de stockage Linux et Solaris et, dans la plupart des cas, ne doivent pas être modifiées. Si votre instance manque de mémoire tout en traitant simultanément plusieurs charges utiles de stockage volumineuses, envisagez de programmer la découverte de ces systèmes à des heures de faible activité. Si cela n’est pas possible, examinez la file d’attente ECC pour déterminer quel capteur de stockage est susceptible d’être à l’origine du problème et notez la taille de la charge utile. Si la taille de la charge utile est inférieure à celle du seuil dans la table [discovery_sensor_yield], abaissez suffisamment la valeur de seuil pour sérialiser cette charge utile. Si un capteur autre que le capteur de stockage Linux ou Solaris est responsable, vous pouvez l’ajouter à la table [discovery_sensor_yield]. Assurez-vous de définir correctement la valeur de seuil pour la taille de la charge utile. La sérialisation du traitement du capteur peut ralentir Découverte.

    Procédure

    1. Dans le filtre du navigateur d’application, saisissez discovery_sensor_yield.list.
      Le système de découverte de base sérialise ces capteurs lorsque leur charge utile dépasse 512 Ko :
      • Solaris : stockage
      • Linux - Stockage
      • Unix - ADM amélioré
      • Windows : ADM amélioré
    2. Pour modifier le seuil, double-cliquez dans la colonne Valeur de la liste et modifiez la taille.
      Figure 1. Modification du seuil de rendement du capteur
      Modification du seuil de rendement du capteur
    3. Pour ajouter un autre capteur et le configurer pour la sérialisation de la charge utile, cliquez sur Nouveau et renseignez les champs dans le formulaire.
      • Capteur : capteur de stockage à configurer.
      • Valeur : taille du seuil pour le capteur.
    4. Cliquez sur Envoyer.