Overview
Flavor profiles define the compute capacity and topology configuration allocated to load balancing appliances. Administrators create named flavors that users select at load balancer provisioning time. Flavors abstract provider-specific settings into human-readable capacity tiers — e.g.,standard, ha, and high-performance.
Flavor Architecture
| Concept | Description |
|---|---|
| Flavor Profile | Provider-specific settings template (topology, compute class, etc.) |
| Flavor | Named, user-visible tier based on a flavor profile. Users select flavors at provisioning. |
Create a Flavor Profile
Create a flavor profile
A flavor profile wraps provider-specific settings:
Create standard single-topology profile
Create HA active-standby profile
Create named flavors for users
Expose profiles as named flavors:
Create standard flavor
Create HA flavor
Flavor Profile Settings Reference
| Setting | Provider | Description |
|---|---|---|
loadbalancer_topology | amphora | SINGLE or ACTIVE_STANDBY |
compute_flavor | amphora | Nova flavor for the appliance instance |
amp_image_tag | amphora | Tag identifying the appliance image in the Image Service |
availability_zone | amphora | Restrict appliance placement to a specific AZ |
Manage Flavors
Recommended Flavor Set
For most production deployments, provide at least two flavors:| Flavor Name | Profile | Use Case |
|---|---|---|
standard | Single topology | Development, testing, non-critical workloads |
ha | Active-standby | Production workloads requiring high availability |
Next Steps
Provider Drivers
Understand provider-specific flavor profile settings.
Quotas
Control how many load balancers projects can provision across all flavors.
Architecture
Understand how appliance topology affects data plane resilience.
Admin Troubleshooting
Diagnose flavor-related provisioning failures.