Große Speichernutzlasten in Linux und Solaris verwalten

  • Freigeben Version: Yokohama
  • Aktualisiert 9. Januar 2026
  • 2 Minuten Lesedauer
  • Hohe Nutzlasten für direkt angeschlossenen Linux- und Solaris-Speicher können zu Fehlern aufgrund von Speichermangel führen, wenn sie nicht für die Serialisierung der Verarbeitung der Nutzlast konfiguriert sind.

    Vorbereitungen

    Erforderliche Rolle: admin oder discovery_admin

    Warum und wann dieser Vorgang ausgeführt wird

    Wenn Linux- oder Solaris-Speichersensoren Nutzlasten großer Datenträger-Arrays verarbeiten, werden Worker-Threads gleichzeitig ausgeführt, was dazu führen kann, dass einem Instanzknoten der Arbeitsspeicher ausgeht und er neu gestartet werden muss. Um das zu verhindern, steuert die Tabelle [discovery_sensor_yield] das Verhalten von Worker-Threads, die zur Verarbeitung großer Nutzlasten verwendet werden. Wenn Discovery einen Sensor verarbeitet, wird die Tabelle [discovery_sensor_yield] für diesen Sensor überprüft. Wenn der Sensor in der Tabelle aufgeführt ist und die Nutzlastgröße den in der Tabelle konfigurierten Grenzwert überschreitet, versucht der Worker vor der Verarbeitung der Nutzlast, eine Sperre zu setzen. Wenn die Sperre nicht verfügbar ist, da ein anderer Worker bereits eine große Nutzlast verarbeitet, plant der wartende Worker die Neuausführung des Auftrags in 30 Sekunden und fährt mit anderen Aufgaben fort. Der Auftrag wartet dann in der Tabelle „Zeitplanelement“ [sys_trigger] darauf, dass ein inaktiver Worker ihn abholt. Diese Serialisierung erfolgt knotenweise, sodass mehrere Knoten gleichzeitig hohe Nutzlasten verarbeiten können. Das Verarbeitungsintervall von 30 Sekunden ist nicht konfigurierbar.
    Wichtig:
    Diese Schwellenwerte wurden nur für Linux- und Solaris-Speichersensoren erstellt und sollten in den meisten Fällen nicht geändert werden. Wenn Ihrer Instanz nicht genügend Arbeitsspeicher zur Verfügung steht, während gleichzeitig mehrere große Speichernutzlasten verarbeitet werden, sollten Sie die Erkennung dieser Systeme zu Zeiten geringerer Aktivität planen. Wenn dies nicht möglich ist, überprüfen Sie die ECC-Warteschlange, um zu bestimmen, welcher Speichersensor möglicherweise das Problem verursacht, und notieren Sie sich die Größe der Nutzlast. Wenn die Nutzlastgröße unter dem Schwellenwert in der Tabelle [discovery_sensor_yield] liegt, senken Sie den Schwellenwert weit genug, damit die Nutzlast serialisiert wird. Wenn ein anderer Sensor als der Linux- oder Solaris-Speichersensor verantwortlich ist, können Sie diesen Sensor der Tabelle [discovery_sensor_yield] hinzufügen. Stellen Sie sicher, dass der Schwellenwert für die Nutzlastgröße richtig festgelegt ist. Die Serialisierung der Sensorverarbeitung kann Discovery verlangsamen.

    Prozedur

    1. Geben Sie im Anwendungsnavigatorfilter discovery_sensor_yield.list ein.
      Das Discovery-Basissystem serialisiert die folgenden Sensoren, wenn ihre Nutzlasten 512 KB überschreiten:
      • Solaris - Storage
      • Linux - Storage
    2. Um den Schwellenwert zu ändern, doppelklicken Sie in der Liste in die Spalte Wert, und bearbeiten Sie die Größe.
      Abbildung : 1. Schwellenwert für Sensorlast bearbeiten
      Schwellenwert für Sensorlast bearbeiten
    3. Um einen weiteren Sensor hinzuzufügen und für die Nutzlastserialisierung zu konfigurieren, klicken Sie auf Neu, und füllen Sie die Felder im Formular aus.
      • Sensor: Zu konfigurierender Speichersensor
      • Wert: Schwellenwertgröße für den Sensor
    4. Klicken Sie auf Absenden.