Die SnappyData-Dokumentation und die Architekturdiagramme scheinen darauf hinzuweisen, dass eine JDBC-Thin-Client-Verbindung von einem Client zu einem Locator führt und dann an eine direkte Verbindung mit einem Server weitergeleitet wird.Kann ich eine SnappyData-JDBC-Verbindung mit nur einem Locator- und Serverknoten verwenden?
Wenn das stimmt, dann kann ich JDBC-Abfragen ohne einen Lead-Knoten ausführen, richtig?
Ja, das ist richtig. Der Locator liefert Lade- und Konnektivitätsinformationen zurück an den Client, der nun eine Verbindung zu einem oder mehreren Servern herstellen kann, entweder für den direkten Zugriff auf einen Bucket für Abfragen mit niedriger Latenz, aber noch wichtiger ist HA - Failover und Failback.
Also, ja, Ihre verbundenen Clients werden auch dann funktionieren, wenn der Locator weggeht. Beachten Sie, dass der "Lead" eine andere Rolle spielt als der Locator. Seine Hauptfunktion besteht darin, den Spark-Treiber zu hosten, Spark-Jobs zu orchestrieren und HA an Spark zu übergeben. Ohne Führung können Sie solche Jobs nicht ausführen.
Zusätzlich zu dem, was @jagsr erwähnt hat, können Sie den Cluster als reinen Zeilenspeicher mit ausführen, wenn Sie nicht die führenden Knoten (und somit keine Spark-Jobs oder Spaltenspeicher) ausführen möchten. Snappy-start- all.sh rowstore (siehe rowstore docs)