Elastic Cloud 中断历史

1. 2026年10月23日 UTC 04:04investigating

   我们正在调查一个阻止进入弹性支助门户的问题。 此时,客户可能会遇到认证到支持门户的问题.

2. 2026年10月23日 UTC 04:59identified

   我们已查明一个问题,防止上游供应商进入弹性支助门户。 供应商已确认一个固定装置,恢复了其一些受影响环境的准入,目前正在向其余环境推广。 此时,客户可能会遇到认证到支持门户的问题.

3. 2026年10月23日 UTC 06:33resolved

   上游供应商已完成了修复,并恢复了对 " 弹性支持 " 门户网站的接入。 客户可以再次认证到支持门户. 我们正在审议这一问题已得到解决,并将不提供进一步的最新情况。 如果你还有问题,请联系我们.

自动翻译自官方事件更新。

1. 2026年10月22日 UTC 11:19investigating

   我们正在调查一个影响AWS我们东一区域新创建账户的自动操作系统的问题。 2026年10月22日协调世界时00:00后所创建的账户可能无法访问AutoOps,并可能在打开时看到出错(HTTP 403). 弹性云主机:无法为受影响的新账户提供自动操作. 弹性云服务器无:无法为受影响的新账户提供自动操作。 现有的部署和项目以及所有其他弹性云功能都不受影响。 我们的工程队正在努力查明原因并恢复准入。 我们将在60分钟内提供下一次更新,如果有重大变化,则提前提供

2. 2026年10月22日 UTC 12:00identified

   我们已经确定了影响自动操作系统的问题的原因,并正在部署一个固定装置。 Elastic Cloud Hosted and Elastic Cloud Serverless:客户自协调世界时2026年10月22日约00:30起在AWSus-east-1区域创建了新账户后无法访问AutoOps,在打开时可能已经看到出错(HTTP 403). 修复工作正在展开,我们期望在协调世界时下午1:00之前完全解决这种情况。 现有的部署和项目以及所有其他弹性云功能都不受影响.

3. 2026年10月22日 UTC 20:50resolved

   我们于协调世界时12:30解决了影响自动操作的问题。 Elastic Cloud Hosted and Elastic Cloud Serverless:客户自协调世界时2026年10月22日约00:30起在AWSus-east-1区域创建了新账户后无法访问AutoOps,在打开时可能已经看到出错(HTTP 403).

自动翻译自官方事件更新。

1. 2026年10月20日 UTC 20:07investigating

   我们正在调查一个影响在阿苏尔扩大 现有“弹性云”主机部署和无服务器项目规模的问题。 在Azure的新项目和部署可能推迟.

2. 2026年10月20日 UTC 21:24identified

   我们已经确定了一个影响在阿祖尔扩大现有 " 弹性云主机 " 部署和无服务器项目能力的问题。 在Azure的新项目和部署可能推迟。 工程师们正在积极努力减轻这一问题.

3. 2026年10月20日 UTC 22:27monitoring

   工程师们已经查明并缓解了影响在Azure扩大现有Elastic Cloud主机部署和无服务器项目规模的问题。 我们正在监测这一问题,以确保正常地继续运作.

4. 2026年10月21日 UTC 03:05resolved

   工程师们缓解了影响阿祖尔现有弹性云宿主部署和无服务器项目规模化能力的问题. 缩放工作如期进行.

自动翻译自官方事件更新。

1. 2026年10月20日 UTC 06:51investigating

   我们正在调查一个影响GCP欧洲-西(伦敦)区域一个供应区的问题。 从协调世界时6:15左右开始,一些具有此区容量的"弹性云"托管和无服务器部署可能会出现可用性或互联性退化. 该区域的部署监测和伐木工作也可能被推迟。 在其他地区和地区的部署不受影响。 我们的工程师正在积极研究这个问题,我们正与我们的云提供商保持联系.

2. 2026年10月20日 UTC 07:56identified

   我们的云提供商证实,发生了一起影响GCP欧洲-西(伦敦)区域单一可用区(Europe-west2-b)的基础设施事件,造成该区网络连通性丧失和资源缺乏。 具有弹性的云宿部署和具有弹性的无服务器项目在受灾地区可能无法使用,或者业绩退化。 我们已采取步骤避免在受灾地区设置新的无服务器项目,我们正在努力恢复依赖它的服务。 该区域能力下降可能拖延扩大规模和创造新的资源。 我们还没有估计的时间从云层提供者那里恢复。 我们正在同它们密切合作,并将在一小时内提供下一次最新情况.

3. 2026年10月20日 UTC 09:15identified

   我们云层提供者的基础设施事件正在发生,它影响到GCP欧洲-西2 (伦敦)区域的欧洲-西2 b供应区。 具有弹性的云宿:在受灾地区部署的资源大多无法使用或退化。 我们看到恢复的早期、有限的迹象,少数最初受到影响的部署正在恢复。 我们正在继续开展减缓工作,并将随着复苏的进展而分享更多的信息。 无弹性服务器 : 我们已采取步骤,避免在灾区设立新项目,目前正在将现有项目重新平衡到其他可提供区。 我们看到复苏的迹象 -- -- 有些项目目前仍无法执行或退化。 该区域能力下降可能拖延扩大规模和创造新的资源。 我们还没有估计的时间从云层提供者那里完全恢复。 我们正在与他们密切合作,并将在协调世界时10:15之前提供下一次最新情况.

4. 2026年10月20日 UTC 10:32identified

   我们云层提供者的基础设施事件正在发生,它影响到GCP欧洲-西2 (伦敦)区域的欧洲-西2 b供应区。 具有弹性的云宿部署和具有弹性的无服务器项目在受影响地区可能仍然无法使用或退化。 我们的小组正在继续就减缓和恢复问题开展工作,我们正在同我们的云提供方密切合作。 估计我们还没有充分恢复的时间。 我们将在协调世界时中午12点之前提供下一次最新情况,如果有重大变化,则提前提供.

5. 2026年10月20日 UTC 12:24identified

   我们云层提供者的基础设施事件正在发生,它影响到GCP欧洲-西2 (伦敦)区域的欧洲-西2 b供应区。 我们从云层提供者和我们自己的减缓工作都看到略有复苏的迹象。 弹性云主机:部分受影响部署恢复. 在事故期间计划变更或其他操作失败的客户,建议从"弹性云"控制台重试. 依赖灾区的行动可能比通常需要更长的时间,或再次失败,直至恢复进一步取得进展. 有些部署可能仍然无法进行或已经退化。 无弹性服务器:一些项目可能仍然无法使用或退化.

6. 2026年10月20日 UTC 14:15identified

   我们的云提供商的基础设施事件正在恢复之中,它影响到欧洲-西-西-西(伦敦)地区供应区。 我们的云提供方报告说,本区域大多数工作量的服务得到恢复,而且随着受影响地区的恢复,我们看到我们方正在取得进展。 弹性云宿:越来越多的受影响部署正在恢复. 在事故期间计划变更或其他操作失败的客户,建议从"弹性云"控制台重试. 有些部署可能仍然无法进行或正在退化,有些可能需要额外的恢复步骤,我们的支助小组将逐案开展工作。 如果你的部署仍然不健康, 请联系支援。 在恢复能力时,操作可能需要比通常更长的时间.

7. 2026年10月20日 UTC 17:27identified

   我们的云提供商的基础设施事故已经解决,该事故影响到GCP欧洲-西2 (伦敦)区域的欧洲-西2 b供应区。 我们正继续努力全面恢复我们的服务。 弹性云宿:越来越多的受影响部署正在恢复. 在事故期间计划变更或其他操作失败的客户,建议从"弹性云"控制台重试. 有些部署可能仍然无法进行或正在退化,有些可能需要额外的恢复步骤,我们的支助小组将逐案开展工作。 如果你的部署仍然不健康, 请联系支援。 在恢复能力时,操作可能需要比通常更长的时间.

8. 2026年10月20日 UTC 21:54resolved

   我们的云提供商的基础设施事故已经解决,该事故影响到GCP欧洲-西2 (伦敦)区域的欧洲-西2 b供应区。 工程已完成恢复在受灾可用区内运行的基础设施。 弹性云主机:在事件期间计划变更或其他操作失败的客户被建议从弹性云主机重试. 有些部署可能仍然无法进行或正在退化,可能需要额外的恢复步骤,我们的支助小组将逐案开展工作。 如果你的部署仍然不健康, 请联系支援.

自动翻译自官方事件更新。

1. 2026年10月8日 UTC 16:42investigating

   我们正在调查一个影响GCP我们-中央1地区一些无弹性云服务器项目的问题。 客户可能遭遇延迟或无法进行项目操作.

2. 2026年10月8日 UTC 17:21identified

   我们发现一个云存储问题 影响了GCP我们-中央1区域的一些无弹性云服务器项目。 客户可能遭遇延迟或无法执行的项目业务。 供应商正在调查这一问题,我们正在监测恢复情况。 如有更多信息,我们将提供另一个最新情况.

3. 2026年10月8日 UTC 19:17identified

   GCP-Central1区域的一些无弹性云服务器项目仍可能遭遇延迟或无法执行的项目操作. 供应商正在继续调查这一问题。 我们正在监测局势,并将在获得更多信息后提供又一最新情况.

4. 2026年10月8日 UTC 20:47monitoring

   在我们的上游云存储供应商采用缓解措施之后,我们看到了一些改进。 在GCP us-Central1区域,一些无弹性云服务器项目在继续恢复的同时,仍可能遭遇延迟或无法进行的项目运行. 我们正在监测局势,并将在获得更多信息后提供又一最新情况.

5. 2026年10月9日 UTC 00:54resolved

   影响GCP us-Central1地区一些无弹性云服务器项目的上游云存储问题已经解决. 项目运作已恢复正常,我们不再看到受影响的项目处于红色健康状况.

自动翻译自官方事件更新。

1. 2026年10月6日 UTC 14:04investigating

   Azure UAE北区无服务器项目的客户可能会看到Cloud UI中显示的度量延迟. 调查组正在调查这个问题,我们将在两小时后或必要时提前发布最新情况

2. 2026年10月6日 UTC 17:54resolved

   影响阿苏雷阿联酋北部无服务器项目的计量可用性的问题已经解决。 延迟的“使用和性能”衡量标准目前正在恢复,正在处理排队使用记录。 预计不会丢失数据.

自动翻译自官方事件更新。

1. 2026年9月23日 UTC 14:04investigating

   目前,由于外部集装箱图像提供者工作缓慢,我们在提供新云资源方面出现延误。 这可能导致在创建新的部署、扩大现有部署规模或迁移受基础设施维护影响的情况时出现延误。 作为缓解,你可以尝试重新运行失败的计划更改. 现有运行中的部署没有受到影响。 我们的小组正在积极监测局势并努力减轻这一问题。 我们将在今后12小时内提供最新情况.

2. 2026年9月23日 UTC 16:03resolved

   这个问题已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月17日 UTC 15:50investigating

   我们正在调查关于AutoOps区域子集最近时间范围缺失节点级度量衡(CPU,内存,磁盘,线程池)的报告. 这可能在节点视图上作为"无数据"消息出现. 集群健康、硬度和部署数据没有受到影响,没有发生数据损失。 我们将在今后两小时内或更早提供最新情况.

2. 2026年9月17日 UTC 16:13identified

   我们查明了受影响地区缺失节点级度量衡(CPU,内存,磁盘,线程池)的原因. 分组健康、硬度和部署数据从未受到影响,也没有发生数据损失。 已在一个区域验证了一个固定方案,目前正在向其余受影响区域推广。 一旦推出完成,我们将提供进一步的更新.

3. 2026年9月17日 UTC 16:31resolved

   造成AutoOps区域子集最近时间范围缺失节点级度量衡(CPU,内存,磁盘,线程池)的问题已经完全解决. 集群健康、硬度和部署数据始终没有受到影响,没有丢失任何数据.

自动翻译自官方事件更新。

1. 2026年9月16日 UTC 13:17investigating

   目前我们知道,有些顾客此时可能无法进入"弹性支持"门户网站. 我们正在与我们的供应商合作进行调查。 需要同时联系支援时,请联系支援@elastic.co.

2. 2026年9月16日 UTC 14:49monitoring

   弹性支持门户上有复苏的迹象,客户现在应能正常进入。 我们将继续监测30分钟,然后将这一事件定为已了结.

3. 2026年9月16日 UTC 15:38resolved

   弹性支持门户依然可用且稳定——此时,我们正在考虑解决这一事件.

自动翻译自官方事件更新。

1. 2026年9月12日 UTC 23:21investigating

   我们正在调查控制台上的拖延.

2. 2026年9月13日 UTC 00:18identified

   我们已经查明并解决了 公尺延迟的原因。 正在处理队列,完成后可查看延迟的度量衡.

3. 2026年9月13日 UTC 02:55monitoring

   正在处理量子队列,延迟数据开始再次显示. 我们会监测,确保一切赶上预期.

4. 2026年9月13日 UTC 07:45resolved

   GCP east 4 摄入延迟的度量已经完全解决。 所有已排队的数据都已经处理完毕,现在在控制台上实时显示度量衡.

自动翻译自官方事件更新。

1. 2026年9月10日 UTC 01:30identified

   我们在权限管理 UI 中已经确定并正在修复+缓解一个错误, 以阻止具有组织所有者角色的用户使用 Cloud Console, Elasticsearch, 以及 Kibana 在主机部署中访问 Kibana .

2. 2026年9月10日 UTC 06:03identified

   更新 : 这一事件仍在进行中,我们正在继续调查.

3. 2026年9月10日 UTC 09:51monitoring

   更新:该固定装置已投入生产,我们对受影响的账户进行了数据校正,恢复了受影响用户的基巴纳访问权。 我们正在监测,以确认彻底解决.

4. 2026年9月10日 UTC 22:31resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月9日 UTC 20:44identified

   我们在"舰队服务器"9.5.3(也出现在9.4.6中)中发现了一个bug,它可以使"弹性特工"在"舰队"推动配置更新,包括入学,政策变更,或者例行修订出出故障时坠入飞机并下线. 这只影响到使用Fleet远程弹性搜索输出特性的政策. 建议: 如果使用Fleet的远程弹性搜索输出,在固定版本可用之前不要升级到9.5.3或9.4.6. 如果你已经进入了受影响的版本 并经历代理检查失败, 联系支持 补救步骤。 一个固定装置已经合并,将在接下来的9.5.x和9.4.x发布中发运. 已知问题文献:舰队-服务器#7791,弹性-代理#16542.

2. 2026年9月11日 UTC 14:25identified

   我们已经补齐了Fleet Server的9.5.3和9.4.6版本,从2026年9月10日协调世界时21:20开始部署更正后放出. - 升级到目前的 9.4.6 或 9.5.3 释放将不会受到这个错误的影响,因为更新的释放包含固定. - 如果在协调世界时20:20前于2026年9月10日升级为9.4.6或9.5.3,则进行下列缓解: 1. 强制重新启动您所受影响的整合服务器组件 2. 对受影响的弹性代理机构实施清理程序(见https://support.elastic.co/cnowledge/bee1c75c)——如果在整合服务器重新启动后代理机构未能报到或继续下线,则需要这样做

3. 2026年9月11日 UTC 16:00identified

   我们已经补齐了Fleet Server的9.5.3和9.4.6版本,从2026年9月10日协调世界时21:20开始部署更正后放出. - 升级到目前的 9.4.6 或 9.5.3 释放将不会受到这个错误的影响,因为更新的释放包含固定. - 如果在协调世界时20:20前于2026年9月10日升级为9.4.6或9.5.3,则进行下列缓解: 1. 强制重新启动您所受影响的整合服务器组件 2. 对受影响的弹性代理机构实施清理程序(见https://support.elastic.co/cnowledge/bee1c75c)——如果在整合服务器重新启动后代理机构未能报到或继续下线,则需要这样做。 ImportANT:补丁舰队服务器在"弹性云"企业(ECE)"堆栈包"和"弹性云"主机(ECH)外不提供.

4. 2026年9月17日 UTC 10:30resolved

   我们已经证实,弹性代理公司不再遇到与这一问题有关的入学失败。 自2026年9月10日起,已更正的"舰队"服务器发布(9.5.4 / 9.4.6)在"弹性云宿主"和"弹性云宿企业"堆栈包上可以使用,所有已知受影响的部署都已证实恢复. 如果在此之前已经升级为受影响的发布,但尚未应用缓解措施,可在此获得指导意见:https://support.elastic.co/cowers/bee1c75c.

自动翻译自官方事件更新。

1. 2026年9月2日 UTC 00:04resolved

   UTC21:50至23:42,我们遭遇了Anthropic Claude Haiku 4.5,OpenAI GPT-5.6,和Google双子座 2.5. 与欧盟地区的弹性推论服务闪光. 这个问题现已得到解决.

自动翻译自官方事件更新。

1. 2026年9月1日 UTC 15:18investigating

   我们目前正在调查一个影响GCP-U-Central1运营服务的问题。 随着我们更多地了解影响范围,我们将提供更多的最新情况.

2. 2026年9月1日 UTC 15:51identified

   一个持续的问题是影响GCP-Central1运营的服务. 其中包括但不仅限于本地区的Elastic Cloud托管和无服务器项目以及我们的Docker注册服务。 我们正在继续监测局势,并将在获得最新情况后提供最新情况.

3. 2026年9月1日 UTC 16:15identified

   一个持续的上游社区支助方案问题正在影响在GCP我们-中央1运营的服务。 其中包括但不仅限于本地区的Elastic Cloud托管和无服务器项目以及我们的Docker注册服务。 我们正在继续监测局势,并将在获得最新情况后提供最新情况.

4. 2026年9月1日 UTC 16:22monitoring

   我们正看到GCP-U-Central 1的服务复苏的迹象, 我们正在继续监测局势,并将随时提供最新情况.

5. 2026年9月1日 UTC 20:05resolved

   这个问题已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月1日 UTC 08:16investigating

   我们知道,Elasticsearch的9.5.0、9.5.1和9.5.2版本有影响客户的虫子,在这些版本中,主要硬盘上处理的批量指数操作会导致复制品上的分歧,导致磁盘使用率高并长期回收。 团队正在修复 更多信息见https://www.elastic.co/docs/release-notes/elasticsearch/nowers-issues#elasticsearch-9.5.2-nowers-issues. 下一次更新将在接下来的两小时内进行,或者在需要时提前进行.

2. 2026年9月1日 UTC 11:07identified

   我们找出了根源 团队正在研究一个定点 计划发布在"弹性搜索"9.5.3版 你可以做点什么: - 如果您尚未升级到9.5. *, 您不会受到影响, 因为升级到9.5. 5 已经禁用, 直到发布9. 5.3 。 - 如果你已经运行9.5 并体验这个问题的症状,请联系“弹性支持”。 更多信息见https://www.elastic.co/docs/release-notes/elasticsearch/nowers-issues#elasticsearch-9.5.2-nowers-issues

3. 2026年9月1日 UTC 15:46identified

   固定已确认并回放至"弹性搜索 9.5"补丁分支. 这些小组在安排和推出9.5.3版之前,正在进行必要的验证.

4. 2026年9月3日 UTC 12:13monitoring

   弹性搜索9.5.3已经发布,目前运行9.5.0,9.5.1或9.5.2的所有客户都建议尽快更新这个新版本.

5. 2026年9月3日 UTC 15:47monitoring

   弹性搜索9.5.3已经发布,目前运行9.5.0,9.5.1或9.5.2的所有客户都建议尽快更新这个新版本. 建议受影响的客户在升级后遵循https://github.com/elastic/elasticsearch/issues/158212的变通步骤.

6. 2026年9月30日 UTC 20:44resolved

   这个问题在"弹性搜索"的9.5.3发布中得到解决. 运行9.5.0, 9.5.1或9.5.2版"弹性搜索"的客户建议尽快更新到更新的版本.

自动翻译自官方事件更新。

1. 2026年8月27日 UTC 17:11monitoring

   8月26日 UTC凌晨0点左右,我们部署"管理输入"的改变,影响了我们内部的DNS提供商的一些规则,取消了.apm端点,让我们的一些没有服务器的客户. 该服务于同日协调世界时9时左右被恢复. 在此期间,有些客户在9小时窗口内将无法使用.apm端点。 我们正在进行一些检查和警报,以确保不再发生这种情况.

2. 2026年8月27日 UTC 18:33resolved

   现在解决了

自动翻译自官方事件更新。

1. 2026年8月20日 UTC 20:22investigating

   目前我们正在调查高发出错率,影响在无弹性云服务器上管理的OTLP. 我们的小组正在积极调查根源。 我们将在30分钟内提供最新情况.

2. 2026年8月20日 UTC 20:53investigating

   我们正在继续调查影响无弹性云服务器上管理的OTLP的高误差率。 我们将在1小时内提供最新情况.

3. 2026年8月20日 UTC 21:59identified

   我们查明了影响无服务器管理的OTLP的高误差率的根源。 已经采取了缓解措施,我们正在进行监测,以确认误差率返回基线。 根据我们的调查,客户的工作量没有受到影响.

4. 2026年8月20日 UTC 22:13resolved

   这一事件已经得到解决。 已查明并解决了根源。 在这一事件中,客户的工作量没有受到影响.

自动翻译自官方事件更新。

1. 2026年8月20日 UTC 12:48investigating

   影响在Azure's Eastus地区创建新的无服务器项目的问题已经查明. 我们的小组正在积极调查以确定根源。 我们将在下一个小时内或一旦确定根源(以先发生者为准)提供后续最新情况.

2. 2026年8月20日 UTC 14:05monitoring

   我们确定,这个问题源于阿祖尔储存部分的上游问题. 经检查,影响严格限于新的项目初始化时间,导致Azure Eastus地区无服务器项目的创建时间更长. 一旦问题得到解决,我们将提供进一步的最新情况.

3. 2026年8月20日 UTC 16:22resolved

   阿祖尔在东乌斯地区的存储组件问题已经解决. 因此,无服务器项目创建时间已恢复正常,并正在按预期运行.

自动翻译自官方事件更新。

1. 2026年8月14日 UTC 09:22identified

   弹性搜索 9.5.1 包含了一个已知的问题,即含有必须、过滤或应当使用多值名词查询的布尔查询,加上关于已禁用索引的字段的必须 not条款,仍然可以返回假阳性匹配。 虽然9.5.1中的补丁(https://github.com/elastic/elasticsearch/pull/155936)解决了术语和范围查询路径的批量计分器缺陷;多值名词查询使用该补丁没有覆盖的不同Lucene查询类型. 对于这种查询模式,时间序列数据流(TSDB)和列指数/数据流仍然受到影响,因为这些字段的索引默认被禁用。 受影响的术语查询可能返回假阳性匹配(包括本应排除的文件),并报告文件计数高于预期。 没有提出错误, 因此查询似乎会成功完成 。 你可以做点什么: - 如果你还没有升级到9.5.*,我们建议推迟升级,直到9.5.2版本可用。 - 如果您已经运行9.5. *, 请联系“ 弹性支持”, 如果您需要帮助确定您的搜索是否受到影响 。 我们找出了根源,正在解决,我们正在准备补丁发布。 修复工作完成后,我们将提供进一步的最新情况.

2. 2026年8月20日 UTC 17:09resolved

   弹性搜索9.5.2已经发布,并包含了这个问题的修补. 经营9.5.0或9.5.1业务的客户应升级为9.5.2。 此时此刻,我们正在审议这一问题已得到解决,并将不提供进一步的最新情况.

自动翻译自官方事件更新。

1. 2026年8月13日 UTC 08:32investigating

   我们看到,微软-多语言-e5型大型嵌入模型的上游供应商错误率上升。 搜索嵌入请求到此模式可能失败 。 我们正在调查

2. 2026年8月13日 UTC 14:45investigating

   我们看到在可用性方面有所改进,但仍在继续监测情况。 我们将在适当时候提供更多资料.

3. 2026年8月13日 UTC 18:26monitoring

   不幸的是,由于上游供应商问题继续存在,我们不能再支持关于弹性推论服务的E5多种语言大模式。 任何需要这个模型的客户都应该使用自己的API密钥来设置自定义的推断端点.

4. 2026年8月17日 UTC 11:40resolved

   微软-多语言-e5大型已经从弹性推论服务公司退役. 现在请求此模型返回一个错误 。 希望与"弹性云"一起使用这个模型的客户,必须使用自己的API密钥创建自定义推断端点. 详见我们的推断文件:https://www.elastic.co/docs/api/doc/elasticsearch/group/endpoint-inference

自动翻译自官方事件更新。