Distributed Caching

Question

Ich bin auf der Suche nach einer Java Distributed Caching-Lösung. Wir möchten, dass Funktionen mag:

• Auto-Discovery-Distributed
• Redundanz
• Nicht-Zentrale

wir ein Framework wie Terrakotta analysiert haben, die alles zu sein scheint, würden wir jemals wollen von einem Caching-Framework ... Allerdings scheint es eine zentrale Caching-Knoten, die unsere Single-Point-of-Failure benötigt werden.

Irgendwelche Ideen außer dem Ausrollen unserer eigenen Lösung?

Answer 1

Ich schlage vor, entweder JBossCache oder EhCache (mit einem distributed cache listener). Ich habe beides verwendet, ich mag beides, und beide passen zu Ihren Anforderungen.

Answer 2

Haben Sie Kohärenz betrachtet?

Wir haben es sehr nützlich gefunden. Es ist nicht Open Source oder billig.

http://www.oracle.com/technology/products/coherence/index.html

Answer 3

Terracotta bietet auch einen verteilten Cache.

Answer 4

Terracotta hat kürzlich Ehcache erworben und hat released a tight integration of the Ehcache API with the Terracotta clustered store in einem einfachen Paket und benötigt nur ein paar zusätzliche Zeilen Ehcache-Konfiguration, um von einzelnen Knoten zu Clustered zu gehen, obwohl Sie auch den Terracotta-Server-Prozess ausführen müssen.

Ehcache mit der Terracotta ES Edition ist Open Source und kostenlos zu verwenden. Kommerzielle Lizenzen sind verfügbar, wenn Sie Unterstützung, mehr Skalierung, Schadloshaltung, Patch-Unterstützung usw. wünschen.

Terracotta verwendet einen zentralen Server Array, keinen einzigen zentralen Server, es gibt also keinen Single Point of Failure! Sie können so viele Hot-Backup-Server einrichten, wie Sie möchten, und diese Backup-Server können so konfiguriert werden, dass sie übernehmen, wenn der aktive Server ausfällt. Mit Terracotta FX (kommerzielles Produkt) können Sie auch mehrere aktive Server verwenden.

Answer 5

Versuchen Sie Hazelcast. Es ist eine Open-Source-Clustering- und hochskalierbare Datenverteilungsplattform für Java. Es erfüllt alle Ihre Anforderungen. Plus es ist super einfach zu bedienen.

Answer 6

Normalerweise tritt ein einzelner Fehlerpunkt auf, wenn alle Operationen auf einem einzelnen Knoten ausgeführt werden und wenn dieser Knoten ausfällt, kann die gesamte Operation untergehen. Die Lösung dieses Problems besteht darin, Topologie wie Replikat oder Partitionsreplikat zu verwenden. Wenn der Knoten einmal ausfällt, wird die gesamte Operation auf einen anderen Knoten verschoben, ohne dass irgendwelche Daten verloren gehen.

soweit die Funktionen, die Sie suchen, in einem einzigen Produkt gefunden werden können, NCache, wie Umer auch erwähnt hat.

Answer 7

Versuchen Sie Infinispan. Infinispan-Cache kann als verteilter Cache verwendet und auch als replizierter Cache verwendet werden. Es gibt keine Möglichkeit eines Single Point Failure. Im verteilten Cache-Modus kann mehr Platz als die Heap-Größe bereitgestellt werden. Berücksichtigen Sie, dass es 4 Knoten im Cluster mit je 1 GB Heap Size und Infinispan als replizierten Cache gibt, dann hat der Gesamtgröße-Cluster 1 GB, aber wenn Infinispan als verteilter Cache verwendet wird und 2 Kopien pro Datenelement erstellt, beträgt die Gesamtgröße 2 GB.

Answer 8

Ich bin spät auf die Party, aber haben Sie versucht, TayzGrid, eine Open Source java distributed cache. Wird auch als In-Memory-Datenraster oder Schlüsselwertspeicher bezeichnet.

Es beantwortet alle Ihre grundlegenden Bedürfnisse

- Distributed 
- Auto-Discovery 
- Redundancy 
- Non-Centralized 

Es verwaltet auch erweiterte Failover-Szenarien wie split brain und plötzlich neu gestartet. Alle Knoten sind intelligent und daher vollständig verteilt.

Sie können auch auswählen, welche Topologie Sie verwenden möchten (Partition oder repliziert). Wenn Sie erweiterte Topologien (Partition of Replica) verwenden möchten, können Sie maybe buy a license.