# Hetzner experiences
**URL:** https://meta.discourse.org/t/hetzner-experiences/54430
**Category:** Self-hosting
**Tags:** hosting
**Created:** [December 17, 2016, 4:37pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430 "2016-12-17T16:37:07Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [December 17, 2016, 4:37pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/1 "2016-12-17T16:37:07Z")
Time to test a new hosting company 🙂 .This time I opted for German Hetzner, and their 4.80€ VPS CX1. Note that this price is **VAT inclusive** , so it is one of the very cheapest on the market (many providers present VAT 0% prices) for a consumer.
It’s a [solid package](https://www.hetzner.de/pt/hosting/produkte_vserver/cx10):
- 1GB RAM
- 1 Core CPU
- 25GB SSD
- 1 snapshot included in the price (paid extra option at OVH and many others)
- DDoS protection and the usual goodies
I **was** going to benchmark this and move one instance there right away, but the always flexible Germans do not open new accounts during weekends. They validate the massive 4.80€ transaction manually, before issuing the virtual server. And yes, this is 2016. Also their support seems to be available only during extended office hours. For the record **servers never break during office hours**.
I’ll get back to this topic some time later when they have finally booted my server…Not sure when I have the time to do it, as I would have had some **today** , but it’s Saturday. It would be nice to read any comments while waiting.
---
### Author:  [@djcyry](https://meta.discourse.org/u/djcyry)
#### Post date: [December 18, 2016, 10:08pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/2 "2016-12-18T22:08:33Z")
I was client of hetzner during 6/8 months , dedicated servers and was ok , untill “someone” was flooding my server (wtf??) . And hetzner blocked my servers for 72h . I am talking about …4/5 years ago . Right now i dont know how it is …
Right now i am testing a ovh vps ssd 2 for my discourse instance , all things are ok , fast install , easy install but the dns settings…no comment , are very dificult to do .
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [December 19, 2016, 10:32am UTC](https://meta.discourse.org/t/hetzner-experiences/54430/3 "2016-12-19T10:32:52Z")
Well, it took them about 2 office hours to deliver my servers, so they are quite efficient when they are onsite.
```plaintext
CPU model: Intel(R) Xeon(R) CPU E5-26xx (Sandy Bridge)
Number of cores: 1
CPU frequency: 1999.999 MHz
Total amount of RAM: 992 MB
Total amount of swap: MB
System uptime: 2:52,
I/O speed: 594 MB/s
Bzip 25MB: 8.31s
Download 100MB file: 69.3MB/s
```
Good I/O speed in the benchmark, but the Bzip result is roughly the same as with [Digital Ocean](https://meta.discourse.org/t/the-cheapest-solution-for-hosting/24060/36). The reported clock speed is 200MHz / 10% faster. One more thing that I noticed is that ping times are somewhat slow (~100ms category) from my location. Usually I ping to central Europe in 40-60ms.
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [December 19, 2016, 4:41pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/4 "2016-12-19T16:41:44Z")
Found a one hour slot to do the migration. It was a pleasant experience, as there was **nothing** needed outside usual Discourse installation process. No funky business with boot scripts or blocked ports, as with Scaleway. Site feels good - perhaps a bit snappier and more responsive than with ScaleWay.
So over all this seems like a decent budget offer. Now I shall start the long term monitoring and let’s see how reliable they are.
---
### Author:  [@ErikMH](https://meta.discourse.org/u/ErikMH)
#### Post date: [January 17, 2017, 9:07pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/5 "2017-01-17T21:07:51Z")
Thanks to your posts here, @ljpp, I’ve just done this myself (pulling my data from Scaleway). As with you, once Hetzner actually provisioned the server (almost three hours) the migration went without a hitch.
On the east coast of the U.S., I’m seeing load times about 20% – 25% faster than Scaleway’s. (Of course, it _costs_ about 30% more, too!)
How has your last four weeks with them gone?
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [January 17, 2017, 10:21pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/6 "2017-01-17T22:21:43Z")
Perfect, thank you for asking!
One month is too short period of time to make any conclusions, but so far no issues what so ever. Did the Discourse 1.7 upgrade on both of my boxes there - these definitely rebuild a lot faster than ScaleWay’s.
---
### Author:  [@ErikMH](https://meta.discourse.org/u/ErikMH)
#### Post date: [January 18, 2017, 1:50am UTC](https://meta.discourse.org/t/hetzner-experiences/54430/7 "2017-01-18T01:50:22Z")
Excellent — thank you for the update! Yeah, I’m seeing my backups going about 30% faster, too.
---
### Author:  [@blau](https://meta.discourse.org/u/blau)
#### Post date: [January 26, 2017, 4:43pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/8 "2017-01-26T16:43:19Z")
I’ve been a Hetzner customer for some years, my D. instance on their small-mid VPS (2GB RAM) is running fast and responsive. I’m based in Europe, BTW, so their datacenter location in Germany is a plus, for latency and for legal reasons.
---
### Author:  [@Lutz](https://meta.discourse.org/u/Lutz)
#### Post date: [February 18, 2017, 5:47pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/10 "2017-02-18T17:47:29Z")
Have a look at this:
> **[Hetzner Online Status](https://status.hetzner.com/de)**
>
> Hetzner Online Status – Hier finden Sie allgemeine Statusmeldungen zu Produkten und Services von Hetzner Online.
---
### Author:  [@Lutz](https://meta.discourse.org/u/Lutz)
#### Post date: [February 18, 2017, 6:09pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/12 "2017-02-18T18:09:37Z")
Ah sorry, that’s what I was trying to point out.
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [February 19, 2017, 11:32am UTC](https://meta.discourse.org/t/hetzner-experiences/54430/15 "2017-02-19T11:32:06Z")
Recently I discussed here an issue that my site is not reachable via http. After some investigation, this was **not a Hetzner issue**. Domain auto-renewal had failed and it was suspended. I deleted those posts as they had disinformation regarding the root cause.
Still a valuable experiment to see if Hetzner handles support tickets outside office hours, and they do not. Also, I dont seem to be update or close my own support ticket, which is odd. The server and connection works though.
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [August 13, 2017, 7:43pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/16 "2017-08-13T19:43:38Z")
[Hetzner’s CX servers](https://www.hetzner.de/virtual-server) include at least one Snapshopt for free, which is great, and it just takes a few seconds to create one. But they issue this warning:
> Power off your vServer before taking a snapshot to ensure data consistency. If you take a snapshot of a running vServer, data in the memory cannot be saved. To restore a snapshot, the vServer must be switched off.
Can someone translate what this means for discourse (and, Wordpress, for that matter)? I understand that if I take a Snapshot only includes whatever is saved to the disk, but does it matter that I don’t get what was in RAM (and swap?)? Or _when_ does it matter?
BTW: have you seen the revamped Hetzner-website? Was about time 😉 Now, I hope, the next redesign will be the beautiful backend…
I’ll post a screenshot here, so we can compare before and after
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [August 13, 2017, 8:07pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/17 "2017-08-13T20:07:04Z")
> [@tophee](#):
>
> Can someone translate what this means for discourse (and, Wordpress, for that matter)?
You’re probably right about not needing the RAM/swap data. All the data you need for a restore should be on the filesystem, with the exception of any caching going on with the database.
The problem with taking a snapshot of a “live” system is that the data can change while the backup is happening. For example, if the backup gets halfway through the database, and then something changes, the backup will carry on regardless. But when you go to restore, the database file will probably be corrupt.
I think other cloud providers will have exactly the same warning - Digital Ocean certainly does.
The way Discourse deals with this problem for its own backups is to put the database in read-only mode, and then use the database’s built-in backup methods.
The only real way to put an entire operating system in “read only mode” is to shut it down, hence their recommendation.
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [August 13, 2017, 8:15pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/18 "2017-08-13T20:15:45Z")
> [@david](#):
>
> The way Discourse deals with this problem for its own backups is to put the database in read-only mode, and then use the databases built-in backup methods.
Okay, so if I take backup in discourse and then a snapshot, I should be fine?
By “fine” I mean, I if I then fiddle with some server settings and the thing becomes unresponsive, I can restore it from the snapshot and then restore discourse from the backup and everything will be as it was.
(For wordpress, I assume the same applies: do an internal backup in addition to the snapshot)
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [August 13, 2017, 8:19pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/19 "2017-08-13T20:19:40Z")
> [@tophee](#):
>
> Okay, so if I take backup in discourse and then a snapshot, I should be fine?
I’m gonna go with “probably”, but possibly not 😉
The safest thing would be to have a completely external system storing your backups as well - like S3/Dropbox/Google-Drive etc. - that way you’re not entirely reliant on a single company and their computer systems.
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [August 13, 2017, 8:20pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/20 "2017-08-13T20:20:46Z")
> [@david](#):
>
> The safest thing would be to have a completely external system storing your backups as well - like S3/Dropbox/Google-Drive
Yes, I have my backups on dropbox. Sorry, should have mentioned.
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [August 13, 2017, 8:24pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/21 "2017-08-13T20:24:12Z")
Then I’d say you’re pretty safe - in a worst case scenario where the hosting provider loses your server and its snapshot, you’ve still got your data safe 🙂
---
### Author:  [@pain](https://meta.discourse.org/u/pain)
#### Post date: [October 7, 2017, 1:57pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/22 "2017-10-07T13:57:08Z")
does hetzner ask for ID (like ovh and other sites)?
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [October 26, 2017, 11:26pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/23 "2017-10-26T23:26:20Z")
I don’t recall sending them my ID. But the safest way is to ask them (or try it out).
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [May 30, 2021, 7:03pm UTC](https://meta.discourse.org/t/hetzner-experiences/54430/24 "2021-05-30T19:03:47Z")
Since Digital Ocean decided to burn my hard earned credits, I moved my little sandbox Discourse instance to [Hetzner.de](http://Hetzner.de) (CX11). Looks like Moore’s Law still applies, as the CPU performance has improved over the years 🙂
```plaintext
CPU model: Intel Xeon Processor (Skylake, IBRS)
Number of cores: 1
CPU frequency: 2294.608 MHz
Total amount of RAM: 1939 MB
Total amount of swap: MB
System uptime: 26 min,
I/O speed: 969 MB/s
Bzip 25MB: 3.39s
Download 100MB file: 128MB/s
```
There was one new issue that I discovered – the **discourse-setup** failed on error message which suggested that **port 443 would be unreachable**. This was on a clean default configuration, with no firewall rules defined. I did not find an obvious reason why this occurs, going though the relevant topics here, disabled CloudFlare caching, but the issue persisted.
Then I just configured the app.yml manually and it worked perfectely, with Let’s Encrypt, https:// and everything.
[Next page](https://meta.discourse.org/t/hetzner-experiences/54430.md?page=2)