ElasticSearch.NET Verbindung/Client-Management-Lifecycle

Question

Wenn ich eine Verbindung zu meinem Elasticsearch Cluster mit ElasticSearch.NET eingerichtet, ich bin ein Codeblock wie folgt verwendet:

var uris = settingsProvider.ElasticSearchUri.Split(';').Select(x => new Uri(x)); 
var sniffingConnectionPool = new SniffingConnectionPool(uris); 
var connectionConfiguration = 
    new ConnectionConfiguration(sniffingConnectionPool) 
     .SniffOnConnectionFault() 
     .SniffOnStartup(); 
var client = new ElasticsearchClient(settings: connectionConfiguration); 

wird empfohlen, dass ich memoize/make static/mache einen Singleton-Wrapper für die ElasticsearchClient, die ConnectionConfiguration oder die SniffingConnectionPool, damit sie nicht jedes Mal neu aufgebaut werden müssen, wenn ich suche?

Answer 1

Ich habe nichts in der Dokumentation gesehen, um etwas anderes zu empfehlen, aber im Allgemeinen würde ich auf die Seite der Vorsicht geraten und das Singleton vermeiden, da die Dokumente auch keine Versprechen über Thread-Sicherheit geben. Achten Sie darauf, alles zu entsorgen IDisposable, und wenn Sie über die Leistung oder Speicherverbrauch besorgt sind, verwenden Sie einen Profiler, um zu bestimmen, wo Sie Ihre Bemühungen zielen.

Answer 2

Wir haben festgestellt, dass bei der Verwendung des Sniffing dauert zwischen 800ms und 1.2s länger für die Suche in einem 5-Knoten-Cluster. Wir dachten, wir würden ein Singleton machen, damit wir nur einmal schnüffeln. und setze .SniffOnConnectionFault (true), wenn der Sniffing-Knoten verschwindet, wird er einen anderen auswählen, wenn ich das richtig verstehe.

Hat jemand dieses Muster verwendet und gibt es einen besseren Weg, da das Schnüffeln so langsam ist?

Answer 3

Dies ist ein alter Beitrag, aber diese Info könnte jemandem helfen. Die Elasticsearch Dokumentation sagt:

Im Allgemeinen wir Leute beraten ihre ElasticClient Instanzen registrieren als Singletons. Der Client ist Thread-sicher, so dass die gemeinsame Nutzung einer Instanz zwischen Threads in Ordnung ist.

https://www.elastic.co/guide/en/elasticsearch/client/net-api/2.x/lifetimes.html