Auditar o tamanho e a quantidade de shards (detecção de oversharding / shards grandes demais)

Comando

# Largest shards (GB):
GET _cat/shards?v&h=index,shard,prirep,state,docs,store,node&s=store:desc&bytes=gb
# Indices by primary size:
GET _cat/indices?v&h=index,pri,rep,docs.count,pri.store.size,store.size&s=pri.store.size:desc&bytes=gb
# Shard count and disk per node:
GET _cat/allocation?v&h=node,shards,disk.indices,disk.percent&s=shards:desc
GET _cluster/stats?filter_path=indices.shards.total,indices.shards.primaries,nodes.count.data
GET _cluster/settings?include_defaults=true&filter_path=*.cluster.max_shards_per_node

O que faz

Lista os maiores shards, os tamanhos primários dos índices, a quantidade de shards por nó, o total de shards e o limite cluster.max_shards_per_node.

Quando usar

Durante o planejamento de capacidade, quando os tempos de recovery crescem ou a pressão no heap sobe, e no erro 'this action would add [x] shards, but this cluster currently has [y]/[z] maximum normal shards open'.

Atenção

Muitos shards muito pequenos (oversharding) sobrecarregam o master e o heap; shards muito grandes estendem o recovery e o rebalanceamento para horas. A quantidade de shards primários não pode mudar após a criação do índice; é preciso shrink, split ou reindex para corrigir. Aumentar max_shards_per_node remove o limite, mas não resolve o problema.