How to allocate floating IP addresses
Coming from another cloud?
▸AWS·Elastic IP addresses
Elastic IP addresses
- AWS charges idle EIPs.
- OpenStack floating IPs free/pool-limited.
- AWS regional instance/ENI.
- OpenStack project port.
▸Azure·Public IP addresses
Public IP addresses
- Public IP is a dedicated ARM resource with SKUs (Basic/Standard); IPv4 billed, IPv6 free ().
- Static/dynamic allocation (Standard static only); zone-redundant option (Standard v2).
- Associated directly to NIC/LB/gateway vs via router DNAT in OpenStack.
- Dynamic outbound uses ephemeral IPs even without assoc; no pool allocation like Neutron external nets.
▸DigitalOcean·Reserved IPs (formerly Floating IPs)
Reserved IPs (formerly Floating IPs)
- Naming/API surface: DigitalOcean renamed Floating IPs to Reserved IPs; endpoints and fields change from `floating_ips` to `reserved_ips` (while legacy endpoints existed until a stated deprecation window), whereas OpenStack retains the “floatingip” resource in Neutron APIs ().
- Identity model: DigitalOcean’s resource identifier in the API path is the IP address itself (`/v2/reserved_ips/{reserved_ip}` where `{reserved_ip}` is an IPv4 address), whereas OpenStack commonly uses UUID identifiers for Neutron resources like floating IPs and ports ().
- Attachment model: creation requires either `droplet_id` or `region` and reassignment is conceptually “map to a Droplet”; OpenStack associates floating IPs to Neutron ports (and thus can be used with more complex networking constructs like routers), which is a different mental model for migrating users ().
- Region binding: DigitalOcean Reserved IPs are explicitly bound to a region, while OpenStack floating IP pools are usually defined per external network and can be consumed wherever that external network is reachable (implementation-specific) ().
▸Google Cloud·Static External IP
Static External IP
- GCP static IPs are regional or global resources, with unassociated IPs metered per-hour; OpenStack floating IPs are pool-based. See the GCP pricing page for current rates.
- GCP supports both ephemeral (auto-released on stop) and static IPs; OpenStack floating IPs are always explicit.
- GCP global static IPs used with global load balancers only; no direct OpenStack equivalent.
▸Hetzner·Floating IPs
Floating IPs
- Flat monthly billing €3/IPv4 or hourly equivalent, not usage-based per hour ().
- Locked to specific location/zone, cannot move across datacenters unlike global pools in OpenStack ().
- Hot-reassign without server reboot but requires manual OS config (e.g., ifupdown/netplan) post-change ().
- Limits: 10/account default, 20/server max; single assignment at a time ().
How to allocate floating IP addresses
Floating IPs are public IP addresses that you can assign to instances on private networks. Allocate a floating IP from the public pool, then associate it with an instance to make it reachable from the internet.
Prerequisites
- ConsoleLogged in to the Quake AI console
- CLIOpenStack CLI installed and authenticated (
clouds.yamloropenrcsourced) - APIAPI token generated with
$OS_TOKENand service endpoint variables set - TerraformOpenTofu installed with Quake AI provider configured
Windows: CLI examples use bash. Set up a Linux CLI environment on Windows before proceeding.
You need an instance on a private network with a router connected to the PublicStatic external network.
Allocate a floating IP#
Associate the floating IP with an instance#
Verify the result#
See also#
- How to point a domain at a Quake AI resource
- Network API Reference: full parameter documentation for the Network API
- Floating IPs CLI reference
- Floating IPs API reference
- Floating IPs console
- Floating IPs concepts
Usage Guidelines
The sample code, software libraries, command line tools, proofs of concept, templates, and other related technology on this page (including any of the foregoing that is provided by Quake AI personnel) is provided to you as Quake AI Content under the Quake AI Customer Agreement, or the relevant written agreement between you and Quake AI (whichever applies). Do not use this Quake AI Content in your production accounts, or on production or other critical data. You are responsible for testing, securing, and optimizing the Quake AI Content (such as sample code) as appropriate for production grade use based on your specific quality control practices and standards. Deploying Quake AI Content may incur Quake AI charges for creating or using Quake AI chargeable resources, such as running Compute instances or storing data in Object Storage. Your use is also subject to the Acceptable Use Policy.
For the full policy, see Usage Guidelines.
Last validated: 04.06.2026
See Also
Networks
Prerequisite
How to deploy a multi-tier application with Terraform
Shares: Floating IPs, Networks
How to run blue/green or canary deployments on Quake AI
Shares: Floating IPs, Networks
How to front a Quake AI workload with a web application firewall
Shares: Floating IPs, Networks
How to set up a site-to-site or remote-access VPN to Quake AI
Shares: Floating IPs, Networks