Ehcache Leistung auf einem großen cluster
Möchte ich nutzen Ehcache replizierten cache, zunächst als backend Hibernate second level cache, second als Zwischenspeicher für alle Daten.
Weiß ich, wie eine verteilte Caches wie memcached arbeitet, und ich weiß, es kann skalieren, um große Cluster, aber ich kann nicht finden, wie Ehcache Replikation verhält sich auf großen Clustern.
- Hat jemand ein Zeiger auf einige Informationen oder irgendeine Art von benchmark?
Fand ich, dass viele Replikations-Strategien können verwendet werden, wie RMI, JGroups, JMS oder Terracotta und RMI und Terrakotta scheinen die beliebtesten.
- Wie Sie zu vergleichen, auf großen Clustern?
Wird die Replikation töten meine Vorstellungen, wie ich hinzufügen viele Knoten (wie mehrere Dutzende)?
Du musst angemeldet sein, um einen Kommentar abzugeben.
Vollständig replizierten cache funktioniert nur, wenn Ihre Anwendung ist zu Lesen-meistens. Replizierter cache nicht skalieren; eine Weitergabe der Aktualisierungen, um die anderen Knoten zu töten Ihre Leistung. Sie müssen partitionierten cache mit backup Replikate. Partitioniert caches, die Linear Maßstab auch für die write-intensive Anwendungen.
Versuchen Hazelcast! es ist open source (Apache-Lizenz) Transaktions-partitioniert-caching-Lösung für Java. Es kommt mit hibernate second-level cache-plugin.
Mehrere Dutzend? Kein problem. Hazelcast 100-Knoten-cluster-demo kann finden Sie hier.
Eine gute Lösung, um den cluster Skalierung problem ist der Begriff des "buddy replication", bei dem die Daten nur dann repliziert werden, die zu jedem Knoten die Nachbarn (wie immer Sie diese definieren), sondern an alle Knoten. Sie erhalten failover ohne die Skalierung der Ausgabe.
Meines Wissens, ehcache nicht tun. Jedoch, JBossCache, und dass auch die Integration mit Hibernate in der gleichen Weise, dass ehcache tut.
Haben, Lesen Sie bitte den Abschnitt in der Bedienungsanleitung zu Verteiltes Caching mit ehcache?
Gibt es weitere Kapitel zu: