[chef] Re: performance and scalability of a chef server


Chronological Thread 
  • From: Adam Jacob < >
  • To:
  • Subject: [chef] Re: performance and scalability of a chef server
  • Date: Mon, 1 Aug 2011 08:15:09 -0700

On Mon, Aug 1, 2011 at 7:39 AM, david brpr 
< >
 wrote:
> i am currently evaluating Chef against puppet for my company and i am having
> a bit of trouble finding specific information regarding the performance and
> scalability of a chef server.

It depends on your environment. Chef scales by adding API endpoints
(chef-server-api, the webui) that are typically concurrency bound by
memory and eventually by CPU. On the back end, CouchDB and Solr both
have fairly well published scalability documentation - the gist is,
scale them vertically for a while, and when you need to, you can talk
about various sharding strategies.

> Would anyone have any metrics on the load that a single chef server can take
> in term node count based on a context (hardware and otherwise).

This depends on how big the chef server is. Most likely, you are going
to be bound by concurrency - RAM/CPU.

> Also the docs & wikis keep boasting about the horizontal scalability of chef
> but i cannot find any details on it.

It scales the same way a web application scales.

> How is it achieved/architect-ed?

Use load balancers/reverse proxies in front of the API and Web UI
endpoints, and use traditional HA techniques for CouchDB and Solr.

> what does it take to expand chef server cluster?

Add more API endpoints behind a LB/proxy.

> what are the implication in HA terms?

That it's a pretty typical scenario, if you have more than a passing
familiarity with scaling web applications.

Best,
Adam

-- 
Opscode, Inc.
Adam Jacob, Chief Product Officer
T: (206) 619-7151 E: 




Archive powered by MHonArc 2.6.16.

§