[chef] Re: How to split up chef stack?


Chronological Thread 
  • From: KC Braunschweig < >
  • To:
  • Subject: [chef] Re: How to split up chef stack?
  • Date: Fri, 5 Oct 2012 13:48:28 -0700

On Fri, Oct 5, 2012 at 12:30 PM, Brian Hatfield
< >
 wrote:
> However, I'm wondering whether or not I need to centralize any other
> components as I start to add more api servers. Can
> rabbitmq/solr/chef-expander all run on each application server, or do any of
> them need to be centralized on the couch server?

Well you can't just trivially split rabit/solr/expander because you
won't ever get coherent search results and even if you did,
round-robin requests would be likely to get inconsistent search
results. If chef-expander is a bottleneck for you, you could configure
rabbit so multiple servers participate in the queue and run multiple
expanders across multiple servers. You'd still need a single solr
master though. I sorta doubt that chef-expander is your bottleneck
though. Splitting off solr by itself likely makes sense if you're
search-heavy as solr can eat a lot of memory. If that isn't enough you
could consider solr replication to read-slaves in the usual pattern
for scaling solr. Again, be aware of replication delay if you're
orchestrating via search.

From what I've heard, people's bottlenecks tend to be:
cpu for couchdb -> you already split this off
memory for the api server -> split off solr so it doesn't have to
share memory and if that isn't enough, start horizontally scaling api
servers on their own

Also be aware that Chef 11 will be a big change to the stack with
large performance improvements.

KC



Archive powered by MHonArc 2.6.16.

§