Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
The Internet IT

Amazon EC2 Now More Ready for Application Hosting 149

For months now, I've been geeked about Amazon's EC2 as a web hosting service. But until today, in my opinion, it wasn't ready for prime time. Now it is, for two reasons. One, you can get static IPs, so if an outward-facing VM goes down you can quickly start another one and point your site's traffic to it without waiting for DNS propagation. And two, you can now separate your VMs into "physically distinct, independent infrastructure" zones, so you can plan to keep your site up if a tornado takes out one NOC. If I were developing a new website I'd host it there; buying or leasing real hardware for a startup seems silly. If you have questions, or especially if you know something about other companies' virtual hosting options, post comments -- let's compare notes.
This discussion has been archived. No new comments can be posted.

Amazon EC2 Now More Ready for Application Hosting

Comments Filter:
  • IPv6 (Score:4, Interesting)

    by rubeng ( 1263328 ) on Thursday March 27, 2008 @12:46PM (#22883202) Journal
    Nice, don't suppose there's any chance of IPv6 support - give each instance, running or not, a unique address.
  • by jamie ( 78724 ) * Works for Slashdot <jamie@slashdot.org> on Thursday March 27, 2008 @01:01PM (#22883372) Journal

    Just in case you were serious... :)

    Slashdot, and the company that runs it Sourceforge Inc., aren't using Amazon Web Services for anything that I know of. Slashdot runs on real hardware, not VMs, and we're not planning on changing that anytime soon. I don't know anyone using AWS, which is part of why I'm looking for Slashdot reader feedback. My experience with it is limited to starting up some instances and playing around with installing Apache to see how it all works, and I did that on my own nickel. I chatted with someone at Amazon about AWS last year, but I didn't sign an NDA so I learned about today's news through their public mailing list.

  • by Anonymous Coward on Thursday March 27, 2008 @01:02PM (#22883384)
    If the prices are good I might go with them. I don't know if you guys know but I invented the roller blade. Someone stole the idea from me and get a patent on it before I could. I would have been rich beyond my wildest dreams. My new website will be for helping people get their ideas patented. If anyone has any information on who stole my roller blade concept, please let me know. Thanks and god bless.
  • check out Mosso (Score:4, Interesting)

    by tnhtnh ( 870708 ) on Thursday March 27, 2008 @01:11PM (#22883492)
    I use Mosso - they are inexpensive and are hosted and owned by Rackspace. Therefore the service is fantastic!
  • by smackenzie ( 912024 ) on Thursday March 27, 2008 @01:14PM (#22883516)
    The more I learn about Amazon's AWS offerings... the more confused I get. I've read a TON of material, reviewed the APIs, looked at sites built on this platform and have read many blog entries. I feel like I "know" a lot, but understand very little. Someone help?

    1. What is a perfect "typical" application for AWS? (And don't answer, "one that needs to scale...". I'm looking for a realworld example.)

    2. Anyone here on Slashdot using these services? Nervous about single point of failure? (And I don't mean just technical, but also financial, legal, security, business continuity, etc.)

    3. EC2 / S3: is there any value in using just one? I've noticed there are additional services now, too

    4. In the days of SOx / PCI / CISP compliance, is it even possible to set up a financial app on AWS?
    5. Also, finally, maybe a question to Amazon... why? Someone did the financials recently and it was a fascinating study. The short of it is that at max capacity, the net income from all of AWS for Amazon is so tiny, you have to wonder why they even bothered... [need citation]

    A classic case of wanting to like the technology, but not really sure how to use it. Thanks.
  • No (Score:3, Interesting)

    by I Like Pudding ( 323363 ) on Thursday March 27, 2008 @01:14PM (#22883520)
    Amazon just has a very interesting service architecture. This is why you keep seeing articles all over the place about it.
  • Slicehost.com (Score:3, Interesting)

    by casings ( 257363 ) on Thursday March 27, 2008 @01:21PM (#22883594)
    Cheap, affordable, reliable VPS solutions: www.slicehost.com

    I have been with them for a few months, and their interface's ease of use, and the level of support they provide are just what I was looking for.
  • by Metaphorically ( 841874 ) on Thursday March 27, 2008 @01:27PM (#22883684) Homepage
    Doug Kaye from IT Conversations has been doing some pretty heavy stuff on EC2. He did a podcast with an Amazon guy on Technometria where they got in to a lot of detail have a listen [conversationsnetwork.org].
  • by dominic.laporte ( 306430 ) on Thursday March 27, 2008 @01:30PM (#22883724)
    My major concern (last time i checked) was fail over & virtual ips. I think they fixed this with the new elastic ip. I will have to check again.

    However, another issue i had was to send traffic between 2 EC2 nodes. They don't mention (maybe i missed) nor guaranty the bandwidth between the nodes in the same availability zone. This is crucial if you are trying to run a very fast performance tests between the 2 nodes and you need minimum delays. I am not sure if the bandwidth between the EC2 nodes is caped or no as well.

  • by Trail_of_Dead ( 892874 ) on Thursday March 27, 2008 @01:36PM (#22883824)
    We looked at the EC2 solution when we started developing our hosted offering and didn't care for the new IP address when, and if, something went down. We went with a hosting company called LayeredTech. They offer public and private VPS and VPDC solutions. The really cool thing that has impressed me is they run 3Tera's AppLogic platform. It lets you visually (through a web ui) create "applications" based on "appliances". There is a standard portfolio of prebuilt applications (SugarCRM, etc.) and templates for LAMP, etc. So, we build our application by taking a firewall appliance, a CentOS appliance, a gateway, a MySql appliance, glue them together, customize them, and then create our own template. You can specify down to the appliance level, the amount of cpu, memory, disk, and bandwidth each are assigned which let's you scale up your capacity simply by tweaking values through the UI. We can now deploy our Rails/Java hosted offering for new customers in about 20 minutes on our grid. AppLogic has automatic failover so that if anything goes wrong, it reploys your application to a new node in your grid and restarts it. It's not as cheap as EC2, but much more powerful. It's definitely worth a look.
  • by dogas ( 312359 ) on Thursday March 27, 2008 @01:41PM (#22883886) Homepage
    My company uses EC2 + S3 + SQS + Rightscale (http://rightscale.com) to manage our infrastructure.

    First off, Amazon has an excellent product. It is essentially Hardware As A Service, and the tools they provide abstract it as such.

    The most common argument against using EC2 for hosting is that if your server goes down, you will lose any data created since the last time you saved a snapshot. While this is true, it forces you to bring a backup + recovery plan to the front of the table. Provided you have a backup + recovery plan in place, you no longer have to worry about fixing a server ever again. If something goes wrong with one of our application servers, I would simply fire up a new instance, link it in with DNS, and terminate the old server. With rightscale, this is all pushbutton.

    Consider that scenario with running your own colo server. You could potentially spend hours diagnosing + fixing an issue with a server before you could bring it back up. Ok fine, the way to mitigate that is to have a hot backup running. But now we're talking about a ton of cash to support 2 servers on a month-to-month basis. We have found that amazon's costs to run EC2 instances are very competitive for the specs.

    Note: I'm not a shill for either rightscale or amazon, I just find that these 2 companies are the forefront of where hosting is going, and their products are awesome. It's all about virtualization!
  • Re:Slicehost.com (Score:2, Interesting)

    by stevey ( 64018 ) on Thursday March 27, 2008 @01:49PM (#22883998) Homepage

    Although recently a Debian Developer was critical of slicehost [pusling.com], and seemingly in a valid way.

    Personally I host a reasonably high-traffic antispam service [mail-scanning.com] and I think Amazon's offering looks good, but as mentioned a little pricy.

    I love the idea of adding extra nodes on-demand, but I think I'm not yet at the level where it would be a worthwhile use of my time or budget.

  • by dogas ( 312359 ) on Thursday March 27, 2008 @01:51PM (#22884044) Homepage
    It seems like you answered your own question about persistent storage. S3 is persistent storage.

    If you are running a database backed application on EC2 without a master/slave setup, and your master goes down, to me, that seems like a failure to plan for the worst on your end. It's really not an argument that even though you DO have persistent storage, your data is safe on that server. Your data is never safe. Hence, a backup/replication plan is ALWAYS needed. Services like EC2 force you to think about those plans and address them so that they are not a problem.

    As for the slicehost option, we looked at them. We found that Amazon seemed to provide a much more robust service. Plus, Amazon has a LOT more resources to keep their service robust, as opposed to a startup with one datacenter.
  • by jamie ( 78724 ) * Works for Slashdot <jamie@slashdot.org> on Thursday March 27, 2008 @02:03PM (#22884182) Journal

    "Software failure" in that case refers to a failure of Amazon's Xen software that runs your virtual machine.

    Amazon doesn't know or care whether your software is "production quality code" or not. You pay $0.10/hr whether your code is debugged or not :)

  • by Anonymous Coward on Thursday March 27, 2008 @02:09PM (#22884260)
    Yes and no. Since it's not persistent, you have to set up some kind of backup/replication from day one -- S3 being the common choice here. My startup uses EC2+S3, and just getting a Linux image serving a webpage is completely standard (yay), but setting up all the replication and monitoring and whatnot that a real server actually needs is kind of a pain. You end up with a lot of EC2/S3-specific fun, at least on the administration side.

    As just one example, we don't do full backups, but rather have our images install everything on startup (which is rare, and fast anyway), and simply hot-sync our RDBMS while it's running. Simple and fast! Then we wanted to install a blog, so we installed Wordpress. Later we discovered that Wordpress uses our database for posts (so it replicated them just fine), but *also* writes to the filesystem for file uploads. So we needed to install the "Wordpress S3" extension, so file uploads got backed-up to S3 too.

    Were we stupid to assume that web apps that use an RDBMS use only the RDBMS? Or to use Wordpress? Or to hotsync only and not do full backups of our image? Maybe all of the above. But it seems about equal to me to say "EC2 is standard Xen" as "Perl is cross-platform": it's certainly possible to use it that way. You can also tie yourself down to a platform really easily, if you don't make portability a priority. We don't think EC2/S3 is going away soon, so we took the easy way.

    True, we could just move our image somewhere else. It would probably run, mostly. Things like "back up EC2 to S3" we'd need to spend time changing, because I don't think anybody else in the world uses the same interfaces there. That, I assume, is what the GP was speaking of.
  • by Anonymous Coward on Thursday March 27, 2008 @02:22PM (#22884398)
    I heard it was Monsieur Petitbled. He must have stolen it around 1819 when he patented the inline skate.
    You should have a serious talk with him.
  • Re:Slicehost.com (Score:2, Interesting)

    by TheRaven64 ( 641858 ) on Thursday March 27, 2008 @03:07PM (#22884942) Journal
    Since this seems to be thread for whoring our hosting providers, I'd like to recommend mine [macminicolo.net]. I get a dedicated server for about the price of a VPS, and I have a human in my IM roster that I can bitch at if anything goes wrong. I've been with them now since a few months after they were on /. [slashdot.org] and have been a very happy customer. They had a few reliability issues early on, but nothing recent. The hard drive on my machine died just under a year in, and Apple refused to honour the warranty, so the co-lo company picked up the tab for the replacement.

    Oh, and OpenBSD on a Mac Mini is really nice.

  • by vidarh ( 309115 ) <vidar@hokstad.com> on Thursday March 27, 2008 @04:01PM (#22885644) Homepage Journal
    At my last company we were looking at EC2 as a "backup" solution to handle spikes - for that it may be cost effective. But looking at our bandwidth graphs, and the cost differential, spikes of the kind of magnitude where it'd make a difference were incredibly rare. We had maybe one event over 2+ years where it'd made a difference. If you prepare your system for virtualization anyway, you could handle that by bringing up just extra capacity on EC2 and using your cheaper host for normal day to day use.

    In fact, if you prepare for that, the cost differential is likely to grow, as if you have EC2 as a fallback you can afford to get closer to full load and bandwidth usage before you add more physical boxes...

    EC2 is just too expensive to be worth it for normal use...

  • by Anonymous Coward on Thursday March 27, 2008 @04:47PM (#22886222)
    Here's a simple example that may make more sense.

    Say you're an indie 3D animated movie creator. You've been doing your modeling, render some scenes, done some low res proofs, some nice single frames.

    But now you want to render the entire movie, in HD. But you're not PIXAR.

    So you set up a VM to be a rendering slave, log in to amazon, "hi, I'd like 1000 machines please". Load everything up, render your movie, and you're done.

    Amazon is charging by CPU (and bandwidth). The rendering time for a movie is fixed, it's going to take X CPU Hours to render the movie, let's say 24000 hours. (Why yes, I am pulling these numbers out of thin air.) So, you can either spend 3 years rendering that on a single machine, or shop it out to Amazon and have it rendered in a day.

    That's a great example of the kinds of tasks the Amazon cloud can do readily. Now you can gene sequence at home without building out the 2 car garage in to a monster data center.

    It's also great if you, say, want to demo a web site for a week, but don't have a spare server you can use.

    Stuff like that.

    While the meme of the article it something permanently hosted on Amazon, it's real niche is spontaneous, short term, computing needs. You can get a VM at Amazon faster (perhaps cheaper) than your internal IT department.

The moon may be smaller than Earth, but it's further away.