BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] Redundant array of inexpensive servers: clustering?
- Subject: [Discuss] Redundant array of inexpensive servers: clustering?
- From: abreauj at gmail.com (John Abreau)
- Date: Mon, 31 Mar 2014 22:56:21 -0400
- In-reply-to: <533A0202.6080607@gmail.com>
- References: <6632cf71d55dabb34806494b44349729.squirrel@webmail.ci.net> <5339E701.7050600@gmail.com> <533A0202.6080607@gmail.com>
As I see it, the problem is that we still treat each and every HA cluster as a unique snowflake and build the whole thing from scratch. But while there are many aspects to HA that are dependent on the particular set of services and applications being run,there are enough commonalities that it should be possible to classify them into a taxonomy of common cases and come up with standardized builds for each of those cases. Christoph's talk a couple weeks ago on LXC and Docker, and Federico's talk last year on OpenStack, look to me like the early stages of establishing such a taxonomy and building an infrastructure to make the common cases easier to develop and deploy. Of course, some setups will still remain unique snowflakes, especially those involving legacy applications, But then, adding HA to a legacy application after the fact is a lot like adding security to an application after it's been developed, instead of addressing security as part of the application development process. On Mon, Mar 31, 2014 at 8:02 PM, Richard Pieri <richard.pieri at gmail.com>wrote: > Tom Metro wrote: > >> I think much of the reset ends up being carefully developed in-house >> configurations that haven't been shared back with the community. >> > > That's because a HA configuration is unique to the services and > applications it's wrapped around. I can share how I implemented a given HA > cluster in general terms but the specifics won't do you any good. You can't > pick up my config and drop it onto your cluster and expect it to work > because it won't. > > Except when it will. That's what AWS and similar services do. But they do > it not with service groups and resources but with entire virtual machines. > Very nifty, actually, and very enticing to an organization that wants lots > of computing power for little money. Of course none of these are actually > highly available services, a little fact that gets neglected when the bean > counters look at costs. But, hey, you get what you pay for. > > -- > Rich P. > > _______________________________________________ > Discuss mailing list > Discuss at blu.org > http://lists.blu.org/mailman/listinfo/discuss > -- John Abreau / Executive Director, Boston Linux & Unix Email: abreauj at gmail.com / WWW http://www.abreau.net / PGP-Key-ID 0x920063C6 PGP-Key-Fingerprint A5AD 6BE1 FEFE 8E4F 5C23 C2D0 E885 E17C 9200 63C6
- References:
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: richb at pioneer.ci.net (Rich Braun)
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: tmetro+blu at gmail.com (Tom Metro)
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Redundant array of inexpensive servers: clustering?
- Prev by Date: [Discuss] Redundant array of inexpensive servers: clustering?
- Previous by thread: [Discuss] Redundant array of inexpensive servers: clustering?
- Next by thread: [Discuss] Redundant array of inexpensive servers: clustering?
- Index(es):