TechOverflow Logo
TechOverflow

Festplattennutzung des ElasticSearch-Clusters anzeigen und interpretieren

English Deutsch

Um herauszufinden, wie viel Festplattenspeicher jeder Knoten deines elasticsearch-clusters verwendet und wie viel Festplattenspeicher verbleibt, verwende

es_allocation_curl.sh
curl -XGET "http://localhost:9200/_cat/allocation?v&pretty"

Beispielausgabe für einen Knoten ohne Daten:

es_allocation_example.txt
shards disk.indices disk.used disk.avail disk.total disk.percent host       ip         node
    0           0b     2.4gb    200.9gb    203.3gb            1 172.18.0.2 172.18.0.2 TxYuHLF
es_allocation_explanation.txt
Diese Beispielausgabe sagt dir:
* `shards: 0` Der Cluster hat derzeit keine Shards. Dies bedeutet, dass keine Daten im Cluster sind
* `disk.indices: 0b` Der Cluster verwendet derzeit 0 Bytes Festplattenspeicher für Indizes.
* `disk.used: 2.4gb` Der Festplatte, auf der ElasticSearch seine Daten speichert, sind 2,4 Gigabyte belegt. Dies bedeutet nicht, dass ElasticSearch 2,4 Gigabyte verwendet, andere Anwendungen (einschließlich des Betriebssystems) könnten ebenfalls (Teile dieses) Speichers verwenden.
* `disk.avail: 200.9gb` Der Festplatte, auf der ElasticSearch seine Daten speichert, stehen 200,9 Gigabyte freier Speicher zur Verfügung. Denke daran, dass dies nur schrumpft, wenn ElasticSearch Daten auf der genannten Festplatte verwendet, andere Anwendungen könnten je nach Einrichtung von ElasticSearch ebenfalls Teile des Festplattenspeichers verbrauchen.
* `disk.total: 203.3gb` Die Festplatte, auf der ElasticSearch seine Daten speichert, hat eine Gesamtgröße von 203,3 Gigabyte (Gesamtgröße als *verfügbarer Speicher auf dem Dateisystem ohne Dateien*)
* `disk.percent: 1` Derzeit werden 1 % des gesamten verfügbaren Festplattenspeichers (`disk.total`) verwendet. Dieser Wert wird immer auf volle Prozent gerundet.
* `host, ip, node`: Auf welchen Knoten sich diese Zeile bezieht.

Beispiel mit einem Knoten mit einigen Testdaten (siehe diesen TechOverflow-Beitrag zum Generieren von Testdaten):

es_allocation_example_with_data.txt
shards disk.indices disk.used disk.avail disk.total disk.percent host       ip         node
     5        6.8kb     2.4gb     21.6gb       24gb           10 172.18.0.2 172.18.0.2 J3W5zqj
     5                                                                                 UNASSIGNED

Wie wir sehen können, hat ElasticSearch nun 5 Shards. Beachte, dass die zweite Zeile uns mitteilt, dass 5 Shards UNASSIGNED sind. Dies liegt daran, dass ElasticSearch so konfiguriert wurde, dass es eine Replik für jeden Shard erstellt und es keinen zweiten Knoten gibt, auf dem es die Replik platzieren kann. Für Entwicklungskonfigurationen ist dies normalerweise in Ordnung, aber Produktionskonfigurationen sollten normalerweise mindestens zwei Knoten haben. Siehe unseren docker-compose und systemd service generator für ElasticSearch für Anleitungen zur Konfiguration eines lokalen Multi-Node-Clusters mit docker.

Check out similar posts by category: ElasticSearch