Histórico de interrupções do Elastic Cloud

1. 23 Here 2026 da 04:04 UTCinvestigating

   Atualmente estamos investigando uma questão que impede o acesso ao portal de Suporte Elastic. Neste momento, os clientes podem ter problemas de autenticação no portal de suporte.

2. 23 Here 2026 da 04:59 UTCidentified

   Identificamos um problema que impede o acesso ao portal de suporte elástico causado por um provedor a montante. O provedor confirmou uma correção que restaurou o acesso para alguns de seus ambientes afetados e agora está rolando para o resto. Neste momento, os clientes podem ter problemas de autenticação no portal de suporte.

3. 23 Here 2026 da 06:33 UTCresolved

   O provedor upstream completou sua correção e o acesso ao portal de suporte elástico foi restaurado. Os clientes podem autenticar o portal de suporte novamente. Estamos a considerar esta questão resolvida e não vamos fornecer mais actualizações. Se você continuar a ter problemas, entre em contato conosco.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Here 2026 da 11:19 UTCinvestigating

   Estamos investigando um problema que afeta AutoOps para contas recém-criadas na região us-leste-1 da AWS. As contas criadas após 00:00 UTC em 22 de outubro de 2026 podem ser incapazes de acessar AutoOps e podem ver um erro (HTTP 403) ao abri-lo. Elastic Cloud Hosted: AutoOps não está disponível para novas contas afetadas. Elastic Cloud Serverless: AutoOps não está disponível para novas contas afetadas. Implementações e projetos existentes e todas as outras funcionalidades da Elastic Cloud não são afetadas. Nossas equipes de engenharia estão trabalhando para identificar a causa e restaurar o acesso. Nós forneceremos a próxima atualização dentro de 60 minutos, ou mais cedo se houver uma mudança significativa

2. 22 Here 2026 da 12:00 UTCidentified

   Identificamos a causa do problema que afeta AutoOps e estamos implementando uma correção. Elastic Cloud Hosted e Elastic Cloud Serverless: Os clientes que criaram uma nova conta na região AWS us-leste-1 desde aproximadamente 00:30 UTC em 22 de outubro de 2026 não conseguiram acessar AutoOps e podem ter visto um erro (HTTP 403) ao abri-lo. A solução está a sair agora, e esperamos que a situação esteja totalmente resolvida até às 13:00 UTC. Implementações e projetos existentes e todas as outras funcionalidades da Elastic Cloud não são afetadas.

3. 22 Here 2026 da 20:50 UTCresolved

   Resolvemos o problema afetando AutoOps às 12:30 UTC. Elastic Cloud Hosted e Elastic Cloud Serverless: Os clientes que criaram uma nova conta na região AWS us-leste-1 desde aproximadamente 00:30 UTC em 22 de outubro de 2026 não conseguiram acessar AutoOps e podem ter visto um erro (HTTP 403) ao abri-lo.

Traduzido automaticamente da atualização oficial do incidente.

1. 20 Here 2026 da 20:07 UTCinvestigating

   Estamos investigando um problema que afeta a capacidade de escalar implantações existentes da Elastic Cloud Hosted e projetos Serverless em Azure. A criação de novo projeto e implantação em Azure pode ser adiada.

2. 20 Here 2026 da 21:24 UTCidentified

   Identificamos um problema que afeta a capacidade de escalar implantações existentes da Elastic Cloud Hosted e projetos Serverless em Azure. A criação de novo projeto e implantação em Azure pode ser adiada. Os engenheiros estão trabalhando ativamente para mitigar o problema.

3. 20 Here 2026 da 22:27 UTCmonitoring

   Os engenheiros identificaram e atenuaram um problema que afeta a capacidade de escalar implantações existentes da Elastic Cloud Hosted e projetos Serverless em Azure. Estamos monitorando a questão para garantir que as operações continuem normalmente.

4. 21 Here 2026 da 03:05 UTCresolved

   Engenheiros têm mitigado um problema que afeta a capacidade de escalar implantações existentes da Elastic Cloud Hosted e projetos Serverless em Azure. Escalar está funcionando como esperado.

Traduzido automaticamente da atualização oficial do incidente.

1. 20 Here 2026 da 06:51 UTCinvestigating

   Estamos a investigar uma questão que afecta uma zona de disponibilidade na região do GCP europe-west2 (Londres). A partir de aproximadamente 06:15 UTC, algumas implantações Elastic Cloud Hosted e Serverless com capacidade nesta zona podem experimentar disponibilidade degradada ou conectividade. O acompanhamento e o registo das deslocações na região também podem ser atrasados. Os postos de trabalho noutras zonas e regiões não são afectados. Nossos engenheiros estão trabalhando ativamente no assunto, e estamos em contato com nosso provedor de nuvem.

2. 20 Here 2026 da 07:56 UTCidentified

   Nosso provedor de nuvem confirmou um incidente de infraestrutura que afeta uma única zona de disponibilidade (europe-west2-b) na região do GCP europe-west2 (Londres), causando perda de conectividade de rede e indisponibilidade de recursos nessa zona. As implantações e projetos Elastic Serverless com recursos na zona afetada podem estar indisponíveis ou experimentar desempenho degradado. Tomamos medidas para evitar colocar novos projetos Serverless na zona afetada, e estamos trabalhando para restaurar serviços que dependem disso. A redução da capacidade na região pode atrasar o escalonamento e a criação de novos recursos. Ainda não temos um tempo estimado para recuperação do nosso provedor de nuvem. Estamos trabalhando em estreita colaboração com eles e forneceremos a próxima atualização dentro de uma hora.

3. 20 Here 2026 da 09:15 UTCidentified

   O incidente de infra-estrutura no nosso fornecedor de nuvem que afeta a zona de disponibilidade europe-west2-b na região do GCP europe-west2 (Londres) está em curso. Nuvem elástica hospedada: A maioria das implantações com recursos na zona afetada permanecem indisponível ou degradadas. Estamos vendo sinais de recuperação precoces e limitados, e um pequeno número das implantações inicialmente afetadas estão se recuperando. Estamos continuando nosso trabalho de mitigação e vamos compartilhar mais com o progresso da recuperação. Elastic Serverless: Tomámos medidas para evitar a colocação de novos projectos na zona afectada e estamos agora a reequilibrar os projectos existentes para outras zonas de disponibilidade. Estamos vendo sinais de recuperação - alguns projetos permanecem indisponível ou degradados entretanto. A redução da capacidade na região pode atrasar o escalonamento e a criação de novos recursos. Ainda não temos um tempo estimado para recuperação total do nosso provedor de nuvem. Estamos trabalhando em estreita colaboração com eles e forneceremos a próxima atualização até 10:15am UTC.

4. 20 Here 2026 da 10:32 UTCidentified

   O incidente de infra-estrutura no nosso fornecedor de nuvem que afeta a zona de disponibilidade europe-west2-b na região do GCP europe-west2 (Londres) está em curso. As implantações hospedadas na nuvem elástica e projetos sem servidor elástico com recursos na zona afetada podem permanecer indisponível ou degradadas. Nossas equipes continuam trabalhando em mitigação e recuperação, e estamos trabalhando de perto com nosso provedor de nuvem. Ainda não temos um tempo estimado para a recuperação total. Nós forneceremos a próxima atualização até 12:00 UTC, ou mais cedo se houver uma mudança significativa.

5. 20 Here 2026 da 12:24 UTCidentified

   O incidente de infra-estrutura no nosso fornecedor de nuvem que afeta a zona de disponibilidade europe-west2-b na região do GCP europe-west2 (Londres) está em curso. Estamos vendo pequenos sinais de recuperação, tanto de nosso provedor de nuvem quanto de nosso próprio trabalho de mitigação. Nuvem elástica hospedada: Algumas das implantações afetadas estão se recuperando. Os clientes cujo plano muda ou outras operações falharam durante o incidente são aconselhados a experimentá-los novamente do console Elastic Cloud. As operações que dependem da zona afetada podem levar mais tempo do que o normal, ou falhar novamente, até que a recuperação progrida ainda mais. Algumas implantações podem permanecer indisponível ou degradadas. Elastic Serverless: Alguns projetos podem permanecer indisponível ou degradados.

6. 20 Here 2026 da 14:15 UTCidentified

   O incidente de infraestrutura no nosso provedor de nuvem que afeta a zona de disponibilidade europe-west2-b na região do GCP europe-west2 (Londres) está se recuperando. Nosso provedor de nuvem relata recuperação de serviços para a maioria das cargas de trabalho na região, e estamos vendo progresso do nosso lado quando a zona afetada volta. Nuvem elástica hospedada: Um número crescente de implantações afetadas estão se recuperando. Os clientes cujo plano muda ou outras operações falharam durante o incidente são aconselhados a experimentá-los novamente do console Elastic Cloud. Algumas implantações ainda podem estar indisponíveis ou degradadas, e algumas podem precisar de etapas adicionais de recuperação que nossa equipe de suporte trabalhará caso a caso. Se a sua implantação ainda não for saudável, por favor contacte o Suporte. As operações podem demorar mais do que o habitual enquanto a capacidade é restaurada.

7. 20 Here 2026 da 17:27 UTCidentified

   O incidente de infra-estrutura no nosso provedor de nuvem que afeta a zona de disponibilidade europe-west2-b na região do GCP europe-west2 (Londres) foi resolvido. Continuamos a trabalhar no sentido da plena recuperação dos nossos serviços. Nuvem elástica hospedada: Um número crescente de implantações afetadas estão se recuperando. Os clientes cujo plano muda ou outras operações falharam durante o incidente são aconselhados a experimentá-los novamente do console Elastic Cloud. Algumas implantações ainda podem estar indisponíveis ou degradadas, e algumas podem precisar de etapas adicionais de recuperação que nossa equipe de suporte trabalhará caso a caso. Se a sua implantação ainda não for saudável, por favor contacte o Suporte. As operações podem demorar mais do que o habitual enquanto a capacidade é restaurada.

8. 20 Here 2026 da 21:54 UTCresolved

   O incidente de infra-estrutura no nosso provedor de nuvem que afeta a zona de disponibilidade europe-west2-b na região do GCP europe-west2 (Londres) foi resolvido. A engenharia completou a recuperação da infraestrutura que funciona na zona de disponibilidade afetada. Elastic Cloud Hosted: Os clientes cujo plano muda ou outras operações falharam durante o incidente são aconselhados a tentar novamente a partir do console Elastic Cloud. Algumas implantações ainda podem estar indisponíveis ou degradadas, e podem precisar de etapas adicionais de recuperação que nossa equipe de suporte irá trabalhar caso a caso. Se a sua implantação ainda não for saudável, por favor contacte o Suporte.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Here 2026 da 16:42 UTCinvestigating

   Estamos investigando um problema que afeta alguns projetos Elastic Cloud Serverless na região us-central1 do GCP. Os clientes podem experimentar operação de projeto atrasada ou indisponível.

2. 8 Here 2026 da 17:21 UTCidentified

   Nós identificamos um problema com o armazenamento em nuvem que afeta alguns projetos Elastic Cloud Serverless na região central-us do GCP1. Os clientes podem experimentar operações de projeto atrasadas ou indisponível. O provedor está investigando a questão, e estamos monitorando a recuperação. Forneceremos outra atualização quando mais informações estiverem disponíveis.

3. 8 Here 2026 da 19:17 UTCidentified

   Alguns projetos Elastic Cloud Serverless na região us-central1 do GCP ainda podem experimentar operações de projeto atrasadas ou indisponível. O provedor continua a investigar a questão. Estamos acompanhando a situação e forneceremos outra atualização quando mais informações estiverem disponíveis.

4. 8 Here 2026 da 20:47 UTCmonitoring

   Observamos melhorias após as mitigação serem aplicadas pelo nosso provedor de armazenamento em nuvem. Alguns projetos Elastic Cloud Serverless na região us-central1 do GCP ainda podem experimentar operações de projeto atrasadas ou indisponível enquanto a recuperação continua. Estamos acompanhando a situação e forneceremos outra atualização quando mais informações estiverem disponíveis.

5. 9 Here 2026 da 00:54 UTCresolved

   O problema de armazenamento na nuvem que afeta alguns projetos Elastic Cloud Serverless na região us-central1 do GCP foi resolvido. As operações do projecto voltaram ao normal, e já não vemos projectos afectados num estado de saúde vermelho.

Traduzido automaticamente da atualização oficial do incidente.

1. 6 Here 2026 da 14:04 UTCinvestigating

   Clientes com projetos Serverless na região Norte dos Emirados Árabes Unidos da Azure podem ver atrasos nas métricas exibidas na interface Cloud. A equipe está investigando o problema e vamos postar uma atualização em 2 horas ou mais cedo, se necessário

2. 6 Here 2026 da 17:54 UTCresolved

   O problema que afeta a disponibilidade métrica de projetos Serverless no Azure UAE North foi resolvido. As métricas de “Usagem e desempenho” tardias estão se recuperando e registros de uso em fila de espera estão sendo processados. Não se espera perda de dados.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Gwengolo 2026 da 14:04 UTCinvestigating

   Atualmente, estamos passando por atrasos no provisionamento de novos recursos na nuvem devido à lentidão com um provedor de imagem de container externo. Isso pode resultar em atrasos ao criar novas implantações, escalar as existentes ou relocar instâncias afetadas pela manutenção da infraestrutura. Como mitigação, você pode tentar re-running falhas mudanças de plano. As implementações em execução existentes não são afetadas. Nossa equipe está monitorando a situação e trabalhando para mitigar o problema. Nós forneceremos uma atualização nas próximas 12 horas.

2. 23 Gwengolo 2026 da 16:03 UTCresolved

   Esta questão foi resolvida.

Traduzido automaticamente da atualização oficial do incidente.

1. 17 Gwengolo 2026 da 15:50 UTCinvestigating

   Estamos investigando relatórios de métricas de nível de nó em falta (CPU, memória, disco, grupos de thread) para intervalos de tempo recentes em um subconjunto de regiões AutoOps. Isso pode aparecer como uma mensagem "Sem dados" na visão Nós. Os dados de saúde, fragmentos e implantação não são afetados, e nenhuma perda de dados ocorreu. Nós forneceremos uma atualização nas próximas 2 horas ou mais cedo.

2. 17 Gwengolo 2026 da 16:13 UTCidentified

   Identificamos a causa das métricas de nível de nó em falta (CPU, memória, disco, thread pools) em regiões afetadas. Os dados de saúde, fragmentos e implantação nunca foram afetados, e nenhuma perda de dados ocorreu. Uma correção foi validada em uma região e está sendo agora lançada para as demais regiões afetadas. Providenciaremos mais uma atualização assim que o lançamento estiver concluído.

3. 17 Gwengolo 2026 da 16:31 UTCresolved

   O problema que causa métricas de nível de nó ausentes (CPU, memória, disco, grupos de thread) para intervalos de tempo recentes em um subconjunto de regiões AutoOps foi totalmente resolvido. Os dados de saúde, cacos e implantação não foram afetados ao longo de todo o processo, e nenhum dado foi perdido.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gwengolo 2026 da 13:17 UTCinvestigating

   Atualmente sabemos que alguns clientes podem não conseguir acessar o Portal de Suporte Elastic neste momento. Estamos trabalhando com nosso provedor para investigar. Se precisar de contactar o suporte enquanto isso, contacte [email protected].

2. 16 Gwengolo 2026 da 14:49 UTCmonitoring

   Estamos vendo sinais de recuperação no Portal de Suporte Elastic, e os clientes devem agora ser capazes de acessar como normal. Continuaremos a monitorizar por 30 minutos antes de marcar este incidente como resolvido.

3. 16 Gwengolo 2026 da 15:38 UTCresolved

   O Portal de Suporte Elastic permanece disponível e estável - neste momento, estamos considerando este incidente resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 12 Gwengolo 2026 da 23:21 UTCinvestigating

   Estamos investigando atrasos métricos no console.

2. 13 Gwengolo 2026 da 00:18 UTCidentified

   Identificamos e corrigimos a causa do atraso das métricas. A fila está sendo processada e as métricas atrasadas serão visualizadas quando concluídas.

3. 13 Gwengolo 2026 da 02:55 UTCmonitoring

   As filas métricas estão sendo processadas e os dados atrasados estão começando a aparecer novamente. Vamos monitorizar para ter a certeza de que tudo vai correr como esperado.

4. 13 Gwengolo 2026 da 07:45 UTCresolved

   O atraso na ingestão de métricas no GCP us-least4 foi totalmente resolvido. Todos os dados em fila foram processados e as métricas agora estão aparecendo no console em tempo real.

Traduzido automaticamente da atualização oficial do incidente.

1. 10 Gwengolo 2026 da 01:30 UTCidentified

   Nós identificamos e estamos no processo de corrigir +mitindo um bug em nossa interface de gerenciamento de permissões que impede os usuários com o papel de Proprietário da Organização e o acesso ao Console da nuvem, Elasticsearch e Kibana de acessarem Kibana em Deployments hospedados.

2. 10 Gwengolo 2026 da 06:03 UTCidentified

   Actualização: Este incidente ainda está em curso e continuamos a investigar.

3. 10 Gwengolo 2026 da 09:51 UTCmonitoring

   Atualização: A correção foi implantada na produção e aplicamos uma correção de dados nas contas afetadas, restaurando o acesso ao Kibana para usuários impactados. Estamos a acompanhar para confirmar a resolução completa.

4. 10 Gwengolo 2026 da 22:31 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 9 Gwengolo 2026 da 20:44 UTCidentified

   Identificamos um bug no Fleet Server 9.5.3 (também presente em 9.4.6) que pode fazer com que os agentes elásticos entrem em colapso e fiquem offline quando o Fleet empurrar uma atualização de configuração, incluindo o registro, uma mudança de política ou um aumento de revisão de rotina. Isso só afeta políticas que usam o recurso remoto de saída Elasticsearch da Frota. Recomendação: Se você usar a saída remota da Fleet Elasticsearch, não atualize para 9.5.3 ou 9.4.6 até que uma versão fixa esteja disponível. Se você já estiver em uma versão afetada e experimentar falhas de check-in do agente, contate o Suporte para etapas de remediação. Uma correção foi fundida e será enviada nas próximas versões 9.5.x e 9.4.x. Documentação conhecida do problema: frota-servidor#7791, elástico-agente#16542.

2. 11 Gwengolo 2026 da 14:25 UTCidentified

   Nós patched Fleet Server versões 9.5.3 e 9.4.6 com versões corrigidas implantado a partir de 10 de setembro de 2026 em 21:20 UTC. - Atualizar para as versões atuais 9.4.6 ou 9.5.3 não será afetado por este bug, pois a versão atualizada contém a correção. - Se você atualizou para 9.4.6 ou 9.5.3 antes das 21:20 UTC em 10 de setembro de 2026, realize a seguinte mitigação: 1. Forçar a reiniciar o componente do servidor de integração da implantação afetada 2. Execute procedimentos de limpeza em agentes elásticos afetados (ver https://support.elastic.co/knowledge/bee1c75c) — necessário se os agentes não conseguiram fazer check-in ou permaneceram offline após o reinício do Servidor de Integração

3. 11 Gwengolo 2026 da 16:00 UTCidentified

   Nós patched Fleet Server versões 9.5.3 e 9.4.6 com versões corrigidas implantado a partir de 10 de setembro de 2026 em 21:20 UTC. - Atualizar para as versões atuais 9.4.6 ou 9.5.3 não será afetado por este bug, pois a versão atualizada contém a correção. - Se você atualizou para 9.4.6 ou 9.5.3 antes das 21:20 UTC em 10 de setembro de 2026, realize a seguinte mitigação: 1. Forçar a reiniciar o componente do servidor de integração da implantação afetada 2. Execute procedimentos de limpeza em agentes elásticos afetados (ver https://support.elastic.co/knowledge/bee1c75c) — necessário se os agentes não conseguiram fazer check-in ou permaneceram offline após o reinício do Servidor de Integração IMPORTANTE: O servidor de frota patched não está disponível fora dos pacotes de pilha Elastic Cloud Enterprise (ECE) e Elastic Cloud Hosted (ECH).

4. 17 Gwengolo 2026 da 10:30 UTCresolved

   Confirmamos que os agentes elásticos não estão mais experimentando falhas de matrícula relacionadas a esta questão. As versões corrigidas do Fleet Server (9.5.4 / 9.4.6) estão disponíveis em pacotes de pilha Elastic Cloud Hosted e Elastic Cloud Enterprise desde 10 de setembro de 2026, e todas as implementações afetadas conhecidas confirmaram a recuperação. Se você atualizou para uma versão afetada antes desse tempo e ainda não aplicou a mitigação, as orientações estão disponíveis aqui: https://support.elastic.co/knowledge/bee1c75c.

Traduzido automaticamente da atualização oficial do incidente.

1. 2 Gwengolo 2026 da 00:04 UTCresolved

   De 21:50 a 23:42 UTC, encontramos elevadas taxas de erro para o Anthropic Claude Haiku 4.5, OpenAI GPT-5.6 e Google Gemini 2.5 Flash com o serviço de inferência elástica nas regiões da UE. Esta questão já foi resolvida.

Traduzido automaticamente da atualização oficial do incidente.

1. 1 Gwengolo 2026 da 15:18 UTCinvestigating

   Atualmente estamos investigando uma questão que impacta os serviços em funcionamento no centro-central do GCP1. Forneceremos atualizações adicionais à medida que soubermos mais sobre o escopo do impacto.

2. 1 Gwengolo 2026 da 15:51 UTCidentified

   Uma questão em curso é o impacto dos serviços em funcionamento no centro-central do GCP1. Isso inclui, mas não se limita a projetos Elastic Cloud Hosted e Serverless na região e nosso serviço Docker Registry. Continuamos a acompanhar a situação e forneceremos atualizações quando estiverem disponíveis.

3. 1 Gwengolo 2026 da 16:15 UTCidentified

   Uma questão contínua de CSP a montante está a afectar os serviços em funcionamento no centro-central do GCP1. Isso inclui, mas não se limita a projetos Elastic Cloud Hosted e Serverless na região e nosso serviço Docker Registry. Continuamos a acompanhar a situação e forneceremos atualizações quando estiverem disponíveis.

4. 1 Gwengolo 2026 da 16:22 UTCmonitoring

   Estamos a ver sinais de recuperação de serviços no centro-central do GCP com impacto numa questão de CSP a montante . Continuamos a acompanhar a situação e forneceremos atualizações à medida que estiverem disponíveis.

5. 1 Gwengolo 2026 da 20:05 UTCresolved

   Esta questão foi resolvida.

Traduzido automaticamente da atualização oficial do incidente.

1. 1 Gwengolo 2026 da 08:16 UTCinvestigating

   Estamos cientes de um bug que afeta os clientes nas versões 9.5.0, 9.5.1 e 9.5.2 da Elasticsearch, onde operações de índice de massa processadas no fragmento primário podem resultar em divergência nas réplicas resultando em alta utilização de disco e recuperação de longo prazo. A equipa está a trabalhar numa solução. Mais informações podem ser encontradas em https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues A próxima atualização será nas próximas 2 horas ou mais cedo, se necessário.

2. 1 Gwengolo 2026 da 11:07 UTCidentified

   Nós identificamos a causa raiz e a equipe está trabalhando em uma correção programada para ser lançado na versão Elasticsearch 9.5.3 O que você pode fazer: - Se você ainda não atualizou para 9.5.*, você não é afetado como upgrades para 9.5. foram desativados até 9.5.3 é lançado - Se você já estiver executando 9.5 e experimentar os sintomas deste problema, entre em contato com o suporte elástico. Mais informações podem ser encontradas em https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues

3. 1 Gwengolo 2026 da 15:46 UTCidentified

   A correção foi identificada e retroportada para o ramo Elasticsearch 9.5 patch. As equipes estão realizando as validações necessárias antes de agendar e fazer o lançamento 9.5.3.

4. 3 Gwengolo 2026 da 12:13 UTCmonitoring

   Elasticsearch 9.5.3 foi lançado e todos os clientes atualmente em execução 9.5.0, 9.5.1 ou 9.5.2 são aconselhados a atualizar para esta nova versão o mais rápido possível.

5. 3 Gwengolo 2026 da 15:47 UTCmonitoring

   Elasticsearch 9.5.3 foi lançado e todos os clientes atualmente em execução 9.5.0, 9.5.1 ou 9.5.2 são aconselhados a atualizar para esta nova versão o mais rápido possível. Os clientes afetados são aconselhados a seguir os passos de solução de https://github.com/elastic/elasticsearch/issues/158212 após a atualização.

6. 30 Gwengolo 2026 da 20:44 UTCresolved

   Esta questão foi resolvida na versão 9.5.3 da Elasticsearch. Os clientes que executam as versões 9.5.0, 9.5.1 ou 9.5.2 da Elasticsearch são aconselhados a atualizar para uma versão mais recente o mais rápido possível.

Traduzido automaticamente da atualização oficial do incidente.

1. 27 Eost 2026 da 17:11 UTCmonitoring

   Em 26 de agosto, por volta das 00:00 UTC, implementamos uma mudança nas entradas gerenciadas que afetou algumas regras em nosso provedor interno de DNS, removendo os endpoints .apm de alguns de nossos clientes sem servidor. O serviço foi restaurado por volta das 9 AM UTC no mesmo dia. Durante este tempo, alguns clientes teriam experimentado a indisponibilidade do endpoint .apm, por um período na janela de 9 horas. Estamos a pôr em prática alguns controlos e alertas para que isto não volte a acontecer.

2. 27 Eost 2026 da 18:33 UTCresolved

   Isto está agora resolvido

Traduzido automaticamente da atualização oficial do incidente.

1. 20 Eost 2026 da 20:22 UTCinvestigating

   Atualmente estamos investigando taxas de erro elevadas que afetam a OTLP gerenciada no Elastic Cloud Serverless. A nossa equipa está a investigar a causa principal. Nós forneceremos uma atualização dentro de 30 minutos.

2. 20 Eost 2026 da 20:53 UTCinvestigating

   Continuamos a investigar taxas de erro elevadas que afetam a OTLP gerenciada no Elastic Cloud Serverless. Nós forneceremos uma atualização dentro de 1 hora.

3. 20 Eost 2026 da 21:59 UTCidentified

   Identificamos a causa raiz das taxas de erro elevadas que afetam OTLP gerenciado sem servidor. Uma mitigação foi aplicada e estamos monitorando para confirmar que as taxas de erro retornam à linha de base. Com base na nossa investigação, as cargas de trabalho dos clientes não foram afetadas.

4. 20 Eost 2026 da 22:13 UTCresolved

   Este incidente foi resolvido. A causa raiz foi identificada e abordada. As cargas de trabalho dos clientes não foram impactadas durante esse incidente.

Traduzido automaticamente da atualização oficial do incidente.

1. 20 Eost 2026 da 12:48 UTCinvestigating

   Foi identificado um problema que afectava a criação de novos projectos Serverless na região do eatus de Azure. A nossa equipa está a investigar para determinar a causa raiz. Nós forneceremos uma atualização de status de acompanhamento dentro da próxima hora ou assim que a causa raiz for estabelecida, o que ocorrer primeiro.

2. 20 Eost 2026 da 14:05 UTCmonitoring

   Determinamos que o problema decorre de um problema de montante com o componente de armazenamento da Azure. Após exame, o impacto é limitado estritamente aos novos tempos de inicialização do projeto, resultando em tempos de criação mais longos para projetos Serverless na região de Azure eatus. Apresentaremos uma nova actualização assim que a questão tiver sido resolvida.

3. 20 Eost 2026 da 16:22 UTCresolved

   Os problemas dos componentes de armazenamento de Azure na região de Eastus foram resolvidos. Consequentemente, os tempos de criação do projeto Serverless retornaram ao normal e estão funcionando como esperado.

Traduzido automaticamente da atualização oficial do incidente.

1. 14 Eost 2026 da 09:22 UTCidentified

   Elasticsearch 9.5.1 contém um problema conhecido onde consultas booleanas contendo um must, filtro, ou deve cláusula usando uma consulta de termos multi-valores, ao lado de uma cláusula must not em campos com indexação desativada, ainda pode retornar falsos-positivos. Enquanto o patch em 9.5.1 (https://github.com/elastic/elasticsearch/pull/155936) resolveu o defeito do marcador de volume para caminhos de consulta de termo e intervalo; consultas de termos multi-valor utilizam um tipo de consulta Lucene diferente que não foi coberto por essa correção. Fluxos de dados de séries temporais (TSDB) e índices colunares / fluxos de dados permanecem afetados para este padrão de consulta, uma vez que a indexação é desabilitada por padrão nesses campos. As consultas de termos afetados podem retornar correspondências falso-positivas (incluindo documentos que deveriam ter sido excluídos) e relatar contagens de documentos mais elevadas do que o esperado. Nenhum erro é levantado, então as consultas irão parecer concluídas com sucesso. O que você pode fazer: - Se você ainda não atualizou para 9.5.*, recomendamos adiar a atualização até que a versão 9.5.2 esteja disponível. - Se você já estiver rodando 9.5.*, contate o Suporte Elastic se precisar de ajuda para determinar se suas pesquisas são afetadas. Nós identificamos a causa raiz, uma correção está em andamento, e estamos preparando uma liberação patch. Nós forneceremos uma atualização adicional quando a correção estiver pronta.

2. 20 Eost 2026 da 17:09 UTCresolved

   Elasticsearch 9.5.2 foi lançado e contém a correção para este problema. Clientes executando 9.5.0 ou 9.5.1 devem atualizar para 9.5.2. Neste momento estamos a considerar esta questão resolvida e não vamos fornecer mais actualizações.

Traduzido automaticamente da atualização oficial do incidente.

1. 13 Eost 2026 da 08:32 UTCinvestigating

   Estamos vendo elevadas taxas de erro do provedor upstream para o modelo de incorporação microsoft-multilingual-e5-large. Pesquisar embutindo solicitações para este modelo pode falhar. Estamos a investigar

2. 13 Eost 2026 da 14:45 UTCinvestigating

   Estamos a ver algumas melhorias na disponibilidade, mas continuamos a monitorizar a situação. Seguiremos com mais informações no devido tempo.

3. 13 Eost 2026 da 18:26 UTCmonitoring

   Infelizmente, não podemos mais suportar o modelo E5 Multilingual Large no Serviço de Inferência Elastic devido a problemas contínuos de provedor upstream. Qualquer cliente que necessite deste modelo deve configurar endpoints de inferência personalizados usando suas próprias chaves de API.

4. 17 Eost 2026 da 11:40 UTCresolved

   O modelo microsoft-multilingual-e5-large foi retirado do serviço de inferência elástica. As solicitações para este modelo agora retornam um erro. Clientes que desejam usar este modelo com a nuvem Elastic devem criar um endpoint de inferência personalizado usando sua própria chave API. Veja nossa documentação de inferência para mais detalhes: https://www.elastic.co/docs/api/doc/elasticsearch/group/endpoint-inference

Traduzido automaticamente da atualização oficial do incidente.