elasticsearch utilización aparecen a veces se disparan CPU, memoria llena situación, la necesidad de optimización adicional.
1. Identificación deben utilizar it propia estrategia de producción
2. Establecer el número de copias a 0, escribir hoja de vida completa
poner localhost: 9200 / _settings { " number_of_replicas " : 0 }
3. Cierre de actualización, después de la programación se puede abrir
poner localhost: 9200 / _settings { " refresh_interval " : " -1 " }
4. El disco duro de escritura asíncrona, lo que aumenta la velocidad de la escritura
poner localhost: 9200 / _settings { " translog.durability " : " asíncrono " }
"index.translog.durability": "asíncrono",
"index.translog.sync_interval": "30"
Las piezas de prueba cada vez que el número de datos en bloque, el número de aumento o disminución gradual encontrar el número óptimo.
6. aumentar los elementos de configuración de perfil
indices.memory.index_buffer_size: 20 % indices.memory.min_index_buffer_size: 96MB tiene Índice buena documentación en primer lugar se almacena en la memoria caché, esperando a ser escrita en el segmento (segmento). Cuando la memoria caché es la sección de disco cepillo lleno de gatillo (comer I / O y las operaciones de la CPU). tamaño de caché por defecto mínimo es 48 m, no es suficiente, un máximo del 10% de la memoria del montón. Para un gran número de escenas escritas también parecía un poco pequeño.
7. La detección de fallos está previsto entre la configuración de nodo, por ejemplo, la siguiente configuración elasticsearch.yml
se proporciona la configuración de detección de fallo entre los nodos, por ejemplo, dispuestas elasticsearch.yml
escenario escrito en grandes cantidades, se tardará mucho ancho de banda de red, es probable que los nodos entre tiempo de espera de los latidos del corazón. Y el intervalo de pulso predeterminado es relativamente demasiado a menudo (1s probaron una vez)
Esta configuración facilitará en gran medida los problemas de tiempo de espera entre los nodos