# ScaleWay review?
**URL:** https://meta.discourse.org/t/scaleway-review/40916
**Category:** Self-hosting
**Tags:** hosting
**Created:** [2016年三月11日 19:08 UTC](https://meta.discourse.org/t/scaleway-review/40916 "2016-03-11T19:08:23Z")
**Posts on this page:** 20
**Page:** 2
### Author:  [@prateekvarma](https://meta.discourse.org/u/prateekvarma)
#### Post date: [2016年七月19日 20:29 UTC](https://meta.discourse.org/t/scaleway-review/40916/21 "2016-07-19T20:29:18Z")
I used it back when they just offered C1 servers (now they offer C2 and C3 too i guess). Though they do offer a one click setup, but there were some restrictions.
Setting up firewalls was not the usual way, i dont remember very clear but there was some complication to it. And if i remember correct, the default install was on Ubuntu 15.10 .
I decided to move my forum from them after some time.
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [2016年九月1日 08:41 UTC](https://meta.discourse.org/t/scaleway-review/40916/22 "2016-09-01T08:41:37Z")
I have now about 3 months of total usage on ScaleWay’s rock bottom VPS. So far my experience has been 100% problem free with no ISP originated downtime. Seems like a good option if you are starting from scratch.
---
### Author:  [@erlend\_sh](https://meta.discourse.org/u/erlend_sh)
#### Post date: [2016年九月1日 11:23 UTC](https://meta.discourse.org/t/scaleway-review/40916/23 "2016-09-01T11:23:57Z")
So to summarise, did you need to do anything unorthodox in order to install Discourse on ScaleWay VPS or did you just follow the Cloud Install guide and basically replaced “Digital Ocean” with “ScaleWay”?
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [2016年九月1日 13:10 UTC](https://meta.discourse.org/t/scaleway-review/40916/24 "2016-09-01T13:10:51Z")
ScaleWay and standard Discourse installation process are compatible. They offer standard/typical Ubuntu boxes and virtual servers.
The only unexpected part of the process is that one needs to disable their default SMTP port block **and** do a **hard reboot** , in order for the setting change to have effect on the server. And I really mean a hard power on/off reboot, not just issuing a reboot from the terminal. Pulled my hair for some hours until I figured that out.
But that is a one time effort to be done before the actual Discourse installation and from there it is smooth sailing. Bootstrapping and rebuilding times are lengthy thanks to their Atom cores and slow disk i/o.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2016年九月1日 22:11 UTC](https://meta.discourse.org/t/scaleway-review/40916/25 "2016-09-01T22:11:07Z")
> [@ljpp](#):
>
> thanks to their Atom cores and slow disk i/o.
Hmm, those are both critical for fast, responsive Discourse instances though. ☹
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [2016年九月2日 06:04 UTC](https://meta.discourse.org/t/scaleway-review/40916/26 "2016-09-02T06:04:04Z")
One does not simply get a Tesla with Ludicrous Mode for 2.99€ month.
OVH’s cheapest offering is **a lot** faster, but they offer only 10GB storage. This means that you run out of disk space in few months, if you get _any_ action to your Discourse instance. With Digital Ocean you need to triple the budget, and you only get 1GB RAM and also very modest single core performance. Anyway, it’s not too bad actually - see for yourself [here](https://cd-rw.org/).
@erlend_sh Sorry, I was browsing through this whole thread and noticed that yesterday I forgot about another rather unique “feature” of ScaleWay - user needs to choose a Docker specific bootscript, or the installation will fail. IIRC in this case no hard reboot is needed.
> [@ScaleWay review?](https://meta.discourse.org/t/scaleway-review/40916/17):
>
> Responding to myself. One needs to: Create server Hidden under server’s advanced settings, switch to bootscript that contains docker Reboot Voila! (Excuse my french)
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [2016年九月28日 11:13 UTC](https://meta.discourse.org/t/scaleway-review/40916/27 "2016-09-28T11:13:02Z")
ScaleWay continues to run slow but steady. There was one short 15 min network connection break. I tested their support by creating an urgent ticket, and it was responded to rather quickly. There was nothing to resolve at that point though, since the connection came back up, but they explained me that they had a brief network issue. So the uptime is pretty good - 15mins down during the last few months.
Has anyone tried or benchmarked their more powerful plans? While the Atom cores are not ideal, they do come with massive resources. You get 6 cores (non-hyperthreading?), 8GB of RAM and a 200GB disk for just 9.99€/m, as an example.
---
### Author:  [@mpalmer](https://meta.discourse.org/u/mpalmer)
#### Post date: [2016年九月28日 11:59 UTC](https://meta.discourse.org/t/scaleway-review/40916/28 "2016-09-28T11:59:19Z")
That would be six really slow cores, though, which might be great if you want to serve a lot of simultaneous page views really slowly, but otherwise is not a great strategy for a web application.
---
### Author:  [@rriemann](https://meta.discourse.org/u/rriemann)
#### Post date: [2016年十月5日 14:16 UTC](https://meta.discourse.org/t/scaleway-review/40916/29 "2016-10-05T14:16:04Z")
So far, I’m on Scaleway ARM, but I plan to change to x86\_64 architecture. What’s your actual plan? This one?
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [2016年十月5日 16:46 UTC](https://meta.discourse.org/t/scaleway-review/40916/30 "2016-10-05T16:46:58Z")
Yes, that’s the one I use for two small or development communities. Been very happy with it so far. Read all the instructions from earlier posts.
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [2016年十二月4日 11:44 UTC](https://meta.discourse.org/t/scaleway-review/40916/31 "2016-12-04T11:44:34Z")
Just a quick update that ScaleWay has been consistently stable during my time there. ~100% uptime with no issues what so ever. Still my top choice for small communities or as a development environment.
---
### Author:  [@steef](https://meta.discourse.org/u/steef)
#### Post date: [2016年十二月14日 17:08 UTC](https://meta.discourse.org/t/scaleway-review/40916/32 "2016-12-14T17:08:24Z")
I set up a small (scout group organization: ~30 users, invite only, low activity) Discourse instance on a VC1S server (the €2,99 plan above) about a week ago. So far it seems to be running smoothly.
I wanted to point out that, instead of changing the kernel as @ljpp described, one can also use the [Docker InstantApp](https://www.scaleway.com/imagehub/docker/) which is basically Ubuntu 16.04.1 with docker set up (aufs storage backend by default).
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [2016年十二月22日 22:10 UTC](https://meta.discourse.org/t/scaleway-review/40916/33 "2016-12-22T22:10:40Z")
Scaleway users make note of this one:
> [@Upgrade failed due to unclean database shutdown](https://meta.discourse.org/t/discourse-1-6-7-1-6-9-upgrade-failed-launcher-rebuild-app/54414/7):
>
> Hi, yes, exactly this error. What was happening for me was the following, and I believe the same is true in your case. I was on Scaleway VC1S. The stop timeout is not enough for this system, after 10 seconds PostgreSQL is still running. Now with -t 10 we are sending a kill signal to PostgreSQL which results in an unclean shutdown case. This is problem #1. This means that a db recovery has to run on next startup. But 5 seconds is not enough for a recovery, so a startup cannot continue. This …
---
### Author:  [@MerryMinstrel](https://meta.discourse.org/u/MerryMinstrel)
#### Post date: [2017年一月10日 13:06 UTC](https://meta.discourse.org/t/scaleway-review/40916/34 "2017-01-10T13:06:30Z")
Hi, I will quickly share my experience with ScaleWay. I used “Starter VC1S” droplet with 2GB RAM, 50GB SSD, 2 x86 cores. Impact on site performance was noticeable, but not unusable. (previously my instance was hosted on Digital Ocean 1GB droplet) Everything was fine for a week or two. Until I started receiving complains from my users about unaccessible page. No error messages were shown, page was just blank. I quickly discovered that this problem can be fixed by clearing browser cache. Blank pages were caused by strange javascript syntax errors and only some users experienced this problem(with nothing similar between them - they had wide variety of devices, browsers and internet connections).
Next I discovered that backups downloaded from this instance were faulty. Site restore on fresh VPS using these backups generated errors and failed.
It seems that that the cause of these problems was bad connection to the server. At least that was the cause for faulty backups. Backups downloaded from web interface were faulty, while the same backups downloaded via sftp were fine. I used FileZilla to download backup files. When download was done I noticed many “connection lost” errors in the FileZilla logs.
After working backup files were retrieved I went strait back to Digital Ocean and haven`t experienced any problems since.
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [2017年一月10日 13:16 UTC](https://meta.discourse.org/t/scaleway-review/40916/35 "2017-01-10T13:16:44Z")
I wonder if ScaleWay has quietly changed something in their infrastructure, or is over selling their capacity. It ran perfectly for months, and now people are running into these issues. My communities did not grow substantially during that time, nor did Discourse change too much since I am on stable branch.
I have since moved my midget sites to [Hetzner’s VPS](https://meta.discourse.org/t/hetzner-experiences/54430) and so far so good.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [2017年一月14日 15:02 UTC](https://meta.discourse.org/t/scaleway-review/40916/36 "2017-01-14T15:02:44Z")
Are you using https? Those problems sound like they could have been infected by an intermediary.
---
### Author:  [@MerryMinstrel](https://meta.discourse.org/u/MerryMinstrel)
#### Post date: [2017年一月14日 17:30 UTC](https://meta.discourse.org/t/scaleway-review/40916/37 "2017-01-14T17:30:43Z")
I was not using https at the time.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [2017年一月14日 21:41 UTC](https://meta.discourse.org/t/scaleway-review/40916/38 "2017-01-14T21:41:38Z")
(Lest I was unclear. . . ) It’s a good bet that the problems you describe would go away with https.
---
### Author:  [@MerryMinstrel](https://meta.discourse.org/u/MerryMinstrel)
#### Post date: [2017年一月14日 22:10 UTC](https://meta.discourse.org/t/scaleway-review/40916/39 "2017-01-14T22:10:20Z")
You were very clear. Thanks for the advice! Https really did not cross my mind at the time.
---
### Author:  [@riking](https://meta.discourse.org/u/riking)
#### Post date: [2017年一月15日 04:57 UTC](https://meta.discourse.org/t/scaleway-review/40916/40 "2017-01-15T04:57:34Z")
I’ve seen similar network corruption issues with low-cost VPSes in the past. They all went away when we switched to HTTPS, because corrupted data aborts the connection instead of being saved in the browser cache.
(For certain values of “went away” - it turned a random persistent service problem into a random temporary service problem.)
[上一頁](https://meta.discourse.org/t/scaleway-review/40916.md?page=1)
[下一頁](https://meta.discourse.org/t/scaleway-review/40916.md?page=3)