Die von einem Gateway unterstützte Menge der Flows wird durch den Systemspeicher bestimmt. Es gibt ein Protokoll, das die Datenanzahl während des Startvorgangs widerspiegelt.

Das folgende Beispiel zeigt das Protokoll mit den maximal unterstützten Flows:

ERROR  [MAIN] gwd_get_max_flow_supported:35 Flow Admission: GWD 
Max flow supported: 1929780 soft limit:1157820 hard limit:1736730

Wenn ein Rollover der Protokolle durchgeführt wurde, verwenden Sie die folgende Tabelle als Referenz:

Gateway-Arbeitsspeicher (GB) Maximale Anzahl an Flows Kritische Anzahl der Flows (90 % der maximalen Flows)
4 245760 221184
8 491520 442368
16 983040 884736
32 1966080 1769472

Wenn die Flow-Grenzwerte eine kritische Grenze erreichen, sollte das System auf einen möglichen Flow-Verlust untersucht werden.

Die aktuellen Flow-Objekte im System lauten wie folgt:

vcadmin@vcg1-example:~$ sudo /opt/vc/bin/getcntr -c memb.mod_mp_flow_t.obj_cnt -d
        gwd-mem

Wenn die Flows als ungültig festgelegt sind, sollte ein Diagnosepaket generiert werden, bevor der Gateway-Dienst neu gestartet wird, um die veralteten Flows zu löschen. Wenn die Flows als gültig festgelegt sind, sollten die Kunden auf alternative Gateways verschoben werden, um die Flow-Anzahl zu reduzieren.

In der folgenden Tabelle werden die Schwellenwerte und empfohlenen Aktionen für die Flow-Anzahl aufgelistet.

Status des Schwellenwerts Schwellenwert Empfohlene fehlerbehebende Aktion
Warnung 50 % der 1,9 Millionen Flows
  1. Wenn die Gesamtanzahl der Flows einen Warnungs- oder kritischen Schwellenwert überschreitet:
    • Erfassung des Diagnosepakets.
    • Überprüfung der Schwellenwerte für die Anzahl veralteter Flows und Durchführen entsprechender Aktionen, die für veraltete Flows aufgelistet sind.
    • Liegt die Anzahl der veralteten Flows innerhalb des Warnungsschwellenwerts, überprüfen Sie die Hauptverbraucher in der Flow-Tabelle.
    • Deaktivieren aller Peers, die zahlreiche fehlerhafte Flows erstellen und für die ein DOS-Angriff vermutet wird.
    • Überprüfung darauf, ob ein beliebiges Unternehmen die meisten Flow-Einträge verbraucht. Diese Informationen können für den Lastausgleich von Edges im Unternehmen verwendet werden.
    • Wenn die Arbeitsspeichernutzung den kritischen Schwellenwert überschreitet, führen Sie die für Arbeitsspeichermetriken angegebenen Aktionen aus.
  2. Wenn die Flow-Anzahl den kritischen Schwellenwert überschreitet:
    • Stellen einer Supportanfrage mit hoher Priorität an VMware zusammen mit dem Diagnosepaket.
    • Neustart der Dienste auf dem Gateway.
    • Verwenden Sie den folgenden Befehl, um die Peers mit einer hohen Flow-Anzahl zu überprüfen: /opt/vc/bin/vc_top_peers.sh -t flow.
Kritisch 75 % der 1,9 Millionen Flows

In der folgenden Tabelle werden die Schwellenwerte und empfohlenen Aktionen für die Anzahl veralteter Flows aufgelistet.

Status des Schwellenwerts Schwellenwert Empfohlene fehlerbehebende Aktion
Warnung 10 %
  1. Wenn die Anzahl veralteter Flows einen Warnungs- oder kritischen Schwellenwert überschreitet:
    • Erfassung des Diagnosepakets.
    • Überprüfung darauf, ob eine kleine Gruppe von Edges zu diesen veralteten Flows beiträgt.
  2. Wenn die Anzahl veralteter Flows den kritischen Schwellenwert überschreitet:
    • Stellen einer Supportanfrage mit hoher Priorität an VMware zusammen mit dem Diagnosepaket.
    • Neustart der Dienste auf dem Gateway.
  3. Wenn dasselbe Problem mehrmals auf demselben Gateway auftritt oder auf unterschiedlichen Gateways beobachtet wird, markieren Sie die bereits erstellte Supportanfrage als kritisch (critical).
Kritisch 25 %