2010-09-21 13 views

Antwort

3

können Sie interessiert sein in der kürzlich veröffentlichten wissenschaftlichen Arbeit auf ZooKeeper:

http://research.yahoo.com/node/3280

Das Papier beschreibt auch drei Anwendungsfälle und vergleichbare Projekte.

Wir verwenden ZK als eine Abhängigkeit von HBase und haben eine geplante Arbeitswarteschlange für einen Feed-Reader (Millionen von Feeds) damit implementiert.

7

Ich habe gerade angefangen, die Suche nach Zookeeper für eine Reihe von Fällen in der Infrastruktur meines Unternehmens durchzuführen.

Der am besten zu ZK passende scheint dort zu sein, wo wir ein Array von mehr als 30 dynamischen Inhaltsservern haben, die stark auf dateibasiertem Caching basieren (Memcached ist zu langsam). Auf jedem dieser Server wird ein Agent einen bestimmten ZK-Pfad überwachen. Wenn ein neuer Knoten auftaucht, werden alle Server zu einer Sperr-Sperre, und sobald alle vorhanden sind, aktualisieren sie alle ihre Konfiguration zur selben Zeit. Auf diese Weise können wir alle 30 Server Konfigurations/Run-Zustände konsistent halten.

Zweite Anwendungsfall, wir erhalten 45-70 Millionen Seitenaufrufe pro Tag in einem typischen Glockenkurven ähnlichen Muster. Die implementierte Caching-Strategie fällt vom Client, zu CDN, zu Memcache und dann zum Dateicache, bevor bestimmt wird, wann ein DB-Aufruf erfolgen soll. Selbst wenn eine Reihe von Schlössern vorhanden ist, ist es ziemlich typisch, dass man Rennbedingungen bekommt (ich habe sie "stampedes" genannt), die unser Backend belasten können. Die Hoffnung ist, dass ZK ein Werkzeug für die Entwicklung eines konsistenten und einheitlichen Schließungsdienstes über mehrere Server und vielleicht Rechenzentren bereitstellen kann.