The obvious solution would be running multiple Zookeepers hierarchically.
Each server would take, say, 1000 clients.  Each server would be a client
of an uber Zookeeper.  It'll increase latency some, but it scales.
On Sep 17, 2012 3:57 PM, "Martin Kou" <[email protected]> wrote:

> Hi all,
>
> I'm having a use case where there're potentially millions of client
> processes connected to a Zookeeper cluster, but only a very small
> proportion of them would be actively sending requests or receiving any data
> (say, about 1000 of them every second) at any time. Has anyone tried this
> before?
>
> Best Regards,
> Martin Kou
>

Reply via email to