Hetzner Cloud: Servers, Firewalls, Snapshots and a Sensible First Setup
A practical Hetzner Cloud setup guide covering projects, server types, firewalls, private networks, snapshots, backups, volumes and the limits new accounts should expect.
What Hetzner offers across cloud servers, dedicated hardware and storage, how its hourly pricing and traffic allowances work, and the trade-offs of a lean provider.
Hetzner is a German hosting company known for strong price-performance on cloud servers and dedicated hardware. This Hetzner cloud overview explains its product range, billing model and the trade-offs that come with a lean, infrastructure-first provider. It is popular with developers, small businesses and self-hosting enthusiasts who are comfortable managing their own software stack.
Hetzner runs two related but distinct businesses, each with its own console:
Hetzner operates its own data centers in Germany (Nuremberg and Falkenstein) and Finland (Helsinki). Hetzner Cloud also has locations in the United States and Singapore, though some products and server types are only available in the European sites.
| Product | What it does |
|---|---|
| Cloud servers | Virtual machines with shared or dedicated vCPUs, on x86 or Arm processors |
| Volumes and Object Storage | Block storage for cloud servers and S3-compatible object storage |
| Load Balancers | Managed load balancing across cloud servers, with health checks and TLS termination |
| Firewalls and Networks | Stateful firewall rules and private networking between servers |
| Dedicated servers | Physical machines, including a Server Auction for previously used hardware |
| Storage Box | Network storage accessible over protocols such as SFTP, Samba and WebDAV, often used for backups |
Cloud servers also support snapshots, automated backups, primary and floating IPs, and cloud-init for configuring servers at creation time. There is no managed Kubernetes or managed database product in Hetzner Cloud, although the community maintains well-known tools for running Kubernetes on it.
Hetzner’s reputation rests largely on its pricing model, which is simple to follow:
Prices have been adjusted from time to time, and some differ by location, so check the official price lists before planning a budget.
For a practical first deployment, follow our guide to Hetzner Cloud servers, firewalls, snapshots and a sensible first setup.
Hetzner offers infrastructure rather than a platform. You manage operating systems, databases, backups and scaling yourself, which takes time and skill. If you need many managed services, pair Hetzner with external services or consider a larger provider.
Support is focused on infrastructure issues such as hardware faults and network problems, not on debugging your application. Hetzner also has fewer locations than the large clouds, so users far from Europe, the United States or Singapore may see higher latency. For those audiences, a CDN in front of your servers can help.
Account review is strict. Hetzner checks new sign-ups to prevent abuse and may ask for identity verification before activating an account or increasing limits. Provide accurate information and respond through the official process.
New cloud projects have default limits on resources such as the number of servers. You can request a higher limit through the Cloud Console. Outgoing mail ports are also blocked by default on cloud servers; Hetzner describes the conditions for unblocking them in its documentation.
NewCloudStore is independent and not affiliated with Hetzner Online GmbH; trademarks belong to their owners.
A practical Hetzner Cloud setup guide covering projects, server types, firewalls, private networks, snapshots, backups, volumes and the limits new accounts should expect.
What Hetzner offers, the security settings for the Cloud Console, how hourly billing with monthly caps and traffic allowances work, and the SMTP port policy.
Why DigitalOcean, Linode, Hetzner, UpCloud, OVHcloud and Alibaba Cloud restrict outbound SMTP, how their unblock processes differ, what Kamatera does instead, and the reliable ways to send email from any cloud server.
Why Hetzner verifies new customers, the ID-or-PayPal and ID-only paths, which documents are requested and how they are handled, plus notes on trial credits and the port 25 policy.
How SPF, DKIM and DMARC work together for application email, which DNS records to publish, and how to reach a reject policy without blocking legitimate mail.
How AWS, Azure and Google Cloud differ from developer clouds like DigitalOcean and Hetzner, and how to tell which one your project actually needs.
Send a note and we will point you to the right overview, guide or official documentation.