I actually have a dedicated managed box over at Rackspace. Their support is top 
notch. And the webobjects app just keep chugging. I use mysql.

- James







On Jul 28, 2010, at 3:49 PM, Ken Anderson wrote:

> I'm considering using rackspace and fathomdb - seems very similar to ec2 and 
> rds.  Anyone have any experience with rackspace?  I've been using the for 
> mail hosting for a while and I like them.
> 
> Ken
> 
> On Jul 28, 2010, at 5:51 AM, Giles Palmer wrote:
> 
>> +1 for a podcast!
>> 
>> We are just starting down the EC2 route and would be very interested in your 
>> experiences.  We are using postgres so can't make use of RDS which is a 
>> great shame, we are also intending to make use of hBase (Hadoop) for some of 
>> our file storage.
>> 
>> Giles
>> 
>> 
>>> You know, that could make a great podcast or even better, a nice WOWODC 
>>> presentation :-) Ubermind did a great introduction to WOlastic last year, 
>>> your case study can complement it.
>>> 
>>>> doing what you've done means you're managing mysql, looking after it, 
>>>> making sure it doesn't fall over, doing backups, managing replication etc. 
>>>> rds does all of that for you. it also makes changing the config of your 
>>>> database server a breeze: need more disk space ? couple of clicks. need 
>>>> more ram ? couple of clicks. need more compute power behind it ? couple of 
>>>> clicks. need automatic fail-over to a different availability zone ? couple 
>>>> of clicks.
>>>> 
>>>> re web server resources, remember it's just a normal wo deployment running 
>>>> in the cloud, so you can do whatever you do now.
>>>> 
>>>> we don't separate the web and app tier - all our ec2 instances run 
>>>> monitor, wotaskd and apache, and are effectively independent of each 
>>>> other, and we use an elastic load balancer up front.
>>>> 
>>>> simon
>>>> 
>>>> 
>>>> On 27 July 2010 17:40, James Cicenia <ja...@jimijon.com> wrote:
>>>> So the base image is the actual OS? So you are managing it as the admin?
>>>> 
>>>> I decided to try WOlastic. I configured the instances, setup up mysql with 
>>>> my users and sync'd the database from existing production to amazon.
>>>> So you are suggesting RDS vs. what I just did? What are the benefits of 
>>>> RDS? Amazon backs up the mysql I created.
>>>> 
>>>> Now I am a bit stumped on WebServerResources. How are you handling that?
>>>> 
>>>> Well, if this works well, I can my webobject apps over and then just sell 
>>>> my server and drop the colo.
>>>> 
>>>> - James
>>>> 
>>>> On Jul 27, 2010, at 11:28 AM, Simon wrote:
>>>> 
>>>>> rolling your own is surprisingly easy if you start with a base image. we 
>>>>> started out with a vanilla centos image from rightscale, and have built 
>>>>> it up into what we needed from there. you can then create an ebs-backed 
>>>>> ami in a couple of clicks.
>>>>> 
>>>>> re pricing, it all depends on what you need. our financial models tell us 
>>>>> for our deployment is excellent value for money, and we can scale well 
>>>>> beyond our current needs and it remains as such. use the cost aws 
>>>>> calculator to figure out your own costs, and remember to factor in staff 
>>>>> costs in your decision making process. those DBA's are darn expensive 
>>>>> compared to RDS :-)
>>>>> 
>>>>> http://calculator.s3.amazonaws.com/calc5.html
>>>>> 
>>>>> the only performance issue we found is that it is basically impossible to 
>>>>> host your DB outside of amazon due to latency. but you don't have to use 
>>>>> RDS - if you like sticking needles in your eyes you can just run and look 
>>>>> after your own mysql / postgre / mssql / whatever on an ec2 instance.
>>>>> 
>>>>> the general performance of our apps has also vastly improved. a mixture 
>>>>> of using more computing power and amazon having much faster internet 
>>>>> transit than we were paying for in our previous co-lo.
>>>>> 
>>>>> alongside production we also run our staging servers and our hudson build 
>>>>> server on ec2. in productivity terms running hudson there was a huge leap 
>>>>> forward: previously a new build would take around 30 minutes to upload to 
>>>>> staging / production. now it takes 19 seconds flat :-)
>>>>> 
>>>>> we're shortly going to move our subversion repository to ec2 as well.
>>>>> 
>>>>> Simon
>>>>> 
>>>>> On 27 July 2010 15:13, James Cicenia <ja...@jimijon.com> wrote:
>>>>> This is very cool.
>>>>> 
>>>>> I need to move one of my servers, or, use the cloud approach for its 
>>>>> WOApps. I see you rolled your own but wolastic seems like it is for a 
>>>>> mere mortal.
>>>>> 
>>>>> Anyone use wolastic? What is the pricing your are seeing? Issues? 
>>>>> Performances? Etc.
>>>>> 
>>>>> Thanks.
>>>>> James Cicenia
>>>>> 
>>>>> 
>>>>> 
>>>>> On Jul 26, 2010, at 3:55 PM, Simon wrote:
>>>>> 
>>>>>> we don't use the wolastic images (we have our own) but we do deploy 
>>>>>> entirely on the amazon ec2 cloud now. ec2 instances running standard 
>>>>>> javamonitor / wotaskd, amazon RDS for database server, s3 for file 
>>>>>> storage etc. scalability on demand, load balancing, redundancy across 
>>>>>> multiple availability zones. it's the best thing since sliced bread...
>>>>>> 
>>>>>> our staging servers (also on ec2) run wonders javamonitor / wotasd and 
>>>>>> hence we'll probably upgrade our production servers to those soon.
>>>>>> 
>>>>>> simon
>>>>>> 
>>>>>> On 26 July 2010 21:36, Ramsey Gurley <ram...@xeotech.com> wrote:
>>>>>> I haven't tried it yet, but WOlastic looks like a *really* cool 
>>>>>> deployment solution for WO.
>>>>>> 
>>>>>> http://wolastic.com/
>>>>>> 
>>>>>> Ramsey
>>>>>> 
>>>>>> 
>>>>>> On Jul 26, 2010, at 4:27 PM, Ken Anderson wrote:
>>>>>> 
>>>>>> Thanks for the thoughts guys!
>>>>>> 
>>>>>> Ken
>>>>>> 
>>>>>> On Jul 26, 2010, at 1:42 PM, Pascal Robert wrote:
>>>>>> 
>>>>>> 
>>>>>> Le 2010-07-26 à 12:55, Chuck Hill a écrit :
>>>>>> 
>>>>>> On Jul 26, 2010, at 9:44 AM, Ken Anderson wrote:
>>>>>> 
>>>>>> I've been asked to comment on the best way to deploy WebObjects today 
>>>>>> without any "imposed" restrictions.  I haven't done any new deployments 
>>>>>> in a long while, so I'm likely not up to date on the last.  What are 
>>>>>> people using today, and why do they think it's the best?
>>>>>> 
>>>>>> Thanks much!
>>>>>> Ken
>>>>>> 
>>>>>> Lacking imposed restrictions (e.g. must run in J2EE container), 
>>>>>> traditional WO deployment through Apache with mod_webobjects is probably 
>>>>>> the way to go.  Anjo was working on mod_proxy deployment, but I don't 
>>>>>> recall how far he got or if he has this in production.  It looked 
>>>>>> promising.  There is also a Fast CGI adaptor and Ravi is working on 
>>>>>> something for WOWODC.
>>>>>> 
>>>>>> I'm adding some mods in JavaMonitor too (for WOWODC) and Andrew Lindesay 
>>>>>> also have stuff in LEWOStuff to use mod_proxy_ajp.
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> ----
>>>>>> Pascal Robert
>>>>>> prob...@macti.ca
>>>>>> 
>>>>>> AIM: MacTICanada
>>>>>> Twitter : MacTICanada
>>>>>> LinkedIn : http://www.linkedin.com/in/macti
>>>>>> WO Community profile : http://wocommunity.org/page/member?name=probert
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>> http://lists.apple.com/mailman/options/webobjects-dev/ramsey%40xeotech.com
>>>>>> 
>>>>>> This email sent to ram...@xeotech.com
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>> http://lists.apple.com/mailman/options/webobjects-dev/simon%40potwells.co.uk
>>>>>> 
>>>>>> This email sent to si...@potwells.co.uk
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>> http://lists.apple.com/mailman/options/webobjects-dev/james%40jimijon.com
>>>>>> 
>>>>>> This email sent to ja...@jimijon.com
>>>>> 
>>>>> 
>>>> 
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca
>>>> 
>>>> This email sent to prob...@macti.ca
>>> 
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>> Help/Unsubscribe/Update your Subscription:
>>> http://lists.apple.com/mailman/options/webobjects-dev/lists%40cedarstone.co.uk
>>> 
>>> This email sent to li...@cedarstone.co.uk
>> 
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/webobjects-dev/kenlists%40anderhome.com
>> 
>> This email sent to kenli...@anderhome.com
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-dev/james%40jimijon.com
> 
> This email sent to ja...@jimijon.com

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to