Elasticsearch es un sistema distribuido, y optimizar la conexión entre el cliente y el cluster de Elasticsearch es sumamente importante para la experiencia del usuario final. Descubre si autodescubrir es la solución indicada para ti.

Elasticsearch impulsa experiencias de búsqueda para muchas de las herramientas y apps que se usan en la actualidad, desde dashboards analíticos operativos hasta mapas que muestran los restaurantes más cercanos con patio para que puedas salir de tu casa. Y en todas esas implementaciones, la conexión entre la aplicación y el cluster se hace a través de un <a href="https://www.elastic.co/guide/en/elasticsearch/client/index.html">cliente Elasticsearch</a>.Optimizar la conexión entre el cliente y el cluster de Elasticsearch es sumamente importante para la experiencia del usuario final. La configuración típica de un cliente Elasticsearch es la URL del nodo al que debes conectarte. Pero puedes hacer mucho más, y una forma de optimizar esta conexión es con autodescubrir.Aquí explicamos cómo funciona autodescubrir, cuándo debes usarlo y cómo saber cuándo debes evitarlo.<h2>¿Qué es autodescubrir?</h2>Elasticsearch es un sistema distribuido, lo que significa que sus índices residen en varios nodos conectados entre sí, que forman un cluster. Una de las principales ventajas de ser un sistema distribuido, además de la tolerancia a fallas, es que los datos se dividen en shards en varios nodos, lo que permite que las búsquedas se ejecuten mucho más rápido que aquellas que se ejecutan en un único nodo enorme.Una configuración de cliente típico es una sola URL que apunta a un nodo del cluster de Elasticsearch. Si bien esta es la configuración más simple, la principal desventaja de esta configuración es que todas las solicitudes que realices se enviarán a ese nodo de coordinación específico. Como esto pone un solo nodo bajo estrés, el rendimiento general puede verse afectado.Una solución es pasar una lista estática de nodos al cliente, de modo que tus solicitudes se distribuyan de forma equitativa entre los nodos.O puedes habilitar una característica llamada autodescubrir.Con una lista estática de nodos, no hay garantías de que los nodos estén siempre en funcionamiento. Por ejemplo, ¿qué sucede si quitas un nodo para actualizarlo o agregas nodos nuevos?Si habilitas autodescubrir, el cliente comenzará a llamar el endpoint _nodes/_all/http, y la respuesta será una lista de todos los nodos presentes en el cluster junto con sus direcciones IP. Luego, el cliente actualizará su grupo de conexiones para usar todos los nodos nuevos y mantener el estado del cluster sincronizado con el grupo de conexiones del cliente. Ten en cuenta que incluso si los clientes descargan la lista completa de nodos, los nodos "solo maestro" no se usarán para llamadas de API genéricas.Autodescubrir resuelve este problema de descubrimiento. ¿Por qué no está habilitado de forma predeterminada? Gran pregunta.<h2>¿Cuándo autodescubrir?</h2>Autodescubrir puede ser un arma de doble filo. Si intentas llamar el endpoint _nodes/_all/http, verás una lista de nodos y sus endpoints respectivos. Pero hay algunas cuestiones que debes tener en cuenta:<ul><li>¿Qué sucede si tu cluster de Elasticsearch reside en su propia red?</li><li>¿Qué sucede si tu cluster de Elasticsearch reside detrás de un balanceador de carga?</li></ul>La respuesta corta a ambas preguntas: obtendrás direcciones IP completamente inútiles porque estarás en una red diferente.Puedes probar esto por tu cuenta con Docker. Activa una instancia de Elasticsearch (una es suficiente) y llama _nodes/_all/http desde tu máquina local. Verás que la dirección IP de tu nodo no será la misma dirección IP que acabas de usar.Úsala con el comando siguiente para iniciar una instancia de Elasticsearch:<pre class="prettyprint">docker run \ -p 9200:9200 \ -e "discovery.type=single-node" \ docker.elastic.co/elasticsearch/elasticsearch:7.8.0 </pre>Ahora puedes leer la IP del nodo con el comando siguiente. (En el fragmento siguiente usamos <a href="https://github.com/stedolan/jq">jq</a> para que sea más fácil leer la respuesta.):<pre class="prettyprint">curl -s localhost:9200/_nodes/_all/http | jq .nodes[].http.publish_address </pre>Por último, puedes copiar la dirección IP impresa en la terminal e intentar enviarle una solicitud:<pre class="prettyprint">curl {ip_address}:9200 | jq . </pre>Como puedes ver, no obtendrás una respuesta exitosa.Esto significa que si habilitas autodescubrir en un cliente mientras el cluster se encuentra en otra red, el cliente agregará todos los nodos nuevos a su grupo de conexiones. Eso es porque no tiene forma de comprender que esas direcciones IP están mal, y cada búsqueda que se realice en uno de esos nodos fallará.Como el nodo inicial con la dirección IP correcta ya no está en el estado del cluster, se descartará, y recibirás rápidamente un error "no living connections" (sin conexiones activas).<h3>Pero podemos solucionarlo.</h3>Para resolver este problemas, puedes configurar Elasticsearch para que se vincule a su host, pero que publicite otro. La opción de configuración <a href="https://www.elastic.co/guide/en/elasticsearch/reference/7.8/modules-http.html#_http_settings">http.publish_host</a> hace precisamente esto. Ahora, intenta ejecutar el comando de Docker anterior con esta nueva configuración:<pre class="prettyprint">docker run \ -p 9200:9200 \ -e "discovery.type=single-node" \ -e "http.publish_host=localhost" \ docker.elastic.co/elasticsearch/elasticsearch:7.8.0 </pre>Si vuelves a ejecutar el comando siguiente:<pre class="prettyprint">curl -s localhost:9200/_nodes/_all/http | jq .nodes[].http.publish_address </pre>En la terminal, verás:<pre class="prettyprint">"localhost/{ip_address}:9200" </pre>Si configuras el host de publicación, los clientes oficiales (a partir de v7 en adelante) son lo suficientemente inteligentes como para usar la dirección del host en lugar de la IP.La principal enseñanza de esto es que debes conocer tu infraestructura antes de habilitar autodescubrir. Existen muchas soluciones para este problema de direcciones IP, y no hay una solución única, porque dependerá de la configuración de tu sistema.La configuración típica de desarrollo es tener un cluster de Elasticsearch en la misma red de tu cliente, pero esto no se puede replicar en el mundo real, dado que derivaría en problemas de seguridad; y tu infraestructura probablemente sea más compleja. Podrías configurar el balanceador de carga para que se ocupe de esas direcciones IP. O, como hace Elastic en <a href="/es/cloud">Elastic&nbsp;Cloud</a>, puedes dejar que el proxy se ocupe de los nodos con fallas, de modo que el cliente envíe siempre las búsquedas al proxy, que luego las enviará al nodo adecuado.<h2>¿Cuándo no autodescubrir?</h2>Hay muchas situaciones en las cuales autodescubrir podría generar problemas, entre ellas:<ul><li>El usuario de Elasticsearch con el que se está autenticando tu cliente no tiene los permisos correctos (rol monitoring_user) para acceder a la API de nodos.</li><li>Estás trabajando con Proveedores Cloud.</li></ul>Por lo general, los Proveedores Cloud ocultan Elasticsearch detrás de un proxy, lo cual haría que la operación de autodescubrir resulte inútil porque las direcciones y los nombres de host devueltos pueden no tener ningún significado en tu red. Habitualmente, esos Proveedores Cloud se ocupan por ti de la complejidad de crear grupos y autodescubrir, por lo que no tienes que habilitarlas.Si usas <a href="/es/cloud">Elastic&nbsp;Cloud</a>, los clientes oficiales interrumpirán la mayoría de las operaciones de forma interna, como ocuparse del grupo de conexiones, para evitar dedicar tiempo a operaciones que ya se realizaron.Otros problemas, como vimos antes, pueden suceder al trabajar con Docker o Kubernetes. A menos que configures la opción de publicar host, el resultado de autodescubrir no podrá usarse.Como regla general: si Elasticsearch reside en una red diferente a la del cliente (o hay un balanceador de carga), autodescubrir debe estar deshabilitado a menos que haya cierta configuración en la infraestructura que te permita usarla con precisión.<h2>¿Cómo autodescubrir?</h2>Los clientes ofrecen varias estrategias de autodescubrir. Analicémoslas:<h3>Autodescubrir al inicio</h3>Tal como lo sugiere el nombre, al habilitar esta opción, el cliente intentará ejecutar una solicitud de autodescubrimiento solo una vez durante el primer uso o la inicialización del cliente.<h3>Autodescubrir por una falla de conexión</h3>Si habilitas esta opción, el cliente intentará ejecutar una solicitud de autodescubrimiento cada vez que un nodo tenga fallas, lo que significa una conexión interrumpida o un nodo inactivo.<h3>Intervalo de autodescubrimiento</h3>Además de autodescubrir al inicio y por fallas, autodescubrir de forma periódica puede ser beneficioso en situaciones en las que los clusters suelen escalarse horizontalmente durante las horas pico. una aplicación puede tener una visión de buen estado de un subconjunto de los nodos. Pero sin autodescubrir periódicamente, nunca encontrará los nodos que se agregaron como parte del escalado horizontal.<h3>Configuraciones personalizadas</h3>En algunos casos, es posible que quieras tener un control más detallado del procedimiento de autodescubrir. Los clientes son lo suficientemente flexibles para permitirte configurar un endpoint de autodescubrir personalizado, o puedes anular la lógica de autodescubrir por completo y proporcionar una propia.<h2>Conclusiones</h2>Al habilitar autodescubrir, harás que tu aplicación sea más resistente y capaz de adaptarse a los cambios. Antes de hacerlo, debes conocer tu infraestructura para poder decidir cuál es la mejor solución que puedes adoptar. Incluso, es posible que la mejor solución sea no adoptar autodescubrir.Si te gustaría evitar pensar sobre la configuración del grupo de conexiones y autodescubrir, y preferirías una cadena de conexión simple, dale una oportunidad a Elastic&nbsp;Cloud con la <a href="/es/elasticsearch/service">prueba gratuita de 14&nbsp;días de nuestro Elasticsearch&nbsp;Service</a>.

blog-banner-training-checklist-clipboard.png

blog-thumb-training-checklist-clipboard.png

Elasticsearch sniffing best practices: What, when, why, how

Mejores prácticas de autodescubrir de Elasticsearch: Qué, cuándo, por qué, cómo

Start free trial

Blog Footer CTA

Sign up for Elastic Cloud free trial

headshot-tomas-della-vedova-300x300.jpg

Senior Software Engineer

Tomas Della Vedova

The content on this page is not available in the selected language. As Elastic grows globally, we continue to support content in multiple languages.

The content on this page is not available in the selected language.

El contenido de esta página no está disponible en el idioma seleccionado. Elastic está trabajando para garantizar que el contenido esté disponible en varios idiomas. Gracias por tu paciencia mientras trabajamos.

By submitting you acknowledge that you've read and agree to our <a href="/legal/elastic-cloud-account-terms" target="_self">Terms of Service</a>, and you agree to receive the <a href="/legal/privacy-statement#how-we-use-the-information" target="_self">selected communications</a> at the contact details you provided above. See <a href="/legal/privacy-statement/" target="_self">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Communication Preferences - ONLY for /communication-preferences

Al enviar, confirma que ha leído y acepta nuestras <a href="/es/legal/elastic-cloud-account-terms" target="_self">Condiciones de servicio</a>, y que acepta recibir las <a href="/es/legal/privacy-statement#how-we-use-the-information" target="_self">comunicaciones seleccionadas</a> en los detalles de contacto que proporcionó anteriormente. Consulte la <a href="/es/legal/privacy-statement/" target="_self">Declaración de privacidad de Elastic</a> para obtener más información o para cancelar su suscripción en cualquier momento.

By submitting you acknowledge that you've read and agree to our <a href="/legal/serverless-preview-terms" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Serverless GDPR Text

Al enviar, confirma que ha leído y acepta nuestras <a href="/es/legal/serverless-preview-terms" target="_self">Condiciones de servicio</a>, y que Elastic puede <a href="/es/legal/privacy-statement#how-we-use-the-information" target="_self">ponerse en contacto con usted</a> acerca de nuestros productos y servicios relacionados. Consulte la <a href="/es/legal/privacy-statement/" target="_self">Declaración de privacidad de Elastic</a> para obtener más información o para cancelar su suscripción en cualquier momento.

By submitting you agree to <a href="/agreements/global/cloud-services-monthly" rel="nofollow">Elastic Cloud Terms of Service</a>. Your personal data will be processed in accordance with <a href="/legal/privacy-statement">Elastic's Privacy Statement</a>.

Cloud Trial GDPR Text

Al enviar esta información, aceptas los <a href="/es/agreements/global/cloud-services-monthly" rel="nofollow">Términos de servicio de Elastic</a>. Los datos personales se procesarán de conformidad con la <a href="/es/legal/privacy-statement">declaración de privacidad de Elastic</a>.

By submitting you acknowledge that you've read and agree to our <a href="/legal/terms-of-use" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Newsletter GDPR Text

Al enviar, confirma que ha leído y acepta nuestras <a href="/es/legal/terms-of-use" target="_self">Condiciones de servicio</a>, y que Elastic puede <a href="/es/legal/privacy-statement#how-we-use-the-information" target="_self">ponerse en contacto con usted</a> acerca de nuestros productos y servicios relacionados. Consulte la <a href="/es/legal/privacy-statement/" target="_self">Declaración de privacidad de Elastic</a> para obtener más información o para cancelar su suscripción en cualquier momento.

Hosted by

All Solutions

Follow us on Youtube

Watch now (no PT)

Articles by

Share by Email

Filters

All (no PT translation)

Contact information

See when this webinar starts in my time zone

Ver cuándo comienza este webinar en mi zona horaria

Thank you for your interest!

Register to Attend

Small image for

Register to Watch

Continue reading

Featured webinar

What to explore next...

Reset all

Load more press releases

Sign In to Attend

Share

Upcoming webinar

Learn more

Search Integrations

Share on Reddit

Share on Twitter

Share on Facebook

Load more news

View more posts

On-demand webinar

Follow us on Facebook

Author

Press Release

You'll also receive an email with related content.

You'll also receive an email with related content

Además, te enviaremos contenidos relevantes

Print

Contact Info

Overview

Video for

Read less

Register now

Share this story

See All Posts

See all top stories

View next

Can't make it? Register and we'll send you the recording. You'll also receive an email with related content

¿No puedes asistir? Regístrate y te enviaremos la grabación. También recibirás un correo electrónico con contenido relacionado.

Follow us on LinkedIn

Highlights

Explore similar demos

Follow us on Twitter

Share on LinkedIn

Load More

See more insights

Speakers

Close

Thank you for registering. We will send you a confirmation email soon.

Gracias por registrarte. Te enviaremos un correo electrónico de confirmación pronto.

Author

Articles by Tomas Della Vedova

Senior Software Engineer, Elastic

Mejores prácticas de autodescubrir de Elasticsearch: Qué, cuándo, por qué, cómo