Freigeben über


Fehler und Aktionen im Azure Chaos Studio

In Azure Chaos Studio wird jede Aktivität, die als Teil eines Experiments stattfindet, als Aktion bezeichnet. Die häufigste Art der Aktion ist ein Fehler. In diesem Abschnitt werden Aktionen und Fehler sowie die Eigenschaften der einzelnen Aktionen und Fehler beschrieben.

Experimentaktionen

Eine Aktion ist jede Aktivität, die als ein Teil eines Chaosexperiments orchestriert wird. Aktionen sind in Schritte und Verzweigungen unterteilt, sodass sie entweder sequenziell oder parallel ausgeführt werden können. Jede Aktion verfügt über die folgenden Eigenschaften:

  • Name: Die jeweilige Aktion, die stattfindet. Ein Name weist in der Regel die Form eines URN für die Aktion auf, z. B. urn.
  • Typ: Die Art und Weise, wie die Aktion ausgeführt wird. Aktionen können entweder fortlaufend oder diskret sein. Eine fortlaufende Aktion läuft über einen bestimmten Zeitraum hinweg. Ein Beispiel ist das Anwenden der CPU-Auslastung für 10 Minuten. Eine diskrete Aktion tritt nur einmal auf. Ein Beispiel ist ein Neustart einer Azure Cache for Redis-Instanz.

Arten von Aktionen

Es gibt zwei verschiedenartige Aktionen in Chaos Studio:

  • Fehler: Diese Aktion führt zu einer Unterbrechung in einer oder mehreren Ressourcen.
  • Zeitverzögerungen: Diese Aktion „wartet“, ohne Ressourcen zu beeinflussen. Es ist von Nutzen, zwischen den Fehlern zu pausieren und darauf zu warten, dass ein System durch den vorherigen Fehler beeinflusst wird.

Fehler

Fehler sind die gängigste Aktion in Chaos Studio. Fehler verursachen eine Unterbrechung in einem System, sodass Sie überprüfen können, ob das System mit dieser Unterbrechung effektiv umgeht, ohne die Verfügbarkeit zu beeinflussen.

Fehler können

  • destruktiv sein. Beispielsweise kann ein Fehler einen Prozess beenden.
  • Auslastung anwenden. Ein Fehler kann z. B. Auslastung zu einem virtuellen Arbeitsspeicher hinzufügen.
  • Latenz hinzufügen.
  • eine Konfigurationsänderung verursachen.

Außer einem Namen und einem Typ, weisen Fehler möglicherweise auch eine Dauer (bei kontinuierlichen Aktionen) sowie Parameter auf. Parameter beschreiben, wie der Fehler angewendet werden soll, und sind spezifisch für den Fehlernamen. Ein Parameter für den Azure Cosmos DB-Failoverfehler ist beispielsweise der Lesebereich, der bei einem Fehler des Schreibbereichs zum Schreibbereich hochgestuft wird. Einige Parameter sind erforderlich, während andere optional sind.

Fehler sind abhängig vom Zieltyp entweder agentenbasiert oder dienstspezifisch. Für agentenbasierte Fehler muss der Chaos-Studio-Agent auf einem virtuellen Computer oder einer virtuellen Computer-Skalierungsgruppe installiert sein. Der Agent ist sowohl für Windows als auch für Linux verfügbar, aber nicht alle Fehler sind auf beiden Betriebssystemen verfügbar. Informationen dazu, welche Fehler für jedes Betriebssystem unterstützt werden, finden Sie unter Chaos Studio-Fehler- und Aktionsbibliothek. Dienstspezifische Fehler erfordern keinen Agent. Sie werden direkt für eine Azure-Ressource ausgeführt.

Fehler enthalten auch den Namen des Selektors, der die Ressourcen beschreibt, für die der Fehler ausgeführt wird. Weitere Informationen zu Selektoren finden Sie unter Chaosexperimente. Ein Fehler kann sich nur auf eine Ressource auswirken, wenn ein Onboarding der Ressource als Ziel durchgeführt wurde und die entsprechende Fehlerfunktion für die Ressource aktiviert ist.

Nächste Schritte

Nachdem Sie nun die Aktionen und Fehler kennen gelernt haben, können Sie folgende Aufgabe durchführen: