Modify Autoscaling: Existing Deployment
Update autoscaling parameters — including instance bounds, metric thresholds,
and Update Interval — on an existing Auto-Deploy non-mesh Prisma AIRS firewall on
AWS, Azure, or GCP.
| Where Can I Use This? | What Do I Need? |
|
|
- Prisma AIRS license
- Access to Strata Cloud Manager
- An existing non-mesh AIRS firewall deployed with dynamic
autoscaling enabled
|
Following are the steps to update autoscaling parameters on an existing Auto-Deploy
non-mesh AIRS firewall on AWS, Azure, or GCP. Scaling mode cannot be changed.
You Can Change Min/Max instance bounds, metric Update Interval, add new scaling metrics,
edit thresholds on existing metrics, and remove metrics.
- If you have disconnected firewalls in your deployment folder in Strata Cloud
Manager Device Management page, you will see a failure in the folder push step
in the existing firewall update workflow for autoscaling enabled non mesh
firewalls.
- If you have firewalls which are connected to Strata Cloud Manager but still have
not completed bootstrapping, wait for it to complete. Only then trigger a
brownfield update. Otherwise expect a failure in folder push during brownfield
update.
- In your Strata Cloud Manager console, go to .
- In the Select Firewall placement page, select the existing
auto-deployed firewall.
- Select Auto-Execute Workflow.
- In the autoscaling section, make your changes: adjust Min/Max bounds, change Update
Interval, add/edit/remove scaling metrics.
- Proceed to the review page and verify the updated payload reflects all changes.
- Click Save & Auto-Execute.
- Monitor progress in Cloud Task Logs — an Update
Firewall Configuration task will be triggered.
GCP Manual Deployment Workflow
GCP supports autoscaling for manually deployed non-mesh AIRS firewalls. This workflow
requires running Terraform directly in your GCP security project.
- In your Strata Cloud Manager console, go to .
- In the Firewall Deployments page, select GCP as your cloud provider,
Subscription/Project, and Region.
- Select Download Terraform template and execute on your
own option.
- Fill in all firewall configuration parameters including Min/Max instances, Update
Interval, and scaling metrics.
- Enter a Terraform template name, then click Create
Template. If the folder was previously used, you may see an
“Object already exists” error. For more information, see Platform-Specific
Reference.
- Download the generated Terraform template.
- In the GCP Console, go to your security project and run
terraform apply.
- Verify the deployment: In the GCP Console, confirm that security
infrastructures are created (firewalls, MIG, security vpcs — trust,
untrust, and management).
- Navigate to VM Instances in the GCP Console to confirm
your firewall instances are running.
- In your Strata Cloud Manager, ensure the GCP_VM_DEFAULT
snippet is associated with your target folder.
- Verify snippet variables: confirm Trust Subnet Gateway address and
Frontend ILB address values are correctly populated, along with all
other required variable values.
- Perform a folder push from Strata Cloud Manager to apply configuration
to the folder.
- Execute manual route stitching to complete the network setup.
- Verify firewall instances appear in Strata Cloud Manager Device Management and
confirm serial numbers are licensed in the customer support portal.
Tag Collector MIG: After a GCP Manual deployment, you will see two
Managed Instance Groups in the GCP Console: one for the autoscaling firewall group
and one for the tag collector. The autoscaling MIG is named
[alias]-firewall-autoscale-common. You can safely disregard the
tag collector MIG — it is not part of this feature.
Decommissioning a GCP Manual Deployment
Run terraform destroy from your GCP security project environment.
This removes all associated cloud resources (MIG, VPCs, firewall instances). No
additional cleanup is required in Strata Cloud Manager — the folder and
device entries are removed automatically once the instances terminate.
All autoscaling-triggered tasks are visible in Strata Cloud Manager under
Cloud Task Logs. Key tasks to monitor:
- Sync Firewall Instances with Template — runs on every scale-out or
scale-in event
- Update Firewall Configuration — runs after an existing autoscaling
update
- Deregister Firewall — runs when a scaled-in instance is removed