Diferencias
Muestra las diferencias entre dos versiones de la página.
Ambos lados, revisión anterior Revisión previa Próxima revisión | Revisión previa Próxima revisión Ambos lados, revisión siguiente | ||
es:documentation:03_monitoring:09_log_monitoring [2022/05/26 12:23] jimmy.olano [Configuración] Estilo. Boleto GitLab # 8129 . |
es:documentation:03_monitoring:09_log_monitoring [2022/05/27 21:03] jimmy.olano Boleto GitLab # 9065 . |
||
---|---|---|---|
Línea 47: | Línea 47: | ||
Con un entorno de un solo nodo con estas características se pueden almacenar hasta 1 GB de datos diarios y almacenarlos el tiempo por defecto que son 8 días. | Con un entorno de un solo nodo con estas características se pueden almacenar hasta 1 GB de datos diarios y almacenarlos el tiempo por defecto que son 8 días. | ||
- | En el caso de requerir una mayor resiliencia de datos, y tolerancia a fallos, será necesario la configuración de un clúster de Elasticsearch (mínimo 3 nodos para garantizar integridad de datos). Al pasar a un entorno de // | + | En el caso de requerir una mayor resiliencia de datos, y tolerancia a fallos, será necesario la configuración de un clúster de Elasticsearch (mínimo 3 nodos para garantizar integridad de datos). Al pasar a un entorno de clúster también |
Línea 89: | Línea 89: | ||
- | ==== Configuración ==== | + | ==== Configuración |
<WRAP center round important 60%>\\ | <WRAP center round important 60%>\\ | ||
Línea 146: | Línea 146: | ||
**cluster.name** | **cluster.name** | ||
- | Será el nombre que recibirá el grupo o //cluster//. | + | Será el nombre que recibirá el grupo o clúster. |
**node.name** | **node.name** | ||
Línea 156: | Línea 156: | ||
Para '' | Para '' | ||
- | En caso de trabajar con un // | + | En caso de trabajar con un clúster necesita |
< | < | ||
Línea 232: | Línea 232: | ||
* [[https:// | * [[https:// | ||
+ | |||
+ | |||
+ | === Configuración de un clúster Elasticsearch === | ||
+ | * El tamaño mínimo de un clúster de servidores Elasticsearch es de 3 nodos y siempre debe ir creciendo en números impares para poder hacer uso del sistema de // | ||
+ | * Asegúrese de que tiene conectividad entre los 3 nodos y que los puertos 9200 y 9300 son accesibles entre todos y cada uno de los nodos. | ||
+ | |||
+ | <WRAP center round tip 60%> | ||
+ | |||
+ | Detenga el servicio Elasticsearch en todos y cada uno de los nodos: | ||
+ | < | ||
+ | |||
+ | systemctl stop elasticsearch.service | ||
+ | |||
+ | </ | ||
+ | |||
+ | Modifique en el fichero de configuración ''/ | ||
+ | |||
+ | < | ||
+ | # | ||
+ | # | ||
+ | |||
+ | </ | ||
+ | |||
+ | // | ||
+ | < | ||
+ | |||
+ | discovery.seed_hosts: | ||
+ | cluster.initial_master_nodes: | ||
+ | |||
+ | </ | ||
+ | |||
+ | Ejemplo con direcciones IP: | ||
+ | |||
+ | < | ||
+ | discovery.seed_hosts: | ||
+ | cluster.initial_master_nodes: | ||
+ | |||
+ | </ | ||
+ | |||
+ | <WRAP center round important 60%> \\ Asegúrese que la línea '' | ||
+ | |||
+ | Antes de iniciar el servicio, debido a que los nodos se iniciaron por primera vez por sí solos (// | ||
+ | |||
+ | < | ||
+ | rm -rf / | ||
+ | |||
+ | </ | ||
+ | |||
+ | Ahora es momento de iniciar los servicios en todos y cada uno de los nodos. Inicie y compruebe que se están ejecutando con los comandos: | ||
+ | |||
+ | < | ||
+ | systemctl start elasticsearch.service && systemctl status elasticsearch.service | ||
+ | |||
+ | </ | ||
+ | |||
+ | Debe obtener una salida similar a: | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Una vez iniciados los servicios debe confirmar que los 3 nodos están unidos al clúster correctamente, | ||
+ | |||
+ | < | ||
+ | curl -XGET http:// | ||
+ | |||
+ | </ | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Vuelva a revisar la configuración del // | ||
===== Modelos de datos y plantillas ===== | ===== Modelos de datos y plantillas ===== | ||
- | Antes de poner en producción un entorno, bien sea de un solo nodo o un //cluster// de datos, se recomienda aplicar las configuraciones correspondientes a este nodo o clúster en función a su utilización. En el caso de los índices generados por **Pandora FMS** la forma más efectiva de hacerlos es definiendo una plantilla (// | + | Antes de poner en producción un entorno, bien sea de un solo nodo o un clúster de |
<WRAP center round important 60%> Las plantillas o // | <WRAP center round important 60%> Las plantillas o // | ||
Línea 332: | Línea 401: | ||
* **GET _template/< | * **GET _template/< | ||
+ | ==== Templates multinodo ==== | ||
+ | |||
+ | Para definir un **// | ||
+ | |||
+ | * Cuando realice la configuración del // | ||
+ | |||
+ | Por ejemplo, en un entorno de Pandora FMS con Elasticsearch con 3 nodos configurados, | ||
+ | |||
+ | < | ||
+ | { | ||
+ | " | ||
+ | " | ||
+ | " | ||
+ | " | ||
+ | " | ||
+ | }, | ||
+ | |||
+ | </ | ||
+ | |||
+ | <WRAP center round info 75%> \\ Esto es una definición muy básica, para poder definir correctamente el dimensionamiento del entorno de Elasticsearch es recomendable tener en cuenta los factores descritos en este artículo:</ | ||
+ | |||
+ | * [[https:// | ||
+ | |||
+ | Desde la línea de comando puede listar los templates del entorno ejecutando: | ||
+ | < | ||
+ | |||
+ | curl -X GET " | ||
+ | |||
+ | </ | ||
+ | |||
+ | También puede ver los detalles de un, template, por ejemplo el que hemos creado para pandorafms ejecutando: | ||
+ | |||
+ | < | ||
+ | curl -X GET " | ||
+ | |||
+ | </ | ||
+ | |||
+ | el cual devolverá en formato JSON la configuración que tenga definida. | ||
+ | |||
+ | Puede realizar estas operaciones a través de la interfaz de Elasticsearch en Pandora FMS utilizando los comandos nativos de Elasticsearch. | ||
+ | |||
+ | * **PUT _template/< | ||
+ | * **GET _template/>< | ||
+ | {{ : | ||
+ | |||
{{ : | {{ : | ||