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/firewall/prescaling.md
+23-2Lines changed: 23 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -35,7 +35,7 @@ You can configure two properties in the autoscaleConfiguration setting:
35
35
36
36
When minCapacity and maxCapacity are set to the same value, the firewall runs at a fixed capacity with no autoscaling.
37
37
38
-
> [!NOTE]
38
+
> [!IMPORTANT]
39
39
> The minimum and maximum capacity values must either be equal, or their difference must be greater than 1. For example, if minCapacity is 5, maxCapacity must be at least 7.
40
40
41
41
## Configuration options
@@ -104,14 +104,35 @@ Prescaling introduces a **Capacity Unit Hour** billing meter. You pay based on t
104
104
105
105
## Limitations
106
106
107
-
Keep the following considerations in mind when using prescaling (Preview):
107
+
Keep the following considerations in mind when using prescaling:
108
108
109
109
-**No region-level capacity guarantees**: Scaling might fail or be delayed if the region lacks capacity.
110
110
-**Fixed capacity disables autoscaling**: When minCapacity equals maxCapacity, autoscaling is disabled.
111
111
-**Retention of previous settings**: If your firewall already has autoscaleConfiguration values set, and you deploy or update the resource without specifying the autoscaleConfiguration property (such as via Bicep, ARM template, or other templates), the firewall keeps using the existing autoscaleConfiguration values. This behavior helps prevent accidental overwriting or loss of your scaling settings.
112
112
-**Configuration resets on resource changes**: Deleting, re-creating, or migrating the firewall might reset capacity values to defaults.
113
113
-**Active scaling or maintenance events**: Prescaling changes might fail if the firewall is midscale or during an upgrade. Retry after completion.
114
114
115
+
## Known issues
116
+
117
+
There's a known issue when modifying prescaling configuration:
118
+
119
+
When you attempt to reduce the maximum capacity value (maxCapacity) to a number lower than its previously configured value, the operation may fail.
120
+
121
+
**Examples:**
122
+
123
+
| Scenario | Description | Result |
124
+
|----------|-------------|--------|
125
+
| Example 1 | You were at the default scale of min=2, max=20, and you try to prescale to min=2, max=4. | ❌ Error occurs |
126
+
| Example 2 | You were at the default scale of min=2, max=20, and you try to prescale to min=2, max=24. | ✅ Works as expected |
127
+
| Example 3 | After the previous prescale (min=2, max=24), you try to prescale again to min=2, max=20. | ❌ Error occurs |
128
+
129
+
**Mitigation steps:**
130
+
131
+
If this issue occurs:
132
+
133
+
1. Reset to the default scale in the Azure portal, or set the autoscaleConfiguration property to null using API or ARM.
134
+
1. Reapply the prescaling configuration, ensuring that maxCapacity is greater than or equal to the previous max value (for example, maxCapacity >= 20).
135
+
115
136
## Next steps
116
137
117
138
- Learn about [Monitoring Azure Firewall](monitor-firewall-reference.md)
0 commit comments