I've personally used ServerBeach <http://www.serverbeach.com/> and was very happy with it. I'm very comfortable recommending them. I never had any unscheduled downtime in three years of using them. They have plans starting as low as $75 for dedicated unmanaged machines and they go up from there. They have good tools that allow you to manage the boot process, force restarts, etc... They provide Debian, Centos, Redhat and Fedora hosting. In your case I'd suggest just sticking with Debian but it's fairly straight forward to migrate from Debian to Ubuntu, you can find the details in they're forums. Just to honor the spirit of full disclosure I did quit using ServerBeach about a year ago and moved to Amazon's Web Services<http://www.amazon.com/aws>. Specifically their Elastic Cloud Computing <http://www.amazon.com/ec2> (EC2) for hosting. It costs a tiny bit more but I find the trade of in flexibility worth it. The advantage of being able to provision and deploy as many machines as I want any time I want is worth it to me. That combined with the fact that I'm also doing application development on top of thier other services S3<http://www.amazon.com/S3-AWS-home-page-Money/b/ref=sc_fe_l_2?ie=UTF8&node=16427261&no=3435361&me=A36L942TSJ2AJA>, SQS<http://www.amazon.com/Simple-Queue-Service-home-page/b/ref=sc_fe_l_2?ie=UTF8&node=13584001&no=3435361&me=A36L942TSJ2AJA>and SimpleDB<http://www.amazon.com/SimpleDB-AWS-Service-Pricing/b/ref=sc_fe_l_2?ie=UTF8&node=342335011&no=3435361&me=A36L942TSJ2AJA>it was the right choice for me. Amazon's EC2 did have some downtime this year, it is still a beta service. On Mon, Sep 15, 2008 at 1:13 PM, Jordan Peacock <hewhocutsdown at gmail.com>wrote: > To answer Richard > > There are about 7 unique sites that, ideally, I would put on the same host. > But if push comes to shove, there is only 1 of them that is really the > resource hog. It isn't too bad with bandwidth (25 GB/month was the heaviest) > but on a shared virtual server at the existing hosting company it was eating > up more than 10% of the CPU/RAM so it got moved to it's own VPS. > > Unfortunately, I've been trying to get specific numbers on the CPU and RAM > usage but have not found anything concrete as yet. > > Thanks to everyone for suggestions thus far; they've been a great help. I'm > going over them one at a time now... > > ====================== > Jordan Peacock > hewhocutsdown at gmail.com > hewhocutsdown.blogspot.com > > > On Mon, Sep 15, 2008 at 12:38 PM, Josh Paetzel <josh at tcbug.org> wrote: > >> On Monday 15 September 2008 12:10:21 pm Jordan Peacock wrote: >> > Any recommendations? >> > >> > It's for an existing site that exceeds the CPU/RAM usage of some of the >> > lower-priced basic offerings from AN Hosting or GoDaddy (the shared >> virtual >> > servers). Not a heavy hard drive or bandwidth site. Currently paying >> > $150/quarter, looking to lower that as much as possible, as this is for >> a >> > non-profit organization that is on half of a shoe-string budget as it >> is. >> > >> > Does it make sense to upgrade my internet connection and host it myself, >> or >> > go after a hosting company? Ideally I would like to administrate the >> server >> > as well and have it run Ubuntu or Debian, but I'm not hellbent on that. >> > >> > ====================== >> > Jordan Peacock >> > hewhocutsdown at gmail.com >> > hewhocutsdown.blogspot.com >> >> You might take a look at Pajunas Interactive, which is fairly NPO >> friendly, is >> run by a drupal dev, is here in the Twin Cities, and hosts everything on >> FreeBSD, which is just like debian, only better. :) >> >> >> -- >> Thanks, >> >> Josh Paetzel >> >> PGP: 8A48 EF36 5E9F 4EDA 5A8C 11B4 26F9 01F1 27AF AECB >> > > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > > -- Michael Greenly http://blog.michaelgreenly.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20080921/c0fc88b2/attachment.htm