Skip to content

Flavors Console

Reference · Updated Sep 2026

Coming from another cloud?

▸AWS·Instance Types

Instance Typeshigh

  • Fixed predefined configurations only; no custom flavor creation.
  • Extensive families for GPU/HPC/ARM etc.
  • InstanceType as string param in API, not ID reference.
  • Tied to specific hardware generations (Nitro/Xen).
AWS docs ↗
▸Azure·VM sizes

VM sizeshigh

  • Predefined hardware-optimized series (e.g., D-family general purpose) with complex naming (e.g., Standard_D4as_v5), not user-defined vCPU/RAM like OpenStack flavors.
  • Sizes listed via API /providers/Microsoft.Compute/locations/{location}/vmSizes, region-specific availability.
  • Includes accelerator features (GPU, FPGA) baked into sizes, unavailable in basic OpenStack flavors without extensions.
  • Cannot create custom sizes; selection from catalog, limiting flexibility vs OpenStack flavor creation.
Azure docs ↗
▸DigitalOcean·Droplet sizes (plans)

Droplet sizes (plans)high

  • A Droplet must select a predefined “size” bundle (RAM/vCPU/disk/transfer) rather than choosing from an OpenStack flavor catalog that many clouds let you customize/extend at the project level.
  • The size object exposes explicit monthly pricing (price_monthly) and per-hour pricing (price_hourly) in the API response, whereas OpenStack clouds typically separate pricing from the Nova flavor definition.
  • DigitalOcean sizes embed transfer allowance and region availability directly in the size metadata, while OpenStack flavors generally describe compute resources and rely on separate networking/quotas/policies for bandwidth and availability.
  • DigitalOcean size classes are described in the API as categories like Basic, General Purpose, CPU-Optimized, Memory-Optimized, and Storage-Optimized rather than OpenStack’s provider-defined flavor naming/extra-specs approach.
DigitalOcean docs ↗
▸Google Cloud·Machine types

Machine typeshigh

  • Organized by families/series (e.g. N2 general-purpose); OpenStack flavors flat list.
  • Custom types +5% premium for N/E series; no such billing in OpenStack.
  • Naming 'n2-standard-4'; shared-core bursting types absent in OpenStack.
Google Cloud docs ↗
▸Hetzner·Server Types

Server Typeshigh

  • Fixed predefined types (e.g. CX11, CPX31) with shared_vcpu (noisy neighbors) vs dedicated_vcpu.
  • GET /v1/server_types lists all; no custom flavor creation like OpenStack.
  • Includes pricing (hourly/monthly net/gross), included_traffic, architecture (x86/amd64/arm).
  • Resize via change_type action, but limited to compatible types.
Hetzner docs ↗

Flavors console

Flavors define the vCPU, memory, and disk resources allocated to an instance. Quake AI organizes flavors into four categories: General Purpose, Compute Optimized, Memory Optimized, and Shared Resources. For guidance on choosing between categories, see Flavors.

List of flavors#

Select Compute > Flavors to view the Flavors console. The console uses two tabs:

  • x86 Architecture: pre-defined platform flavors available to all projects (listed below).
  • Custom: project-specific flavors created by your organization or assigned by Quake AI support. Custom flavors appear when your project has been granted access to non-standard hardware profiles (for example, GPU-attached instances or specialized memory/CPU ratios). If your project has no custom flavors, this tab is empty.
Flavors console with x86 Architecture and Custom tabs, showing a table of flavors with columns for name, vCPUs, RAM, disk, and network throughputClick to zoom
Flavors console showing x86 Architecture tab with standard platform flavors

🖥️ General purpose (m2a) - dedicated vCPU flavors#

NameRAM (GiB)vCPUNetwork Throughput (Gbps)
m2a.large820.5
m2a.xlarge1641.0
m2a.2xlarge3282.0
m2a.4xlarge64164.0
m2a.8xlarge128328.0
m2a.16xlarge2566416.0

🧮 Compute optimized (c2a) - dedicated vCPU flavors#

NameRAM (GiB)vCPUNetwork Throughput (Gbps)
c2a.large420.5
c2a.xlarge841.0
c2a.2xlarge1682.0
c2a.4xlarge32164.0
c2a.8xlarge64328.0
c2a.16xlarge1286416.0
c2a.32xlarge25612832.0

🧠 Memory optimized (r2a) - dedicated vCPU flavors#

NameRAM (GiB)vCPUNetwork Throughput (Gbps)
r2a.large1620.5
r2a.xlarge3241.0
r2a.2xlarge6482.0
r2a.4xlarge128164.0
r2a.8xlarge256328.0

💡 Shared CPU (s1a) - shared vCPU flavors#

NameRAM (GiB)vCPUNetwork Throughput (Gbps)
s1a.micro110.5
s1a.small220.5
s1a.medium440.5
s1a.large880.5
s1a.xlarge16161.0
s1a.2xlarge32322.0

Flavor properties and attributes#

Here's a table summarizing the properties and attributes that you should understand to work with flavors in the Compute service:

Property/AttributeDescription
NameA unique name identifying the flavor.
IDA unique identifier automatically assigned to the flavor by OpenStack.
RAMThe amount of RAM (in MB) allocated to instances of this flavor.
VCPUsThe number of virtual CPUs allocated to instances of this flavor.
DiskThe size of the root disk (in GiB) for instances of this flavor.
EphemeralThe size of the ephemeral disk (in GiB) for instances of this flavor (if applicable).
SwapThe size of the swap space (in MB) for instances of this flavor (if applicable).
RXTX FactorThe relative weight for network bandwidth allocation (used in some networking models).
PublicA boolean value indicating whether the flavor is accessible to all users or private.
Extra SpecsKey-value pairs defining additional specifications and capabilities for the flavor.
Is PublicA boolean value indicating whether the flavor is public or private.

Understanding these properties and attributes is helpful for selecting the appropriate size for your workloads based on performance and resource requirements.

Flavors#

Flavors CLI reference#

Flavors API reference#

Quick answers

Was this page helpful?