Leistungs- und Lasttests

Diese Seite gilt für Apigee und Apigee Hybrid.

Apigee Edge-Dokumentation aufrufen

Leistungs- oder Stresstests senden eine hohe Last an normalem Traffic (entweder hohes Volumen oder große Nutzlast). Für diese Art von Test gibt es in Apigee kein Verbot. Dieser Traffic wird auf das in der Vereinbarung des Kunden festgelegte Budget oder Kontingent für API-Aufrufe angerechnet.

Hinweis zu Leistungs- und Lasttests

Um den Kunden optimal unterstützen zu können, weiß Apigee es zu schätzen, wenn es vor diesen Tests benachrichtigt wird. Wenn Sie die operative Abteilung von Apigee über Ihre geplanten Leistungstests benachrichtigen möchten, erstellen Sie mindestens 14 Tage vor dem Test ein Support-Ticket und geben Sie die folgenden Informationen an:

  1. Testplan
    1. Was wird getestet (Ziel-URLs und IP-Adressen)?
    2. Wie lautet die Quelle (IP-Adressen) des Test-Traffics?
    3. Dauer des Testfensters (Start-/Stoppdatum/Uhrzeit/Zeitzone).
  2. Testerinformationen
    1. Wer führt die Tests durch?
    2. Kontaktdaten für den Tester.
  3. Testlimits
    1. Gibt es eine Obergrenze für die Tests? Maximale TPS?
    2. Gibt es eine maximale Nutzlastgröße für den Test?

Wir haben kein Team, das für das Monitoring von Kundenumgebungen während Lasttestaktivitäten zuständig ist. Sie können die Tests durchführen und Fälle mit der entsprechenden Priorität erstellen, wenn Sie auf Probleme stoßen.

  • P1: Für die Produktion beeinflussende Probleme, die sich stark auf den Live-API-Traffic auswirken
  • P2: Für Probleme mit erheblichen Auswirkungen auf die Nutzer, wobei aber der Produktions-API-Traffic nicht betroffen ist
  • P3: Für nicht kritische Probleme

Best Practices für Leistungs- und Lasttests

Leistungs- und Belastungstests sollten die Arbeitslasten, die in der Produktion ausgeführt werden sollen, möglichst genau simulieren. Im Folgenden finden Sie einige Best Practices für Leistungstests:

  • Simulieren Sie echten Produktionstraffic, indem Sie dieselben Clientbibliotheken wie in der Produktion verwenden.
  • Konfigurieren Sie den Lasttest so, dass Traffic gesendet wird, der dem Produktions-Traffic ähnelt. Beispiele:
    • Verteilen Sie API-Aufrufe auf Proxys und Umgebungen, um Produktions-Trafficmuster zu simulieren. Vermeiden Sie es, nur einen einzelnen „Testproxy“ zu testen, da dies keine genaue Simulation von Netzwerkpfaden und Infrastrukturnutzung in der Praxis ist.
    • Proxys sollten dieselben Richtlinien wie in der Produktion haben.
    • Verwenden Sie Clientheader- und Nutzlastdaten, die denen in Produktionsumgebungen ähneln.
    • Zielserver, die für Tests verwendet werden, sollten das Verhalten von Produktionsservern in Bezug auf Latenz, Verfügbarkeit und Nutzlastgröße nachbilden.
  • Achten Sie darauf, dass beim Lasttest Anfragen an dieselben Regionen gesendet werden, die für Produktionstraffic verwendet werden.
  • Wenn der Traffic zur Instanz weniger als 500 TPS beträgt, erhöhen Sie ihn langsam auf 500 TPS über 120 Sekunden.
  • Sobald der Traffic zur Instanz 500 TPS überschreitet, empfehlen wir, die TPS alle 90 Sekunden um etwa 30% zu erhöhen.
  • Wenn Sie innerhalb von 90 Sekunden mit einem Anstieg des organischen Traffics von mehr als 30% rechnen oder der Spitzen-Traffic voraussichtlich 5.000 TPS überschreiten wird, erstellen Sie mindestens 14 Tage vor dem geplanten Test eine Supportanfrage. Apigee kann beide Traffic-Szenarien unterstützen, es sind jedoch möglicherweise zusätzliche Anpassungen erforderlich.