Die elastische Suche ist schwer. Der Speicher des PCs ist schlecht. Ich habe diese Daten (Index) nicht mehr gesehen.
Für dich.
Elasticsearch 5.0.1 (dasselbe gilt für 5.0.0) Python 2.7.10 (dasselbe für 2.7.6)
Zuallererst, wenn Sie keinen Pip haben
$ curl -kL https://bootstrap.pypa.io/get-pip.py | sudo python
Installation des Kurators
$ sudo pip install elasticsearch-curator
$ curator --version
curator, version 4.2.4
Wenn Elasticsearch 5.x ist, muss der Kurator 4.x oder höher sein.
Es gibt zwei Configuration file
~/.curator/curator.yml
client:
hosts:
- localhost
port: 9200
url_prefix:
use_ssl: False
certificate:
client_cert:
client_key:
ssl_no_validate: False
http_auth:
# if x-pack is installed, set "http_auth: elastic:changeme"
timeout: 30
master_only: False
logging:
loglevel: INFO
logfile:
logformat: default
blacklist: ['elasticsearch', 'urllib3']
ACTION_FILE
actions:
1:
action: delete_indices
description: >-
(custommessage)Delete indices older than 5 days (based on index name), for .monitoring-es-
prefixed indices. Ignore the error if the filter does not result in an
actionable list of indices (ignore_empty_list) and exit cleanly.(custom message)
options:
ignore_empty_list: True
timeout_override:
continue_if_exception: False
disable_action: False
filters:
- filtertype: pattern
kind: prefix
value: .monitoring-es-
exclude:
- filtertype: age
source: name
direction: older
timestring: '%Y.%m.%d'
unit: days
unit_count: 5
exclude:
2:
action: close
description: >-
(custom message)Close indices older than 4 days (based on index name), for .monitoring-es-
prefixed indices.(custom message)
options:
ignore_empty_list: True
delete_aliases: False
timeout_override:
continue_if_exception: False
disable_action: False
filters:
- filtertype: pattern
kind: prefix
value: .monitoring-es-
exclude:
- filtertype: age
source: name
direction: older
timestring: '%Y.%m.%d'
unit: days
unit_count: 4
exclude:
Dies schließt den Index vor mehr als 4 Tagen und löscht den Index vor mehr als 5 Tagen.
ignore_empty_list: True
Sie können den Fehler durchlaufen, wenn der entsprechende Index nicht gefunden wird.
(Wenn Sie es nicht anhängen, wird es mit einem Fehler beendet, wenn es zweimal oder mehrmals hintereinander ausgeführt wird.)
Obwohl es unit_count ist, werden die Daten vor 4 Tagen ebenfalls gelöscht, wenn es 4 ist. % d des Index scheint der Standard zu sein.
Wenn die Konfigurationsdatei mit dem Standardpfad erstellt wird (~ / .curator / curator.yml)
$ curator ${action_file}
Wenn nicht
$ curator --config ${configuration_file} ${action_file}
Führen Sie es dann manuell aus, wenn Sie Lust dazu haben, oder lassen Sie es Onkel Jenkins zu Hause täglich tun.