I am 99% sure that's not the same benchmark. The cheapest way to break 12,000 CPUMarks is a $370 Intel Core i7-5820K (15MB of cache, 6 cores, 12 threads).
Perhaps they are using the Android benchmark. A score of 12,000 is about what a quad core ARMv7 phone gets.
Compared with the cross-platform Geekbench3 a HTC One (ARMv7 4 core, 1.7-2.2Ghz, 12,000 Android CPUMarks) gets between 2,000 and 3,000 points[1], while a 5820K gets around 20,000 points[2].
Just to give another data point closer to price an Atom N2800 (which kimsufi offers with ssd for the same monthly price) gets around 1100, so competitive but not world changingly so.
Ah that would explain it. That's a pretty misleading claim then. So I guess ARMs are still pretty slow and Amazon is not all that terrible after all performance-wise. That also makes more sense intuition-wise.
Each resource is billed per hour up to its monthly cap. The monthly cost of a resource is calculated by running the hourly rate for 500 hours. If a resource is used during more than 500 continuous hours in the month, the rest of the month is free."
> Their "Infinite Storage" is €0.02/month, though.
"Infinite Storage" is, like the term "unlimited", misleading. I clicked through only to find out that it's for 1GB of storage, with unlimited requests and transfers.
I think the implication was an infinite amount of those 1Gb chunks -- IE: they can grow the infrastructure as fast are you can use it.
It is almost assuredly a lie (as someone who is working on a project scaling to PBs -- I pressed a lot of vendors on "unlimited" or "infinite" and most said they simply couldn't scale to X).
I think the implication was an infinite amount of those 1Gb chunks -- IE: they can grow the infrastructure as fast are you can use it.
It is almost assuredly a lie (as someone who is working on a project scaling to PBs -- I pressed a lot of vendors on "unlimited" or "infinite" and most said they simply couldn't scale to X).
It doesn't work for Serbian numbers either. I tried to verify my number for the free preview and it didn't work. Their mobile gateway is down probably.
I just went searching for ARM servers last week...the options for white box systems are very slim. There are no Supermicro, Asus, etc. ARM rack mount systems yet, so you'd need to work out a deal with one of the few big name vendors with offerings in this space.
The costs seemed very high, to me, compared to whitebox/barebones AMD or even Intel based servers on a performance basis.
I think it is simply a function of them not being widely available cheaply yet. I wonder how they're getting them cheap enough to make this make sense...maybe quantity pricing is much better.
That's one of the big names I had in mind. They're pretty expensive for the performance you get. I'd choose a multi-core AMD or Intel...even when virtualized it's gonna provide more juice for your dollar, according to the math I did. Which is weird because ARM has come so far. I'm really wanting to try ARM on the server but the costs are still wrong. This is, of course, at least partly just because the barebones and white box manufacturers haven't entered the fray.
Memory capacity was actually my biggest cost factor that made a difference. You can buy x86 boxes with 256GB capacity for quite cheap. Up to 1TB for not outrageous amounts. The micro servers are designed for quite low amounts of memory... But memory is, by far, the bottleneck I am concerned with. CPU speed barely matters at all...so virtualizing CPU is fine as long as memory can be huge and fast.
Because Intel destroys anything ARM has to offer in terms of price/performance or performance/watt, even on microservers since the Avotons came out. We're also going to see Xeon D's and Denvertons before proper ARM based server solutions come to market.
This is a very interesting offer, that clearly targets DigitalOcean.
The only thing I could not find quickly is info about the company: Is it a startup? Is it funded?
Until I found out it's a new product by Online, which is a subsidiary to one of France biggest telecom disruptor. There should be an About us that tells just that, which would clearly give more confidence to potential customers.
> Scaleway is also providing a fast, 100% S3-compatible, object storage service called SIS (Scaleway Infinit Storage). SIS starts at €0.00004 for 1GB of storage.
Should be 'infinite'?
> At Scaleway, we provide bare metal SSD servers. When you request a server, you get full root access on a dedicated servers.
Plural agreement. Should be 'on a dedicated server'.
> A simple, robust REST APIs to control all your cloud ressources
Plural agreement, 'Simple, robust REST APIs'. Also spelling, 'resources'.
I thought so, hence the question mark. The whole phrase 'Scaleway Infinit Storage' could be French, although perhaps it would be 'Storage Infinit Scaleway'.
I used their beta, and was pleasantly surprised by the performance of these little boxes. I find the idea of a dedicated box vs. virtualisation quite attractive for some hard to quantify reasons.
Wondering if they'll roll-out in more regions soon. Interesting to see the international take-up, of course quite an euro-centric approach :)
What other OS could you want, especially on ARM? Most alternatives to Linux are a mistake for web hosting at this point in history. As much as I like some of the ideas and features of some of the alternatives, when taken as a whole, Linux is simply the right tool for the job most of the time.
In short, while its cool if they offer other OS options, my confidence certainly is not shaken by them choosing to roll out first with just Linux support. It seems like the only sensible thing, to me, given how good Linux ARM support is.
> What other OS could you want, especially on ARM?
OpenBSD. Or any of the BSDs, but OpenBSD would be ideal.
That said, my confidence isn't exactly shaken either by the current lack of BSD availability (FreeBSD is supposedly "coming soon"). I'm getting by moderately well on Linux right now for my own "cloud" needs. It would just be nice to have my preference in operating systme (and ecosystem; I've taken a liking to OpenBSD's subprojects like relayd/httpd, OpenSMTPd, etc., and it's much easier to use these things on OpenBSD - or probably even on FreeBSD - than it is on GNU/Linux).
"I'd rather pay four times more for something better" isn't the most compelling argument against Scaleway. They're targeting people who want to host something for $10/month. For the money what they're offering is pretty good.
except the raspberry isn't in a datacenter, it won't probably have the same network speed, you can't move an IP from a raspberry to another one, you can't easily make snapshots, ...
For the best protection you need to pay more - in the case of Scaleway, their pricing page (https://www.scaleway.com/pricing) says it's available with the "premium" bandwidth option - but anecdotally I've heard even the basic protection is pretty good.
To be fair - you're getting maybe $75 worth of hardware, plus datacenter space, power, and an unmetered 200Mb/s network feed to it - none of which you can get for free even if you have a spare 'Pi and SSD lying around doing nothing.
It's no great saving over places like Hetzner or Digital Ocean, but I don't think it's _quite_ as bad a deal as you're making out... I wonder how much more than $300 it'd cost you to buy the hardware that Hetzner give you for four times as much per month?
Free/The Iliad Group is the Comcast/Verizon of the EU...They have horrible peering and transit policies, which they maintain under the auspices of French protectionist laws.
Not really. Try to do a transfer of a single big backup file from a server with online.net and a server in Denmark. 6kB/s, yes, 6kB/s. Doing the same from a server with Gandi (VM), OVH (dedicated), was basically 100Mbps (it was what I had that time). To serve the French market only, Online.net is really good, but you do not have a consistent high quality network in Europe (I did not try outside EU).
It may have its own ASN, but its still run just like the rest of Iliad's networks. Online.net/Ponytelecom still lacks diversified transit that isn't also run horribly hot and the NOC peering policies make it so that its all but impossible to actually peer without exchanging money.
All the network properties operated under the Iliad umbrella suffer from this. Iliad and Orange pushed a bill through parliament that basically says "French ISPs can charge you whatever they want and you're required to pay it because operating in France means mandatory connections to the entrenched regional ISPs"
well being the "noc", I pretty much know about it, so, point by point :
- first our policy is here : http://as12876.net/, where do you see "paid peering" ?
- diversified transit : we've got 4 tier 1 transit, is not that enough "diversified" ? I hardly see what we could do better there ...
- peering: we are also available on the 2 main French IX ! you just need to drop a mail to get our routes on them (how much costs a mail these days ?)
we are also doing free PNI with those having enough datas to send/receive
we are also adding a new IX soon (order was sent yesterday) which will improve our peering towards Europe
the infos you have are at least 10 years old imho...
maybe look at http://map.online.net
This looks great! It's interesting to see hardware innovation, self-provisioning "bare metal" and so on.
Just one problem, I'm getting an internal server error while verifying my address (home address), and the SMS isn't arriving. I'll try it a little later. But I am a little confused, how exactly do you verify a home address?
Dev here. Sorry for the address issue. It was all my fault: validation was too strict. The fix was pushed on production servers 16 hours ago. You should try again ! :)
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.
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?
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.
xnbd is an interesting choice, if they're using it for the server. In theory it can do live-migration, but the live-migration scheme it uses has (or had, it's been a while since I looked) a bit of a flaw in that it could lose writes.
It'll be doing better than a typical virtual machine because there's no contention on the host side, kernel or IO, and at this point, you've probably got the storage device to yourself so there's no bus contention.
The trade-off is shutdown time: they've got to slurp your disc image off to their block store before they can release your node back to the pool.
When you use a remote blockstore like they are as your storage, you also generally are always booting via PXE, and so far have a provider controlled kernel.
In OnMetal this not the case -- you get local storage, you have your local kernel that you can re-install or do whatever you want to -- and if we have a control plane outage, you can reboot -- there is no dependency once your server is created on a provider hosted PXE server.
OnMetal isn't cheapo-ARM servers, but it is possible to build a "bare metal" cloud, which is truly bare metal, like you would normally get, and no remote block stores for your root FS.
OpenStack Ironic[1] can do this today, given you had right hardware. Making that hardware "mutli-tenant" is not a trivial project, mostly because the firmware stacks are still very closed, but it can be done. Top of Rack switches are also another area of complexity/pain, but also feasible to overcome with a little engineering.
[1]: OpenStack has its complexities, but the OnMetal project has upstreamed everything feasible we can.
True; I think it is reasonable project to take on if you are willing to staff developers... if you are trying to build a "bare metal" public cloud, having developers on staff is going to be a prerequisite for quite some time going forward.
I tested it with OpenTripplanner (kinda opensource Google transit) on JVM with ARM 8 jre.
Times for 380 requests are in seconds:
ARMv7 Processor rev 2 (v7l) (4) 1.0.0-SNAPSHOT
min time: 4
max time: 1655
mean time: 276.8
median time: 148.5
Digital ocean 1G memory:
Intel(R) Xeon(R) CPU E5-2630L v2 @ 2.40GHz (1) 1.0.0- SNAPSHOT
min time: 1
max time: 261
mean time: 51.0447368421
median time: 30.0
Digital ocean 2G memory:
Intel(R) Xeon(R) CPU E5-2630L v2 @ 2.40GHz (2) 1.0.0-SNAPSHOT
min time: 1
max time: 407
mean time: 64.6447368421
median time: 34.0
Local PC:
Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz (4) 1.0.0-SNAPSHOT
min time: 0.0001
max time: 114
mean time: 21.9026331579
median time: 12.0
Free redshift cloud (512MB memory):
Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz (2) 1.0.0-SNAPSHOT
min time: 5
max time: 7273
mean time: 417.507894737
median time: 103.5
This times doesn't count roundtrip time this is purely JVM time of graph search requests. All requests are serial. All tests except redhift are run with 1GB of JVM memory. Each test was run twice before to warm JVM this is mostly seen in ARM.
DO speeds varies a lot. Even bigger VPS doesn't improve speed.
ARM speeds doesn't vary a lot but sometimes during testing I didn't get an answer from a server, but this could also be a problem with OTP.
I was impressed with ARM speed (it is much better then free openshift trial maybe because it only has 512MB) but now after free trial I'll probably move to DO the cheapest package, because for 11€ I can get better performance on DO even though it is varied.
During normal use I can see the difference in speed between ARM and openshift in requests but not so much between ARM and DO.
Probably ARM would work better when multiple request would come (It has 4 cores) and DO has 1/2.
That's Raspberry Pi Colo, which is indeed different. I agree that salestext is mostly grandiose blurb but I oddly expected better from a tech startup. I suspect the wording came out straight of the horse's mouth ;)
After looking at your page I tend to side with Scaleway here. I see "Buy for $19.99" on that page. That does not feel very cloudy. I associate "cloud" with paying by the minute. Also that page seems not to be linked from your homepage. And the offer is not even available. "Not available" does not feel very cloudy either.
Python runs just fine on an ARM powered RaspberryPi (and some custom IMX233 ARM hardware I was working on a couple of years back with ARM ARCH Linux on it). I suspect not everything that gcc compiles on x86 will work, but you might be surprised at how much "just works", or has versions available where someone's already done the hard work of ensuring it compiles properly for ARM.
I don't mean it works as in it runs. I mean that the Python Jit would be optimized for X86. It has to run better to be worth the trouble of using this.
Yes, but they clearly state - "To register your payment information, we will ask your bank for a 20,00€ debit preauthorization. This will appear on your bank statement and be automatically released after 7 days.".
This is a fairly common practice to weed out stolen credit-cards and to make sure you are real subscriber/customer, no biggie.
20 eur is quite uncommon, it's usually 1 or 2 usd/eur. So I skipped reading these two lines of unassuming gray text and entered details of my disposable visa with like 5 usd on it.
There is a thread in their support forum, it seems like they want nbd rootfs. It is a pretty simple (not very good) protocol (from memory) but I dont think there is a BSD driver at present.
I tried their free trial when it was still branded as Online.net Labs. What follows is my experience, which is good as anecdote only.
I use MariaDB-Galera in a project of mine to be able to run it in a parallel fashion. To determine if the servers were suitable for my use, I tried to install MariaDB-Galera, only to find out:
- MariaDB doesn't officially support ARM yet;
- The Debian and Ubuntu repos don't have the MariaDB-Galera edition available;
- All repos I could find with the Galera edition didn't have it compiled for armhf, including the official repo, by virtue of the first point.
- Compiling it on the server resulted in other problems: besides the usual compile errors that can be more or less sorted out by hand, and the dependency hell of the resulting deb packages (remember, no armhf packages available) I figured it would be unacceptable (in terms of ease-of-maintenance) to have to recompile MariaDB every time a new version with security fixes came out. This is something I can live with when toying with Raspberry Pis and similar things, but not on production stuff.
I eventually gave up, declaring the servers unsuitable for my use. End of anecdote.
IMHO they are charging too much for the product, at a time when the ARM ecosystem is not yet ready for server use (the architecture and OS support are fine, the user-land software, not so much). The servers are bare metal (it's awesome being able to use as much CPU as you want without breaching AUPs or hitting artificial caps), but the networked storage, while definitely better than HDDs, may not fulfill the needs of those with higher I/O requirements (I admit I haven't tested, also by virtue of Galera not being available). Lastly, the prices first show without VAT, which means that if you're in the EU and without a VAT ID, it'll turn out to be even more expensive. I'd consider something like €7/month (perhaps with less storage) to be a more acceptable price.
They have local SSDs now, the previews had local HDs only. I do think the pricing is a little higher than I expected. I had fewer problems with compatibility than you. MariaDB seems to be in jessie [1]
That is the "normal" MariaDB, not the Galera edition. This is a problem that has more to do with MariaDB than with Scaleway, but it still shows one of the problems people may have with ARM servers at this point.
A couple of friends of mine are happier with compatibility than I am, too. Others are even more disappointed than I am, since one of the uses they have for dedicated stuff is game servers, which usually are closed source and not available for ARM.
> I'd consider something like €7/month (perhaps with less storage) to be a more acceptable price.
Fwiw it's €10/mo if you leave it on all the time, which isn't too much higher than that. The headline pricing of €0.02/hr is capped at a max €10/mo, i.e. free past 500 hours. Sort of similar to how Google Cloud does automatic discounts for high-utilization instances, except that Google's utilization discounts are a curve rather than a cliff. (But yes, still not including VAT.)
How well would one of these work for running TOR? The unmetered 200 mbps would lend itself to a decent relay, but only if the ARM chips can process the traffic at that rate.
I like the basic, easy design. One suggestion though (take this with a grain of salt though, since I am a backend programmer and not a design specialist). I didn't see the 20 euro preauthorization message the first time the new card dialog came up, and instead I closed it and went to the billing faq to find out what that was about when I saw Visa asking me to approve a 20 euro charge. I saw the message the second time around, but perhaps making that message a little more prominent would be helpful, especially for simpletons like me to tend to miss things.
171 comments
[ 2.8 ms ] story [ 232 ms ] thread"How does a C1 server perform? A C1 server gives a constant CPUMark of 12K. This is equivalent to an AWS M3 medium instance. "
Edit: It seems that ARM CPUs got really fast: According to [1] an Intel Core i7-3930K @ 3.20GHz gets a Passmark score of 12k.
[1]: https://www.cpubenchmark.net/high_end_cpus.html
Perhaps they are using the Android benchmark. A score of 12,000 is about what a quad core ARMv7 phone gets.
http://www.androidbenchmark.net/cpumark_chart.html
Edit:
Compared with the cross-platform Geekbench3 a HTC One (ARMv7 4 core, 1.7-2.2Ghz, 12,000 Android CPUMarks) gets between 2,000 and 3,000 points[1], while a 5820K gets around 20,000 points[2].
[1]: http://browser.primatelabs.com/geekbench3/search?q=HTC+One
[2]: http://browser.primatelabs.com/geekbench3/search?q=Intel+Cor...
http://browser.primatelabs.com/geekbench3/search?dir=desc&q=...
Glad to see they support Docker on them, that's one of the killer apps for ARM systems.
Their "Infinite Storage" is €0.02/month, though.
[0] https://www.scaleway.com/pricing
Each resource is billed per hour up to its monthly cap. The monthly cost of a resource is calculated by running the hourly rate for 500 hours. If a resource is used during more than 500 continuous hours in the month, the rest of the month is free."
"Infinite Storage" is, like the term "unlimited", misleading. I clicked through only to find out that it's for 1GB of storage, with unlimited requests and transfers.
It is almost assuredly a lie (as someone who is working on a project scaling to PBs -- I pressed a lot of vendors on "unlimited" or "infinite" and most said they simply couldn't scale to X).
It is almost assuredly a lie (as someone who is working on a project scaling to PBs -- I pressed a lot of vendors on "unlimited" or "infinite" and most said they simply couldn't scale to X).
And the term "infinite" is misleading, as it's actually just 1GB of data that you can transfer as much as you want.
Unlimited transfer seems too good to be true.
The costs seemed very high, to me, compared to whitebox/barebones AMD or even Intel based servers on a performance basis.
I think it is simply a function of them not being widely available cheaply yet. I wonder how they're getting them cheap enough to make this make sense...maybe quantity pricing is much better.
Memory capacity was actually my biggest cost factor that made a difference. You can buy x86 boxes with 256GB capacity for quite cheap. Up to 1TB for not outrageous amounts. The micro servers are designed for quite low amounts of memory... But memory is, by far, the bottleneck I am concerned with. CPU speed barely matters at all...so virtualizing CPU is fine as long as memory can be huge and fast.
The only thing I could not find quickly is info about the company: Is it a startup? Is it funded?
Until I found out it's a new product by Online, which is a subsidiary to one of France biggest telecom disruptor. There should be an About us that tells just that, which would clearly give more confidence to potential customers.
> Scaleway is also providing a fast, 100% S3-compatible, object storage service called SIS (Scaleway Infinit Storage). SIS starts at €0.00004 for 1GB of storage.
Should be 'infinite'?
> At Scaleway, we provide bare metal SSD servers. When you request a server, you get full root access on a dedicated servers.
Plural agreement. Should be 'on a dedicated server'.
> A simple, robust REST APIs to control all your cloud ressources
Plural agreement, 'Simple, robust REST APIs'. Also spelling, 'resources'.
Wondering if they'll roll-out in more regions soon. Interesting to see the international take-up, of course quite an euro-centric approach :)
They have only one OS available, Linux, (in various flavours), while the others are branded 'coming soon'. That alone doesn't inspire any confidence.
In short, while its cool if they offer other OS options, my confidence certainly is not shaken by them choosing to roll out first with just Linux support. It seems like the only sensible thing, to me, given how good Linux ARM support is.
OpenBSD. Or any of the BSDs, but OpenBSD would be ideal.
That said, my confidence isn't exactly shaken either by the current lack of BSD availability (FreeBSD is supposedly "coming soon"). I'm getting by moderately well on Linux right now for my own "cloud" needs. It would just be nice to have my preference in operating systme (and ecosystem; I've taken a liking to OpenBSD's subprojects like relayd/httpd, OpenSMTPd, etc., and it's much easier to use these things on OpenBSD - or probably even on FreeBSD - than it is on GNU/Linux).
I rather pay $40/mo for Hetzner 3930 CPU server with something like 30 VMs.
Otherwise, someone willing to pay as little as possible for just a single bare metal dedicated machine, is much better of renting a Kimsufi instead.
http://www.kimsufi.com/fr/
Raspberry Pis and SSDs do not come with bandwidth and redundant network, power, and cooling infrastructure.
Good luck when Hetzner null route your server when a competitor DDoSes you
For the best protection you need to pay more - in the case of Scaleway, their pricing page (https://www.scaleway.com/pricing) says it's available with the "premium" bandwidth option - but anecdotally I've heard even the basic protection is pretty good.
It's no great saving over places like Hetzner or Digital Ocean, but I don't think it's _quite_ as bad a deal as you're making out... I wonder how much more than $300 it'd cost you to buy the hardware that Hetzner give you for four times as much per month?
They're very reliable, and a pretty good competitor to KimSufi/SoYouStart/OVH.
Iliad, the group behind Online.net and Scaleway, also owns Free Mobile and Free Telecom and Free Internet, all of which are quite popular.
All the network properties operated under the Iliad umbrella suffer from this. Iliad and Orange pushed a bill through parliament that basically says "French ISPs can charge you whatever they want and you're required to pay it because operating in France means mandatory connections to the entrenched regional ISPs"
we are also adding a new IX soon (order was sent yesterday) which will improve our peering towards Europe
the infos you have are at least 10 years old imho... maybe look at http://map.online.net
You may want to make that map more obvious/prevalent on Online.NET, I wasn't aware you had a public network map like OVH does.
"Online SAS, a company registered in France."
No imprint in France? Illegal.
Just one problem, I'm getting an internal server error while verifying my address (home address), and the SMS isn't arriving. I'll try it a little later. But I am a little confused, how exactly do you verify a home address?
Like EC2 and others, the box has an internal ip allocated and an external ip via nat (or something else).
I was able to download a file from OVH with ~500 Mbit/s throughput when writing to the filesystem. Writing to /dev/null it increases to ~650 Mbit/s.
Running an untuned nginx, it can do ~300 req/s with ~20% cpu util.
Seeing as the storage is still virtual, I'm not really sure why this would be so much better than a virtual machine. I like the idea though.
> 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
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.
It'll be doing better than a typical virtual machine because there's no contention on the host side, kernel or IO, and at this point, you've probably got the storage device to yourself so there's no bus contention.
The trade-off is shutdown time: they've got to slurp your disc image off to their block store before they can release your node back to the pool.
I used to work on Rackspace OnMetal: http://www.rackspace.com/cloud/servers/onmetal
https://journal.paul.querna.org/articles/2014/07/02/putting-...
In OnMetal this not the case -- you get local storage, you have your local kernel that you can re-install or do whatever you want to -- and if we have a control plane outage, you can reboot -- there is no dependency once your server is created on a provider hosted PXE server.
OnMetal isn't cheapo-ARM servers, but it is possible to build a "bare metal" cloud, which is truly bare metal, like you would normally get, and no remote block stores for your root FS.
OpenStack Ironic[1] can do this today, given you had right hardware. Making that hardware "mutli-tenant" is not a trivial project, mostly because the firmware stacks are still very closed, but it can be done. Top of Rack switches are also another area of complexity/pain, but also feasible to overcome with a little engineering.
[1]: OpenStack has its complexities, but the OnMetal project has upstreamed everything feasible we can.
https://www.packet.net/blog/how-we-failed-at-openstack
I was impressed with ARM speed (it is much better then free openshift trial maybe because it only has 512MB) but now after free trial I'll probably move to DO the cheapest package, because for 11€ I can get better performance on DO even though it is varied. During normal use I can see the difference in speed between ARM and openshift in requests but not so much between ARM and DO.
Probably ARM would work better when multiple request would come (It has 4 cores) and DO has 1/2.
Bold clame I see. We begun offering the exact same configuration early last year ( http://www.unixy.net/arm-server/ )
But, you know, salestext is useless :)
"Average delivery time" 90 days? I'm not even sure what that means, but it doesn't strike me as particularly useful...
Except when you add a credit card, they try to bill you for 20EUR right away.
This is a fairly common practice to weed out stolen credit-cards and to make sure you are real subscriber/customer, no biggie.
I would recommend changing that behaviour ASAP ;)
I use MariaDB-Galera in a project of mine to be able to run it in a parallel fashion. To determine if the servers were suitable for my use, I tried to install MariaDB-Galera, only to find out:
- MariaDB doesn't officially support ARM yet;
- The Debian and Ubuntu repos don't have the MariaDB-Galera edition available;
- All repos I could find with the Galera edition didn't have it compiled for armhf, including the official repo, by virtue of the first point.
- Compiling it on the server resulted in other problems: besides the usual compile errors that can be more or less sorted out by hand, and the dependency hell of the resulting deb packages (remember, no armhf packages available) I figured it would be unacceptable (in terms of ease-of-maintenance) to have to recompile MariaDB every time a new version with security fixes came out. This is something I can live with when toying with Raspberry Pis and similar things, but not on production stuff.
I eventually gave up, declaring the servers unsuitable for my use. End of anecdote.
IMHO they are charging too much for the product, at a time when the ARM ecosystem is not yet ready for server use (the architecture and OS support are fine, the user-land software, not so much). The servers are bare metal (it's awesome being able to use as much CPU as you want without breaching AUPs or hitting artificial caps), but the networked storage, while definitely better than HDDs, may not fulfill the needs of those with higher I/O requirements (I admit I haven't tested, also by virtue of Galera not being available). Lastly, the prices first show without VAT, which means that if you're in the EU and without a VAT ID, it'll turn out to be even more expensive. I'd consider something like €7/month (perhaps with less storage) to be a more acceptable price.
[1] https://packages.debian.org/search?arch=armhf&keywords=maria...
A couple of friends of mine are happier with compatibility than I am, too. Others are even more disappointed than I am, since one of the uses they have for dedicated stuff is game servers, which usually are closed source and not available for ARM.
Fwiw it's €10/mo if you leave it on all the time, which isn't too much higher than that. The headline pricing of €0.02/hr is capped at a max €10/mo, i.e. free past 500 hours. Sort of similar to how Google Cloud does automatic discounts for high-utilization instances, except that Google's utilization discounts are a curve rather than a cliff. (But yes, still not including VAT.)
Is this really not the case? In 2015?
https://hub.scaleway.com/
"Deploy dedicated SSD servers with constant and predictable performances (sic) in 44 seconds."
More typos as you scroll down.