elasticsearch sizing & replicas

Published by cubewerk on 

root@kibana:/# curl -XGET 'http://localhost:9200/_cluster/health'
{"cluster_name":"elasticsearch","status":"yellow","timed_out":false,"number_of_nodes":1,"number_of_data_nodes":1,"active_primary_shards":1010,"active_shards":1010,"relocating_shards":0,"initializing_shards":0,"unassigned_shards":1000,"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":50.24875621890548}

Wir sehen hier schön, dass unassigned_shards hinterlegt sind, die fast identisch sind zur Anzahl active_shards. Das ist ein Anzeichen, dass hier nur auf einem Knoten der Index liegt, welcher auf keinen zweiten synchronisiert werden kann.

Workaround (setzt für den bestehenden Index, die Replikation auf 0 – kann auch nicht anders, wenn wir nur einen haben)

curl -H ‚Content-Type: application/json‘ -XPUT http://127.0.0.1:9200/_settings -d ‚
{
„index“ : {
„number_of_replicas“ : 0
}
}
‚

Zusätzlich, für neuen Index, per Default auch auf 0 setzen mit

curl -H 'Content-Type: application/json' -XPUT http://127.0.0.1:9200/_template/all
{
  "template": "*",
  "settings": {
    "number_of_replicas": 0
  }
}
Categories: Blog