Documentation Index
Fetch the complete documentation index at: https://docs.xloud.tech/llms.txt
Use this file to discover all available pages before exploring further.
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.