This HTML5 document contains 15 embedded RDF statements represented using HTML+Microdata notation.

The embedded RDF content will be recognized by any processor of HTML5 Microdata.

Namespace Prefixes

Prefix	IRI
wdrs	http://www.w3.org/2007/05/powder-s#
schema	http://schema.org/
n11	http://www.openlinksw.com/ontology/faq#
n5	https://www.openlinksw.com/about/id/entity/urn/data:openlink:
n8	http://oplussol11.intranet.openlinksw.com:8890/about/id/entity/urn/webdev:
n4	https://www.openlinksw.com/about/id/entity/https/www.openlinksw.com/data/turtle/general/
n10	https://www.openlinksw.com/about/id/entity/urn/virtuoso:web:
n7	https://www.openlinksw.com/about/id/entity/urn/mdata:websites:google:
rdf	http://www.w3.org/1999/02/22-rdf-syntax-ns#
n9	https://www.openlinksw.com/about/id/entity/https/virtuoso.openlinksw.com/data/turtle/general/
n12	https://www.openlinksw.com/about/id/entity/urn/webdev:
xsdh	http://www.w3.org/2001/XMLSchema#
n2	http://data.openlinksw.com/oplweb/faq/Virtuoso/ClusterConfigDifAnswer#

Statements

Subject Item

n2:this

wdrs:describedby

n4:virtuoso-general-faq-2023.ttl n5:websites n7:seo n8:virtuoso n5:products n9:virtuoso-faq.ttl n10:faqs n12:virtuoso

schema:name

Answer to question: What is the differences in terms of performance/scalability between 2 cluster configurations? Answer to question: What is the differences in terms of performance/scalability between 2 cluster configurations?

rdf:type

schema:Answer

n11:hasAnswerText

Configuration A: 4 cluster nodes, 3 instances per cluster node (quorum), 1 instance per host cluster node, 12 host cluster nodes. Configuration B: 4 cluster nodes, 3 instances per cluster node (quorum), 4 instances per host cluster node, 3 host cluster nodes. Performance has more to do with the number of Virtuoso Server processes running on each cluster node. One instance per cluster node will work better than four instances per cluster node. You will have more OS resources available as the Virtuoso instances are reduced. Ideally, you want to spread the instances over distinct machines so that you have resources pooled across those machines.

schema:answerExplanation

Configuration A: 4 cluster nodes, 3 instances per cluster node (quorum), 1 instance per host cluster node, 12 host cluster nodes. Configuration B: 4 cluster nodes, 3 instances per cluster node (quorum), 4 instances per host cluster node, 3 host cluster nodes. Performance has more to do with the number of Virtuoso Server processes running on each cluster node. One instance per cluster node will work better than four instances per cluster node. You will have more OS resources available as the Virtuoso instances are reduced. Ideally, you want to spread the instances over distinct machines so that you have resources pooled across those machines. Configuration A: 4 cluster nodes, 3 instances per cluster node (quorum), 1 instance per host cluster node, 12 host cluster nodes. Configuration B: 4 cluster nodes, 3 instances per cluster node (quorum), 4 instances per host cluster node, 3 host cluster nodes. Performance has more to do with the number of Virtuoso Server processes running on each cluster node. One instance per cluster node will work better than four instances per cluster node. You will have more OS resources available as the Virtuoso instances are reduced. Ideally, you want to spread the instances over distinct machines so that you have resources pooled across those machines. Configuration A: 4 cluster nodes, 3 instances per cluster node (quorum), 1 instance per host cluster node, 12 host cluster nodes. Configuration B: 4 cluster nodes, 3 instances per cluster node (quorum), 4 instances per host cluster node, 3 host cluster nodes. Performance has more to do with the number of Virtuoso Server processes running on each cluster node. One instance per cluster node will work better than four instances per cluster node. You will have more OS resources available as the Virtuoso instances are reduced. Ideally, you want to spread the instances over distinct machines so that you have resources pooled across those machines.