Cluster Topologies

The main factors for choosing a particular cluster topology are the requirements for targeted service availability, the number of concurrent reads, and the need for an off-site hot backup. The GraphDB cluster offers good flexibility in configuring different scenarios. We recommend starting from one of the three core topologies.


Use the ClientAPIs instead of the default client API from RDF4J. It allows handling the failures in a much better way - retry on a next master, retry on failure with a delay, automatically switch to a secondary master, and control the cluster’s consistency model per query.