[colug-432] virtualization, clouds, and infrastructure
skippy at skippy.net
Thu Dec 16 09:52:25 EST 2010
On Thu, Dec 16, 2010 at 9:37 AM, Scott McCarty <scott.mccarty at gmail.com> wrote:
> I am using KVM with Redhat Cluster/DRBD for shared
> nothing: http://crunchtools.com/kvm-cluster-with-drbd-gfs2/
Very interesting! Thanks for sharing that.
In our environment, we do have a SAN, so we can use fiber-attached
shared storage. The shared-nothing approach is interesting, though,
and definitely worth some consideration.
The Conga recipes are another good place to look, for anyone following
along at home:
> On Wed, Dec 15, 2010 at 3:38 PM, Scott Merrill <skippy at skippy.net> wrote:
>> The discussion on Hadoop is interesting, and I do hope a presentation
>> or two results. If I can help coordinate, please let me know.
>> On a similar vein, how are you folks handling the management of
>> virtualized servers in your environments? It's trivial with KVM and
>> similar tools to run a couple of virtual instances on a single
>> physical box. It's not so trivial to run those virtual instances in a
>> highly available fashion across a cluster of physical machines.
>> VMware makes a pretty penny with VMotion, Storage VMotion, and similar
>> technology, and by providing a nice management interface to this
>> issue. Alas, those management tools are Windows-only.
>> Red Hat has a product (by way of acquisition) called Red Hat
>> Enterprise Virtualization Manager (RHEV-M). This, too, is currently a
>> Windows-only solution.
>> I've looked at a lot of IaaS ("Infrastructure as a Service"), elastic
>> cloud, and similar solutions in the last couple of days. None of these
>> are what I want, particularly. I'm not looking to sell or chargeback
>> for our infrastructure, and I'm not looking for variable ad-hoc
>> resource allocation.
>> What I want is a reliable means of keeping a number of virtual servers
>> up and accessible across a number of physical boxes, such that any
>> physical box can be taken offline for maintenance (for example,
>> rolling reboots across physical hosts).
>> luci and ricci are are start, but they're nowhere near as end user
>> friendly as the VMware tools. This is not a big concern for me, but it
>> is an issue for those with whom I work, who might be expected to
>> provide on-demand support if I get hit by a bus (or am just home
>> Anyone else tackling these issues? Would you care to present to COLUG
>> on how you're managing things?
>> colug-432 mailing list
>> colug-432 at colug.net
> colug-432 mailing list
> colug-432 at colug.net
More information about the colug-432