You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/chaos-studio/chaos-studio-fault-library.md
+43-7Lines changed: 43 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,9 +12,6 @@ ms.service: chaos-studio
12
12
13
13
# Azure Chaos Studio fault and action library
14
14
15
-
> [!CAUTION]
16
-
> This article references CentOS, a Linux distribution that is nearing End Of Life (EOL) status. Please consider your use and planning accordingly.
17
-
18
15
The faults listed in this article are currently available for use. To understand which resource types are supported, see [Supported resource types and role assignments for Azure Chaos Studio](./chaos-studio-fault-providers.md).
19
16
20
17
## Time delay
@@ -51,7 +48,7 @@ The faults listed in this article are currently available for use. To understand
51
48
| Target type | Microsoft-Agent |
52
49
| Supported OS types | Windows, Linux. |
53
50
| Description | Adds CPU pressure, up to the specified value, on the VM where this fault is injected during the fault action. The artificial CPU pressure is removed at the end of the duration or if the experiment is canceled. On Windows, the **% Processor Utility** performance counter is used at fault start to determine current CPU percentage, which is subtracted from the `pressureLevel` defined in the fault so that **% Processor Utility** hits approximately the `pressureLevel` defined in the fault parameters. |
54
-
| Prerequisites |**Linux**: The **stress-ng** utility needs to be installed. This happens automatically as part of agent installation, using the default package manager, on Debian-based systems (including Ubuntu), Red Hat Enterprise Linux, CentOS, and OpenSUSE. For other distributions, you must install **stress-ng** manually. |
51
+
| Prerequisites |**Linux**: The **stress-ng** utility needs to be installed. This happens automatically as part of agent installation, using the default package manager, on several operating systems including Debian-based (like Ubuntu), Red Hat Enterprise Linux, and OpenSUSE. For other distributions, you must install **stress-ng** manually. |
| Description | Adds physical memory pressure, up to the specified value, on the VM where this fault is injected during the fault action. The artificial physical memory pressure is removed at the end of the duration or if the experiment is canceled. |
99
-
| Prerequisites |**Linux**: The **stress-ng** utility needs to be installed. This happens automatically as part of agent installation, using the default package manager, on Debian-based systems (including Ubuntu), Red Hat Enterprise Linux, CentOS, and OpenSUSE. For other distributions, you must install **stress-ng** manually. |
96
+
| Prerequisites |**Linux**: The **stress-ng** utility needs to be installed. This happens automatically as part of agent installation, using the default package manager, on several operating systems including Debian-based (like Ubuntu), Red Hat Enterprise Linux, and OpenSUSE. For other distributions, you must install **stress-ng** manually. |
@@ -235,7 +232,7 @@ Currently, the Windows agent doesn't reduce memory pressure when other applicati
235
232
| Target type | Microsoft-Agent |
236
233
| Supported OS types | Linux |
237
234
| Description | Uses stress-ng to apply pressure to the disk. One or more worker processes are spawned that perform I/O processes with temporary files. Pressure is added to the primary disk by default, or the disk specified with the targetTempDirectory parameter. For information on how pressure is applied, see the [stress-ng](https://wiki.ubuntu.com/Kernel/Reference/stress-ng) article. |
238
-
| Prerequisites | The **stress-ng** utility needs to be installed. This happens automatically as part of agent installation, using the default package manager, on Debian-based systems (including Ubuntu), Red Hat Enterprise Linux, CentOS, and OpenSUSE. For other distributions, you must install **stress-ng** manually. |
235
+
| Prerequisites |**Linux**: The **stress-ng** utility needs to be installed. This happens automatically as part of agent installation, using the default package manager, on several operating systems including Debian-based (like Ubuntu), Red Hat Enterprise Linux, and OpenSUSE. For other distributions, you must install **stress-ng** manually. |
| workerCount | Number of worker processes to run. Setting `workerCount` to 0 generated as many worker processes as there are number of processors. |
@@ -290,7 +287,7 @@ Currently, the Windows agent doesn't reduce memory pressure when other applicati
290
287
| Target type | Microsoft-Agent |
291
288
| Supported OS types | Linux |
292
289
| Description | Runs any stress-ng command by passing arguments directly to stress-ng. Useful when one of the predefined faults for stress-ng doesn't meet your needs. |
293
-
| Prerequisites | The **stress-ng** utility needs to be installed. This happens automatically as part of agent installation, using the default package manager, on Debian-based systems (including Ubuntu), Red Hat Enterprise Linux, CentOS, and OpenSUSE. For other distributions, you must install **stress-ng** manually. |
290
+
| Prerequisites |**Linux**: The **stress-ng** utility needs to be installed. This happens automatically as part of agent installation, using the default package manager, on several operating systems including Debian-based (like Ubuntu), Red Hat Enterprise Linux, and OpenSUSE. For other distributions, you must install **stress-ng** manually. |
294
291
| Urn | urn:csci:microsoft:agent:stressNg/1.0 |
295
292
| Parameters (key, value) ||
296
293
| stressNgArguments | One or more arguments to pass to the stress-ng process. For information on possible stress-ng arguments, see the [stress-ng](https://wiki.ubuntu.com/Kernel/Reference/stress-ng) article. |
@@ -1819,3 +1816,42 @@ Currently, only virtual machine scale sets configured with the **Uniform** orche
1819
1816
### Limitations
1820
1817
1821
1818
* A maximum of 1000 topic entities can be passed to this fault.
1819
+
1820
+
## Change Event Hub State
1821
+
1822
+
| Property | Value |
1823
+
| ---- | --- |
1824
+
| Capability name | ChangeEventHubState-1.0 |
1825
+
| Target type | Microsoft-EventHub |
1826
+
| Description | Sets individual event hubs to the desired state within an Azure Event Hubs namespace. You can affect specific event hub names or use “*” to affect all within the namespace. This can help test your messaging infrastructure for maintenance or failure scenarios. This is a discrete fault, so the entity will not be returned to the starting state automatically. |
1827
+
| Prerequisites | An Azure Event Hubs namespace with at least one [event hub entity](../event-hubs/event-hubs-create.md). |
Copy file name to clipboardExpand all lines: articles/chaos-studio/chaos-studio-fault-providers.md
+16-12Lines changed: 16 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,17 +14,21 @@ ms.service: chaos-studio
14
14
15
15
The following table lists the supported resource types for faults, the target types, and suggested roles to use when you give an experiment permission to a resource of that type.
16
16
17
+
More information about role assignments can be found on the [Azure built-in roles page](../role-based-access-control/built-in-roles.md).
18
+
17
19
| Resource type | Target name/type | Suggested role assignment |
| Microsoft.ServiceBus/namespaces (service-direct) | Microsoft-ServiceBus |[Azure Service Bus Data Owner](../role-based-access-control/built-in-roles.md#azure-service-bus-data-owner)|
34
+
| Microsoft.EventHub/namespaces (service-direct) | Microsoft-EventHub |[Azure Event Hubs Data Owner](../role-based-access-control/built-in-roles.md#azure-event-hubs-data-owner)|
Copy file name to clipboardExpand all lines: articles/chaos-studio/chaos-studio-versions.md
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -49,6 +49,7 @@ Chaos Studio currently tests with the following version combinations.
49
49
50
50
| Chaos Studio fault version | Kubernetes version | Chaos Mesh version | Notes |
51
51
|:---:|:---:|:---:|:---:|
52
+
| 2.1 | 1.27 | 2.6.3 ||
52
53
| 2.1 | 1.25.11 | 2.5.1 ||
53
54
54
55
The *Chaos Studio fault version* column refers to the individual fault version for each AKS Chaos Mesh fault used in the experiment JSON, for example `urn:csci:microsoft:azureKubernetesServiceChaosMesh:podChaos/2.1`. If a past version of the corresponding Chaos Studio fault remains available from the Chaos Studio API (for example, `...podChaos/1.0`), it is within support.
0 commit comments