Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

The documentation has the following to say on the subject:

> Each server has access to a pool of local drives. These drives are exported to servers via the NBD protocol which effectively makes them network drives. However, network between these drives and C1 nodes are dedicated PCB tracks which ensures minimal latency and avoids network congestion.

> There is no redundancy on these volumes, you need to handle redundancy on your side! They are archieved to a permanent storage when you start and stop your server.

> Local volumes are 100% SSD drives which are able to deliver a lot of IOPS and are perfect for random read/write patterns. The maximum size of LSSD volumes is 150GB.

Found on https://www.scaleway.com/faq/server#local_volumes



Do you think that would be acceptable for a database under heavy load, compared to a true dedicated server? Does anyone has tested this product and can share some benchmark?


As long as you build it from source and realize the limited power of ARM, yes.

I wouldn't trust the packages for ARM because there are variations. Even GoLang doesn't work on all ARM processors, only some!

True dedicated servers would be much more powerful, and frankly, this is a service form Online.NET.

http://www.online.net/en/dedicated-server/dedibox-classic

For 3x the price, you can get a real Xeon processor [that will likely perform equivalent or better to 3x scaleway nodes] and 8x the RAM. At this price point, I don't see the appeal outside of the object storage.


Go works on all ARM processors that use ARMv5 or newer. Today it would be pretty hard to find an ARMv4 CPU.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: