Elasticsearch Cluster mit zwei Knoten auf einem Standalone-Server

Question

Ich habe einen ELK-Stack auf einem einzelnen Server ausgeführt. Die Elasticsearch Gesundheit Abfrage zeigt mir zwei Knoten:

curl -XGET http://localhost:9200/_cluster/health?pretty { "cluster_name" : "elasticsearch", "status" : "green", "timed_out" : false, "number_of_nodes" : 2, "number_of_data_nodes" : 2, "active_primary_shards" : 901, "active_shards" : 1802, "relocating_shards" : 0, "initializing_shards" : 0, "unassigned_shards" : 0, "delayed_unassigned_shards" : 0, "number_of_pending_tasks" : 0, "number_of_in_flight_fetch" : 0, "task_max_waiting_in_queue_millis" : 0, "active_shards_percent_as_number" : 100.0 }

Von dem, was ich sagen kann, es ist ein Knoten auf Port 9200 und ein Knoten auf Port 9300.

Da ich nur einen Server, ich glaube nicht, dass ich zwei Knoten brauche. Kann ich einen auf diesen Knoten sicher löschen und wenn ja wie?

Answer 1

Jeder ElasticSearch-Knoten öffnet standardmäßig zwei Ports: 9200 für http und 9300 für das Transportprotokoll.

Was hier läuft ist, dass Sie tatsächlich eine andere ElasticSearch-Instanz im selben lokalen Netzwerk (vielleicht der gleiche Computer, aber auf jeden Fall mit verschiedenen Ports) läuft.

Knoten werden dem Cluster nach Namen hinzugefügt (elasticsearch in Ihrem Fall).

Um über Ihre Clusters Knoten herauszufinden, führen Sie die folgende Abfrage:

curl -XGET 'http://localhost:9200/_nodes?pretty' 

unerwünschte Knoten Um zu vermeiden, einen Cluster verbinden, einen geeigneten Clusternamen in Ihrer Elasticsearch Konfigurationsdatei (/etc/elasticsearch/elasticsearch.yml) wählen; Niemals den Standard belassen.

Nach dem Stoppen des Rogue-Knotens und dem Ändern des Clusternamens im Good-Knoten wird der Clusterstatus höchstwahrscheinlich gelb, da alle Wiederherstellungs-Shards nicht zugewiesen sind. Das ist kein Problem, solange Sie keine hohe Verfügbarkeit benötigen.