[lug] cloud recommendation

Paul Nowosielski paulnowosielski at yahoo.com
Fri Oct 29 14:51:23 MDT 2010

Hi Chris,

I'd like to thank you and everyone else for the informative replies.

My real goal is to setup a redundant instance of our current systems.
I would like to setup mysql master-master relationships and ryncs of http data 
between the office systems and the cloud.

The data I'm dealing with is rather sensative as well. What security

the office and the cloud

From: Chris McDermott <csmcdermott at gmail.com>
To: Boulder (Colorado) Linux Users Group -- General Mailing List 
<lug at lug.boulder.co.us>
Sent: Friday, October 29, 2010 13:38:55
Subject: Re: [lug] cloud recommendation


Amazon and Rackspace are probably the biggest players in this market right now, 
but Microsoft and others are getting into it as well.  My recommendation would 
be for Amazon's EC2 cloud.  There are CentOS images (AMI's) available - if you 
want to get up and running quickly I'd search for the Rightscale ones.  You can 
also get a fully licensed Red Hat image for EC2.  Some images are 
"instance-store" backed, meaning that data is not persistent.  If you stop the 
instance (virtual server) and start it again, all changes will be lost.  Others, 
however, are EBS-backed.  EBS stands for Elastic Block Storage, and it's 
Amazon's way of providing semi-permanent storage for your instances.  Basically, 
you create an EBS volume and it then behaves rather like a traditional hard 
drive.  You can attach it to a running instance, format it with a filesystem, 
etc.  The data is persistent until you delete the EBS volume.  You can also take 
a snapshot of an EBS volume at any time.  Instances that are EBS-backed *are* 
persistent, and you can stop and restart them without losing changes.  The 
downside is that you pay for EBS storage in addition to the per-minute running 
time of your instance.  However, personally, I think that the small extra cost 
is well worth it.  


PS. dio2002, I don't believe anyone recorded the recent BLUG talk unfortunately 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lug.boulder.co.us/pipermail/lug/attachments/20101029/7af416f3/attachment.html>

More information about the LUG mailing list