Thanks, @serkandurusoy! Since I’ll be storing all my files on S3, I could probably optimize an EC2 instance to have a very low amount of space for just the web app, like 20GB or so, and spend the money on processing power and RAM.
The thing with dedicated hosting companies, is always keep your eye out to upgrade. They tend to heavily discount a box when it’s recycled from another customer. Always too look at the specs on the chipsets. I once went from a 12 core to an 8 core box and almost doubled the performance and saved $20 to boot.
Based on your service and app but maybe those ARM providers may get to be a very interesting solution for serving your meteor app. We do so for a service by now and had no trouble yet.
That actually looks really sweet, especially their S3 compatible service.
However, I couldn’t find any performance metrics on the site for their homebrew boards. Nor does it seem possible to scale ram above 2G. But offloading some service supporting your main app, might be well worth it.
No, you are right, no scalability options other than diskspace or network bandwidth yet. But to say that, we do some testings and had no bad feedback from test users when running apps / services with an access rate per around 15 Users per day.
During the tests we had 2 real live persons and we do some simultanious simulation up to 13 “Users” with casperjs scripts (see How to simulate Meteor clients?)
So as our conclusion: to run small business services on separate (hardware) environments, their service is great. The admin interface is a pleasure and you can create on-the-fly images of your installation. Setting up new nodes from those images is just a click or api-call.
Sure - just enter your list of interest and I will run that for you.
On the other side you just can sign up the service create a server for a few hours and terminate thereafter. You only get charged for the usage - like ???cents - at least no costs.
However you decide, I can assist you if you like.
Update: I usually run Ubuntu Server 14.04 LTS on scaleway - just to know when you deciding benchmark packages
It will output a score, and give you an indication of expected throughput relative to other machines. I get the feeling that if it were amazing they would have posted it on their website.
“Look at our custom hardware… what a pretty picture!”
In case that we have (nearly all) such kind of boards, I really have to point out, that none of our hacker boards are running meteor build and serving apps as fast as here on scaleway. Maybe I missed something in the benchmark process?
I now run the benchmark again with 4 and 8 parallel tasks.
now what it means compared to standard 2gb DO like http://serverbear.com/1990-2gb-ssd--2-cpu-digitalocean
have you tried how many concurrent users it can handle for example with some simple subscription ?
are there any limitations regarding mongo, any docker support?
no issues running microservices using meteor-cluster ?
Hi @shock - I am sorry, I am not here to sell the scaleway products nor to push them. All I can say is: We are using this currently for small business companies which using a contact management app we made with meteor (a bit of crm, intranet, wiki, slack). Those companies are 3-100 employees but not using 100% all the day this app. Its more used sometimes and from just a few at the same time. So for them, we can serve the meteor app without any headache on the scaleway environment. That is enough performance for a good price.
As I wrote some entries before - we made normal app usage and acceptance tests in front of serving on scaleway with some real life people and some casperjs robots. The results were pretty nice for us and the testers.
On the environment we are using our Meteor universal ARM fork and the included node and mongo from the dev_bundle. Both are equal to the official meteor bundle but just for armvX – its node v0.10.40 and mongo 2.6.7. We made an upscript starter to run our app and the mongo process on startup. Very easy and simple - high performance was not the focus here on that stuff. This is not a solution for everything but may give it a try for some smaller things.
Hell … I have no experiences if ARM is good for streaming video.
200Mbit/s does mean you can use bandwidth up to 200MBits, its not priorized, its not managed, it has no protection - similar service as from all other providers in my point of view.
Thank you for the time and information, Tom. That’s quite invaluable. In terms of the hardware they give you, it’s slightly faster than Razberry PI.
From looking at the total landscape, dedicated hosting is always going to be faster than a VPS. That of course, shouldn’t be a surprise to anyone. The value added is being able to scale quickly, deploying a net instance in a couple short minutes… instead of two days of playing with YUM, IPTABLES and whatnot.
That’s the reason for us on scaleway, too! We prepared ourself with a simple image. When starting a new server from that it is a ready to go meteor instance. We do our software deployment via git and include a git pull in front of the service start and cron based nightly. The name and branch of the git repo is defined via ENV var during creating the server.
Two clicks and an alias entry to our DNS for the new customer.