Historial de interrupciones de Elastic Cloud

1. 23 de octubre de 2026 a las 4:04 UTCinvestigating

   Actualmente estamos investigando un problema que impide el acceso al portal Elastic Support. En este momento, los clientes pueden experimentar problemas que autentican al portal de soporte.

2. 23 de octubre de 2026 a las 4:59 UTCidentified

   Hemos identificado un problema que impide el acceso al portal Elastic Support causado por un proveedor de corriente. El proveedor ha confirmado una solución que ha restaurado el acceso para algunos de sus entornos afectados y ahora lo está llevando al resto. En este momento, los clientes pueden experimentar problemas que autentican al portal de soporte.

3. 23 de octubre de 2026 a las 6:33 UTCresolved

   El proveedor de corriente ha completado su solución, y se ha restaurado el acceso al portal Elastic Support. Los clientes pueden autenticar nuevamente al portal de soporte. Estamos considerando esta cuestión resuelta y no proporcionaremos más actualizaciones. Si sigues teniendo problemas, ponte en contacto con nosotros.

Traducido automáticamente desde la actualización oficial del incidente.

1. 22 de octubre de 2026 a las 11:19 UTCinvestigating

   Estamos investigando un problema que afecta a AutoOps para cuentas recién creadas en la región AWS nosotros-este-1. Las cuentas creadas después de las 00:00 UTC el 22 de octubre de 2026 pueden ser incapaces de acceder a AutoOps y pueden ver un error (HTTP 403) al abrirla. Elastic Cloud Hosted: AutoOps no está disponible para cuentas nuevas afectadas. Elastic Cloud Serverless: AutoOps no está disponible para nuevas cuentas afectadas. Los despliegues y proyectos existentes, y todas las demás funcionalidades de Elastic Cloud, no están afectados. Nuestros equipos de ingeniería están trabajando para identificar la causa y restaurar el acceso. Proporcionaremos la siguiente actualización dentro de 60 minutos, o antes si hay un cambio significativo

2. 22 de octubre de 2026 a las 12:00 UTCidentified

   Hemos identificado la causa de la cuestión que afecta a AutoOps y estamos implementando una solución. Elastic Cloud Hosted y Elastic Cloud Serverless: Los clientes que crearon una nueva cuenta en la región AWS us-east-1 desde aproximadamente 00:30 UTC el 22 de octubre de 2026 no pudieron acceder a AutoOps y pudieron haber visto un error (HTTP 403) al abrirla. La solución está saliendo ahora, y esperamos que la situación se resuelva completamente antes de las 13:00 UTC. Los despliegues y proyectos existentes, y todas las demás funcionalidades de Elastic Cloud, no están afectados.

3. 22 de octubre de 2026 a las 20:50 UTCresolved

   Resolvimos el problema que afecta a AutoOps a las 12:30 UTC. Elastic Cloud Hosted y Elastic Cloud Serverless: Los clientes que crearon una nueva cuenta en la región AWS us-east-1 desde aproximadamente 00:30 UTC el 22 de octubre de 2026 no pudieron acceder a AutoOps y pudieron haber visto un error (HTTP 403) al abrirla.

Traducido automáticamente desde la actualización oficial del incidente.

1. 20 de octubre de 2026 a las 20:07 UTCinvestigating

   Estamos investigando un problema que afecta la capacidad de escalar implementaciones Elastic Cloud Hosted y proyectos sin Servidor existentes en Azure. Se puede retrasar la creación de nuevos proyectos y despliegues en Azure.

2. 20 de octubre de 2026 a las 21:24 UTCidentified

   Hemos identificado un problema que afecta la capacidad de escalar las implementaciones existentes de Elastic Cloud Hosted y proyectos sin Servidor en Azure. Se puede retrasar la creación de nuevos proyectos y despliegues en Azure. Los ingenieros están trabajando activamente para mitigar la cuestión.

3. 20 de octubre de 2026 a las 22:27 UTCmonitoring

   Los ingenieros han identificado y mitigado un problema que afecta a la capacidad de escalar implementaciones Elastic Cloud Hosted y proyectos sin Servidor en Azure. Estamos monitoreando la cuestión para asegurar que las operaciones continúen normalmente.

4. 21 de octubre de 2026 a las 3:05 UTCresolved

   Los ingenieros han mitigado un problema que afecta la capacidad de escalar las implementaciones existentes de Elastic Cloud Hosted y proyectos sin Servidor en Azure. El escalado funciona como se espera.

Traducido automáticamente desde la actualización oficial del incidente.

1. 20 de octubre de 2026 a las 6:51 UTCinvestigating

   Estamos investigando un problema que afecta a una zona de disponibilidad en la región del GCP europe-west2 (Londres). A partir de aproximadamente 06:15 UTC, algunas implementaciones Elastic Cloud Hosted y Serverless con capacidad en esta zona pueden experimentar disponibilidad o conectividad degradada. También se puede retrasar la vigilancia y el registro de los despliegues en la región. Los despliegues en otras zonas y regiones no se ven afectados. Nuestros ingenieros están trabajando activamente en el tema, y estamos en contacto con nuestro proveedor de nube.

2. 20 de octubre de 2026 a las 7:56 UTCidentified

   Nuestro proveedor de nube ha confirmado un incidente de infraestructura que afecta a una zona de disponibilidad única (europeo-oeste2-b) en la región GCP europe-west2 (Londres), causando la pérdida de conectividad de red y la falta de recursos en esa zona. Elastic Cloud Los despliegues alojados y proyectos Elastic Serverless con recursos en la zona afectada pueden ser indisponibles o experimentar un rendimiento degradado. Hemos tomado medidas para evitar colocar nuevos proyectos sin servidor en la zona afectada, y estamos trabajando para restaurar servicios que dependen de ella. La reducción de la capacidad en la región puede retrasar el escalado y la creación de nuevos recursos. Aún no tenemos un tiempo estimado para la recuperación de nuestro proveedor de nube. Trabajamos estrechamente con ellos y proporcionaremos la siguiente actualización dentro de una hora.

3. 20 de octubre de 2026 a las 9:15 UTCidentified

   El incidente de infraestructura en nuestro proveedor de nube que afecta la zona de disponibilidad europe-west2-b en la región GCP europe-west2 (Londres) está en curso. Nube Elástica Alojada: La mayoría de los despliegues con recursos en la zona afectada siguen sin estar disponibles o degradados. Estamos viendo señales tempranas y limitadas de recuperación, y un pequeño número de los despliegues inicialmente afectados se están recuperando. Continuamos nuestro trabajo de mitigación y compartiremos más a medida que avance la recuperación. Elastic Serverless: Hemos tomado medidas para evitar la colocación de nuevos proyectos en la zona afectada, y ahora estamos reequilibrando los proyectos existentes a otras zonas de disponibilidad. Estamos viendo signos de recuperación - algunos proyectos permanecen indisponibles o degradados mientras tanto. La reducción de la capacidad en la región puede retrasar el escalado y la creación de nuevos recursos. Aún no tenemos tiempo estimado para la recuperación completa de nuestro proveedor de nube. Trabajamos estrechamente con ellos y proporcionaremos la siguiente actualización para las 10:15am UTC.

4. 20 de octubre de 2026 a las 10:32 UTCidentified

   El incidente de infraestructura en nuestro proveedor de nube que afecta la zona de disponibilidad europe-west2-b en la región GCP europe-west2 (Londres) está en curso. Elastic Cloud Los despliegues alojados y proyectos Elastic Serverless con recursos en la zona afectada pueden permanecer indisponibles o degradados. Nuestros equipos continúan trabajando en la mitigación y recuperación, y estamos trabajando estrechamente con nuestro proveedor de cloud. Aún no tenemos tiempo estimado para la recuperación completa. Proporcionaremos la siguiente actualización antes de las 12:00 UTC, o antes si hay un cambio significativo.

5. 20 de octubre de 2026 a las 12:24 UTCidentified

   El incidente de infraestructura en nuestro proveedor de nube que afecta la zona de disponibilidad europe-west2-b en la región GCP europe-west2 (Londres) está en curso. Estamos viendo pequeñas señales de recuperación, tanto de nuestro proveedor de nubes como de nuestro propio trabajo de mitigación. Elastic Cloud Hosted: Algunas de las implementaciones afectadas se están recuperando. Los clientes cuyos cambios de plan u otras operaciones fracasaron durante el incidente se recomiendan volverlos de la consola Elastic Cloud. Las operaciones que dependen de la zona afectada pueden tardar más tiempo de lo habitual, o fracasar de nuevo, hasta que la recuperación siga progresando. Algunos despliegues pueden permanecer indisponibles o degradados. Elastic Serverless: Algunos proyectos pueden permanecer indisponibles o degradados.

6. 20 de octubre de 2026 a las 14:15 UTCidentified

   El incidente de infraestructura en nuestro proveedor de nube que afecta la zona de disponibilidad europe-west2-b en la región GCP europe-west2 (Londres) se está recuperando. Nuestro proveedor de cloud reporta la recuperación de servicios para la mayoría de las cargas de trabajo en la región, y estamos viendo progreso a nuestro lado cuando la zona afectada regresa. Elastic Cloud Hosted: Se está recuperando un número creciente de implementaciones afectadas. Los clientes cuyos cambios de plan u otras operaciones fracasaron durante el incidente se recomiendan volverlos de la consola Elastic Cloud. Es posible que algunos despliegues todavía no estén disponibles o degradados, y algunos pueden necesitar pasos adicionales de recuperación que nuestro equipo de Apoyo trabajará por caso por caso. Si su implementación sigue siendo poco saludable, por favor contacte a Soporte. Las operaciones pueden tardar más de lo habitual mientras se restablece la capacidad.

7. 20 de octubre de 2026 a las 17:27 UTCidentified

   Se ha resuelto el incidente de infraestructura en nuestro proveedor de nubes que afecta a la zona de disponibilidad europe-west2-b en la región GCP europe-west2 (Londres). Seguimos trabajando para lograr la plena recuperación de nuestros servicios. Elastic Cloud Hosted: Se está recuperando un número creciente de implementaciones afectadas. Los clientes cuyos cambios de plan u otras operaciones fracasaron durante el incidente se recomiendan volverlos de la consola Elastic Cloud. Es posible que algunos despliegues todavía no estén disponibles o degradados, y algunos pueden necesitar pasos adicionales de recuperación que nuestro equipo de Apoyo trabajará por caso por caso. Si su implementación sigue siendo poco saludable, por favor contacte a Soporte. Las operaciones pueden tardar más de lo habitual mientras se restablece la capacidad.

8. 20 de octubre de 2026 a las 21:54 UTCresolved

   Se ha resuelto el incidente de infraestructura en nuestro proveedor de nubes que afecta a la zona de disponibilidad europe-west2-b en la región GCP europe-west2 (Londres). Engineering ha completado la recuperación de la infraestructura que funciona en la zona de disponibilidad afectada. Elastic Cloud Hosted: Se aconseja a los clientes cuyos cambios de plan u otras operaciones fallecieron durante el incidente que los reingresen de la consola Elastic Cloud. Es posible que algunos despliegues no estén disponibles o degradados, y que necesiten pasos adicionales de recuperación que nuestro equipo de Apoyo trabajará por caso. Si su implementación sigue siendo poco saludable, por favor contacte a Soporte.

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de octubre de 2026 a las 16:42 UTCinvestigating

   Estamos investigando un problema que afecta a algunos proyectos Elastic Cloud Serverless en la región GCP us-central1. Los clientes pueden experimentar una operación de proyecto retardada o no disponible.

2. 8 de octubre de 2026 a las 17:21 UTCidentified

   Hemos identificado un problema con almacenamiento en la nube que afecta a algunos proyectos Elastic Cloud Serverless en la región GCP us-central1. Los clientes pueden experimentar operaciones de proyectos demoradas o no disponibles. El proveedor está investigando el problema, y estamos monitoreando la recuperación. Proporcionaremos otra actualización cuando esté disponible más información.

3. 8 de octubre de 2026 a las 19:17 UTCidentified

   Algunos proyectos Elastic Cloud Serverless en la región GCP us-central1 todavía pueden experimentar operaciones de proyecto retrasadas o no disponibles. El proveedor continúa investigando la cuestión. Estamos monitoreando la situación y proporcionaremos otra actualización cuando se disponga de más información.

4. 8 de octubre de 2026 a las 20:47 UTCmonitoring

   Hemos observado mejoras después de que nuestras atenuaciones fueran aplicadas por nuestro proveedor de almacenamiento en la nube. Algunos proyectos Elastic Cloud Serverless en la región GCP us-central1 todavía pueden experimentar operaciones de proyecto retrasadas o no disponibles mientras la recuperación continúa. Estamos monitoreando la situación y proporcionaremos otra actualización cuando se disponga de más información.

5. 9 de octubre de 2026 a las 0:54 UTCresolved

   Se ha resuelto el problema de almacenamiento en la nube que afecta a algunos proyectos Elastic Cloud Serverless en la región GCP us-central1. Las operaciones del proyecto han vuelto a la normalidad, y ya no estamos viendo proyectos afectados en un estado de salud roja.

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de octubre de 2026 a las 14:04 UTCinvestigating

   Los clientes con proyectos sin servidor en la región de Azure UAE Norte pueden ver retrasos en las métricas mostradas en Cloud UI. El equipo está investigando el problema y publicaremos una actualización en 2 horas o antes si es necesario

2. 6 de octubre de 2026 a las 17:54 UTCresolved

   Se ha resuelto el problema que afecta a la disponibilidad métrica de proyectos sin servidor en Azure UAE North. Las métricas de “Usage and performance” retrasadas se están recuperando y se están procesando los registros de uso descontado. No se espera ninguna pérdida de datos.

Traducido automáticamente desde la actualización oficial del incidente.

1. 23 de septiembre de 2026 a las 14:04 UTCinvestigating

   Actualmente estamos experimentando retrasos en la provisión de nuevos recursos en la nube debido a la lentitud con un proveedor externo de imagen de contenedor. Esto puede dar lugar a demoras al crear nuevos despliegues, escalar los existentes o reubicar los casos afectados por el mantenimiento de la infraestructura. Como mitigación, puede intentar re-correr cambios de plan fallidos. Los despliegues de funcionamiento existentes no son impactados. Nuestro equipo está monitoreando activamente la situación y trabajando para mitigar la cuestión. Proporcionaremos una actualización en las próximas 12 horas.

2. 23 de septiembre de 2026 a las 16:03 UTCresolved

   Esta cuestión se ha resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 17 de septiembre de 2026 a las 15:50 UTCinvestigating

   Estamos investigando informes de métricas de nivel de nodo que faltan (CPU, memoria, disco, grupos de hilos) para los intervalos de tiempo recientes en un subconjunto de regiones de AutoOps. Esto puede aparecer como un mensaje "Sin datos" en la vista Nodos. Los datos sobre la salud, el endurecimiento y el despliegue no son afectados y no se ha producido ninguna pérdida de datos. Proporcionaremos una actualización dentro de las próximas 2 horas o antes.

2. 17 de septiembre de 2026 a las 16:13 UTCidentified

   Hemos identificado la causa de las métricas de nivel de nodo que faltan (CPU, memoria, disco, roscas) en las regiones afectadas. Nunca se afectaron los datos sobre la salud, el duro y el despliegue, y no se ha producido ninguna pérdida de datos. Se ha validado una solución en una región y ahora se está entregando a las regiones afectadas restantes. Vamos a proporcionar una actualización adicional una vez que la salida esté completa.

3. 17 de septiembre de 2026 a las 16:31 UTCresolved

   Se ha resuelto plenamente la cuestión que causa la falta de métricas de nivel de nodo (CPU, memoria, disco, hilos) para los últimos intervalos de tiempo en un subconjunto de regiones de AutoOps. Los datos sobre la salud, el duro y el despliegue no se vieron afectados en todas partes y no se perdieron datos.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de septiembre de 2026 a las 13:17 UTCinvestigating

   Actualmente somos conscientes de que algunos clientes pueden ser incapaces de acceder al Portal de Soporte Elástico en este momento. Estamos trabajando con nuestro proveedor para investigar. Si necesita ponerse en contacto con el soporte mientras tanto, póngase en contacto con [email protected].

2. 16 de septiembre de 2026 a las 14:49 UTCmonitoring

   Estamos viendo signos de recuperación en el Portal de Soporte Elástico, y los clientes ahora deben poder acceder como normal. Continuaremos monitoreando durante 30 minutos antes de marcar este incidente como resuelto.

3. 16 de septiembre de 2026 a las 15:38 UTCresolved

   El Portal de Apoyo Elástico sigue disponible y estable - en este momento, estamos considerando este incidente resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 12 de septiembre de 2026 a las 23:21 UTCinvestigating

   Estamos investigando retrasos en la consola.

2. 13 de septiembre de 2026 a las 0:18 UTCidentified

   Hemos identificado y arreglado la causa del retraso de la métrica. La cola está siendo procesada y las métricas retrasadas serán visibles cuando estén completas.

3. 13 de septiembre de 2026 a las 2:55 UTCmonitoring

   Se están procesando colas métricas y los datos retrasados están empezando a mostrar de nuevo. Monitorearemos para estar seguros de que todo se pone al día como se esperaba.

4. 13 de septiembre de 2026 a las 7:45 UTCresolved

   El retraso de la ingestión métrica en el GCP us-east4 se ha resuelto completamente. Todos los datos consultados se han procesado y las métricas ahora se muestran en la consola en tiempo real.

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de septiembre de 2026 a las 1:30 UTCidentified

   Hemos identificado y estamos en el proceso de fijación+mitigando un error en nuestra gestión de permisos UI que impide a los usuarios con el rol de propietario de la Organización y consola Cloud, Elasticsearch y acceso de Kibana acceder a Kibana en Despliegues Acogidos.

2. 10 de septiembre de 2026 a las 6:03 UTCidentified

   Actualización: Este incidente sigue en curso y seguimos investigando.

3. 10 de septiembre de 2026 a las 9:51 UTCmonitoring

   Actualización: La solución se ha implementado a la producción y hemos aplicado una corrección de datos a las cuentas afectadas, restaurando el acceso de Kibana para usuarios afectados. Estamos monitoreando para confirmar la resolución completa.

4. 10 de septiembre de 2026 a las 22:31 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de septiembre de 2026 a las 20:44 UTCidentified

   Hemos identificado un error en Fleet Server 9.5.3 (también presente en 9.4.6) que puede hacer que los Agentes Elásticos se estrellen y salgan fuera de línea cuando Fleet empuja una actualización de configuración, incluyendo la inscripción, un cambio de política o un golpe de revisión rutinaria. Esto sólo afecta a las políticas que utilizan la función remota de salida Elasticsearch de Fleet. Recomendación: Si utiliza la salida remota de Elasticsearch de Fleet, no actualice a 9.5.3 o 9.4.6 hasta que esté disponible una versión fija. Si ya está en una versión afectada y experimenta fallos de registro de agentes, contacte a Soporte para pasos de remediación. Se ha fusionado una solución y se enviará en los próximos 9.5.x y 9.4.x liberaciones. Documentación de edición conocida: flota-servidor#7791, elástico-agent#16542.

2. 11 de septiembre de 2026 a las 14:25 UTCidentified

   Hemos reparado las versiones 9.5.3 y 9.4.6 con versiones corregidas desplegadas al 10 de septiembre de 2026 a las 21:20 UTC. - La actualización de las versiones actuales 9.4.6 o 9.5.3 no se verá afectada por este fallo ya que la versión actualizada contiene la solución. - Si ha actualizado a 9.4.6 ó 9.5.3 antes de las 21:20 UTC el 10 de septiembre de 2026, realice la siguiente mitigación: 1. Fuerza reiniciar el componente del Servidor de Integración de usted afectado despliegue 2. Ejecutar los procedimientos de limpieza en los agentes elásticos afectados (véase https://support.elastic.co/knowledge/bee1c75c) - requeridos si los agentes no pudieron registrarse o permanecieron fuera de línea después del reinicio del servidor de integración

3. 11 de septiembre de 2026 a las 16:00 UTCidentified

   Hemos reparado las versiones 9.5.3 y 9.4.6 con versiones corregidas desplegadas al 10 de septiembre de 2026 a las 21:20 UTC. - La actualización de las versiones actuales 9.4.6 o 9.5.3 no se verá afectada por este fallo ya que la versión actualizada contiene la solución. - Si ha actualizado a 9.4.6 ó 9.5.3 antes de las 21:20 UTC el 10 de septiembre de 2026, realice la siguiente mitigación: 1. Fuerza reiniciar el componente del Servidor de Integración de usted afectado despliegue 2. Ejecutar los procedimientos de limpieza en los agentes elásticos afectados (véase https://support.elastic.co/knowledge/bee1c75c) - requeridos si los agentes no pudieron registrarse o permanecieron fuera de línea después del reinicio del servidor de integración IMPORTANTE: El servidor de flotas parcheado no está disponible fuera de Elastic Cloud Enterprise (ECE) Stack Packs y Elastic Cloud Hosted (ECH).

4. 17 de septiembre de 2026 a las 10:30 UTCresolved

   Hemos confirmado que los Agentes Elásticos ya no están experimentando fallos de inscripción relacionados con este tema. Las versiones corregidas del servidor de flotas (9.5.4 / 9.4.6) han sido disponibles en paquetes de pilas Elastic Cloud Hosted y Elastic Cloud Enterprise desde el 10 de septiembre de 2026, y todos los despliegues afectados conocidos han confirmado la recuperación. Si se ha actualizado a una versión afectada antes de ese momento y aún no se ha aplicado la mitigación, se puede obtener orientación aquí: https://support.elastic.co/knowledge/bee1c75c.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de septiembre de 2026 a las 0:04 UTCresolved

   De 21:50 a 23:42 UTC, encontramos tasas de error elevadas para el Antrópico Claude Haiku 4.5, OpenAI GPT-5.6, y Google Gemini 2.5 Flash con el Servicio de Inferencia Elástica en las regiones de la UE. Esta cuestión se ha resuelto ahora.

Traducido automáticamente desde la actualización oficial del incidente.

1. 1 de septiembre de 2026 a las 15:18 UTCinvestigating

   Actualmente estamos investigando un problema que impacta los servicios que se ejecutan en el GCP us-central1. Proporcionaremos actualizaciones adicionales a medida que aprendamos más sobre el alcance del impacto.

2. 1 de septiembre de 2026 a las 15:51 UTCidentified

   Una cuestión en curso es el impacto de los servicios que se ejecutan en GCP us-central1. Esto incluye, pero no se limita a proyectos Elastic Cloud Hosted y Serverless en la región y nuestro servicio de Docker Registry. Continuamos monitoreando la situación y proporcionaremos actualizaciones cuando estén disponibles.

3. 1 de septiembre de 2026 a las 16:15 UTCidentified

   Un problema de CSP de corriente continua está afectando los servicios que se ejecutan en GCP us-central1. Esto incluye, pero no se limita a proyectos Elastic Cloud Hosted y Serverless en la región y nuestro servicio de Docker Registry. Continuamos monitoreando la situación y proporcionaremos actualizaciones cuando estén disponibles.

4. 1 de septiembre de 2026 a las 16:22 UTCmonitoring

   Estamos viendo señales de recuperación para los servicios en GCP us-central1 impactado por un asunto CSP de arriba. Continuamos monitoreando la situación y proporcionaremos actualizaciones cuando estén disponibles.

5. 1 de septiembre de 2026 a las 20:05 UTCresolved

   Esta cuestión se ha resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 1 de septiembre de 2026 a las 8:16 UTCinvestigating

   Somos conscientes de un fallo que afecta a los clientes en las versiones de Elasticsearch 9.5.0, 9.5.1 y 9.5.2, donde las operaciones de índice de volumen procesadas en el shard primario pueden resultar en la divergencia en las réplicas que resultan en el uso de discos altos y recuperaciones de larga duración. El equipo está trabajando en una solución. Se puede encontrar más información en https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues La siguiente actualización será en las próximas 2 horas o antes si es necesario.

2. 1 de septiembre de 2026 a las 11:07 UTCidentified

   Hemos identificado la causa raíz y el equipo está trabajando en una solución programada para ser liberado en la versión Elasticsearch 9.5.3 Lo que puedes hacer: - Si todavía no ha actualizado a 9.5.*, no se ve afectado como las actualizaciones a 9.5 han sido deshabilitados hasta que 9.5.3 se libera - Si ya está ejecutando 9,5 y experimenta los síntomas de este problema, por favor contacte con Elastic Support. Se puede encontrar más información en https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues

3. 1 de septiembre de 2026 a las 15:46 UTCidentified

   La solución ha sido identificada y deportada a la rama de parche Elasticsearch 9.5. Los equipos están realizando las validaciones necesarias antes de programar y lanzar la versión 9.5.3.

4. 3 de septiembre de 2026 a las 12:13 UTCmonitoring

   Se ha lanzado Elasticsearch 9.5.3 y se recomienda a todos los clientes que ejecuten 9.5.0, 9.5.1 o 9.5.2 actualizar a esta nueva versión lo antes posible.

5. 3 de septiembre de 2026 a las 15:47 UTCmonitoring

   Se ha lanzado Elasticsearch 9.5.3 y se recomienda a todos los clientes que ejecuten 9.5.0, 9.5.1 o 9.5.2 actualizar a esta nueva versión lo antes posible. Se recomienda a los clientes afectados que sigan los pasos de trabajo desde https://github.com/elastic/escucha/essues/158212 después de la actualización.

6. 30 de septiembre de 2026 a las 20:44 UTCresolved

   Esta cuestión se resolvió en la versión 9.5.3 de Elasticsearch. Los clientes que ejecutan versiones 9.5.0, 9.5.1, o 9.5.2 de Elasticsearch se recomienda actualizar a una versión más nueva tan pronto como sea posible.

Traducido automáticamente desde la actualización oficial del incidente.

1. 27 de agosto de 2026 a las 17:11 UTCmonitoring

   El 26 de agosto, alrededor de las 00:00 UTC implementamos un cambio en las entradas administradas que afectaron algunas reglas en nuestro proveedor interno de DNS, eliminando los puntos finales .apm algunos de nuestros clientes sin servidor. El servicio fue restaurado alrededor de 9AM UTC el mismo día. Durante este tiempo, algunos clientes habrían experimentado la falta de disponibilidad del punto final .apm, por un período en la ventana de 9 horas. Estamos poniendo algunos cheques y alertas en su lugar para asegurar que esto no ocurra de nuevo.

2. 27 de agosto de 2026 a las 18:33 UTCresolved

   Esto ya está resuelto

Traducido automáticamente desde la actualización oficial del incidente.

1. 20 de agosto de 2026 a las 20:22 UTCinvestigating

   Actualmente estamos investigando tasas de error elevadas que afectan al OTLP gestionado en Elastic Cloud Serverless. Nuestro equipo está investigando activamente la causa raíz. Proporcionaremos una actualización dentro de 30 minutos.

2. 20 de agosto de 2026 a las 20:53 UTCinvestigating

   Continuamos investigando tasas de error elevadas que afectan al OTLP gestionado en Elastic Cloud Serverless. Proporcionaremos una actualización dentro de 1 hora.

3. 20 de agosto de 2026 a las 21:59 UTCidentified

   Hemos identificado la causa raíz de las tasas de error elevadas que afectan a OTLP gestionado sin servidor. A mitigation has been applied and we are monitoring to confirm error rates return to baseline. Sobre la base de nuestra investigación, las cargas de trabajo de los clientes no se vieron afectadas.

4. 20 de agosto de 2026 a las 22:13 UTCresolved

   Este incidente ha sido resuelto. La causa raíz se ha identificado y abordado. Las cargas de trabajo de los clientes no se vieron afectadas durante este incidente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 20 de agosto de 2026 a las 12:48 UTCinvestigating

   Se ha identificado un problema que afecta a la creación de nuevos proyectos sin servidor en la región este de Azure. Nuestro equipo está investigando activamente para determinar la causa raíz. Proporcionaremos una actualización de estado de seguimiento dentro de la hora siguiente o tan pronto como se establezca la causa raíz, lo que ocurra primero.

2. 20 de agosto de 2026 a las 14:05 UTCmonitoring

   Hemos determinado que el problema se deriva de un problema corriente con el componente de almacenamiento de Azure. Al examinarse, el impacto se limita estrictamente a los nuevos tiempos de inicialización de proyectos, dando lugar a tiempos de creación más largos para proyectos sin servidor en la región de Azure Eastus. Proporcionaremos otra actualización una vez que se haya resuelto la cuestión.

3. 20 de agosto de 2026 a las 16:22 UTCresolved

   Los problemas del componente de almacenamiento de Azure en la región este se han resuelto. En consecuencia, los tiempos de creación de proyectos sin servidor han regresado a la normalidad y funcionan como se espera.

Traducido automáticamente desde la actualización oficial del incidente.

1. 14 de agosto de 2026 a las 9:22 UTCidentified

   Elasticsearch 9.5.1 contiene un tema conocido donde las consultas booleanas que contienen una necesidad, filtro, o debe cláusula usando una consulta de términos multivalor, junto con una cláusula must not en campos con indexación deshabilitado, pueden todavía devolver partidos falsos positivos. Si bien el parche en 9.5.1 (https://github.com/elastic/elasticsearch/pull/155936) resolvió el defecto a granel para las rutas de consulta de plazo y rango; las consultas de términos de multivalor utilizan un tipo de consulta de Lucene diferente que no estaba cubierto por esa solución. Las corrientes de datos (TSDB) y los índices y corrientes de datos columnares siguen siendo afectados por este patrón de consulta, ya que la indexación se desactiva por defecto en esos campos. Las consultas de términos afectados pueden devolver partidos falsos positivos (incluidos documentos que deberían haber sido excluidos) y reportar cargos de documentos más altos de lo esperado. No se plantea ningún error, por lo que las consultas aparecerán para completar con éxito. Lo que puedes hacer: - Si aún no ha actualizado a 9.5.*, recomendamos aplazar la actualización hasta que esté disponible la versión 9.5.2. - Si ya está ejecutando 9.5.*, comuníquese con Elastic Support si necesita ayuda para determinar si sus búsquedas están afectadas. Hemos identificado la causa raíz, una solución está en progreso, y estamos preparando una liberación de parche. Proporcionaremos una actualización adicional cuando la solución esté lista.

2. 20 de agosto de 2026 a las 17:09 UTCresolved

   Elasticsearch 9.5.2 ha sido liberado y contiene la solución para esta cuestión. Los clientes que ejecuten 9.5.0 ó 9.5.1 deben actualizarse a 9.5.2. En este momento estamos considerando esta cuestión resuelta y no proporcionaremos más actualizaciones.

Traducido automáticamente desde la actualización oficial del incidente.

1. 13 de agosto de 2026 a las 8:32 UTCinvestigating

   Estamos viendo tasas de error elevadas del proveedor de corriente superior para el modelo de incrustación microsoft-multilingual-e5-grande. La búsqueda de solicitudes de incrustación a este modelo puede fallar. Estamos investigando

2. 13 de agosto de 2026 a las 14:45 UTCinvestigating

   Estamos viendo alguna mejora en la disponibilidad, pero siguen monitoreando la situación. Seguiremos con más información a su debido tiempo.

3. 13 de agosto de 2026 a las 18:26 UTCmonitoring

   Desafortunadamente, ya no podemos apoyar el modelo multilingüe E5 en el Servicio de Inferencia Elástica debido a problemas continuos del proveedor. Cualquier cliente que requiera este modelo debe establecer puntos finales de inferencia personalizados usando sus propias claves API.

4. 17 de agosto de 2026 a las 11:40 UTCresolved

   El modelo microsoft-multilingual-e5-grande se ha retirado del Servicio de Inferencia Elástica. Las solicitudes a este modelo ahora devuelven un error. Los clientes que deseen utilizar este modelo con la nube elástica deben crear un punto final de inferencia personalizado utilizando su propia clave API. Consulte nuestra documentación de referencia para más detalles: https://www.elastic.co/docs/api/doc/elasticsearch/group/endpoint-inference

Traducido automáticamente desde la actualización oficial del incidente.