Elastic Cloud 장애 기록

1. 2026년 10월 23일 오전 4:04 UTCinvestigating

   우리는 현재 Elastic Support 포털에 대한 액세스를 방지하는 문제를 조사하고 있습니다. 이 시간에, 고객은 지원 포털에 정통한 문제를 경험할 수 있습니다.

2. 2026년 10월 23일 오전 4:59 UTCidentified

   우리는 upstream 공급자에 기인한 Elastic Support 포털에 접근을 방지하는 문제점을 발견했습니다. 이 공급자는 영향을받는 환경의 일부에 대한 액세스를 복원 한 수정을 확인했으며 이제 나머지로 구울 수 있습니다. 이 시간에, 고객은 지원 포털에 정통한 문제를 경험할 수 있습니다.

3. 2026년 10월 23일 오전 6:33 UTCresolved

   상류 공급자는 그것의 고침을 완료하고, 탄력 있는 지원 포털에 접근은 복원되었습니다. 고객은 지원 포털에 다시 정정할 수 있습니다. 우리는이 문제를 해결하고 더 많은 업데이트를 제공하지 않습니다. 당신이 문제가 계속되면, 저희에게 연락하십시오.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 10월 22일 오전 11:19 UTCinvestigating

   우리는 AWS us-east-1 지역의 새로 만들어진 계정을 위한 AutoOps에 영향을 미치는 문제점을 조사하고 있습니다. 10월 22일 오후 00:00 UTC 이후에 생성된 계정은 AutoOps에 액세스할 수 없으며 개방할 때 오류 (HTTP 403)를 볼 수 있습니다. Elastic Cloud Hosted : AutoOps는 새로운 계정 영향을받지 않습니다. Elastic Cloud Serverless: AutoOps는 영향을받는 새로운 계정에서 사용할 수 없습니다. 기존 배포 및 프로젝트, 다른 모든 Elastic Cloud 기능, 영향을 미치지 않습니다. 우리의 엔지니어링 팀은 원인을 확인하고 접근을 복원하기 위해 노력하고 있습니다. 우리는 60 분 안에 다음 업데이트를 제공 할 것입니다, 또는 더 빨리 중요한 변화가 있다면

2. 2026년 10월 22일 오후 12:00 UTCidentified

   AutoOps에 영향을 미치는 문제의 원인을 확인하고 수정을 배포합니다. Elastic Cloud Hosted and Elastic Cloud Serverless: AWS us-east-1 지역의 새로운 계정을 만든 고객은 10 월 22 일 00시 30 분 UTC 이후 AutoOps에 액세스 할 수 없었습니다. 수정은 지금 압연되고, 우리는 13:00 UTC에 의해 완전히 해결될 상황을 예상합니다. 기존 배포 및 프로젝트, 다른 모든 Elastic Cloud 기능, 영향을 미치지 않습니다.

3. 2026년 10월 22일 오후 8:50 UTCresolved

   우리는 12:30 UTC에서 AutoOps에 영향을 미치는 문제를 해결했습니다. Elastic Cloud Hosted and Elastic Cloud Serverless: AWS us-east-1 지역의 새로운 계정을 만든 고객은 10 월 22 일 00시 30 분 UTC 이후 AutoOps에 액세스 할 수 없었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 10월 20일 오후 8:07 UTCinvestigating

   우리는 Azure의 기존 Elastic Cloud Hosted 배포 및 Serverless 프로젝트를 확장하는 능력에 영향을 미치는 문제를 조사하고 있습니다. Azure의 새로운 프로젝트 및 배포 생성은 지연 될 수 있습니다.

2. 2026년 10월 20일 오후 9:24 UTCidentified

   우리는 Azure에서 기존 Elastic Cloud Hosted 배포 및 Serverless 프로젝트를 확장 할 수있는 능력에 영향을 미치는 문제를 발견했습니다. Azure의 새로운 프로젝트 및 배포 생성은 지연 될 수 있습니다. 엔지니어는 문제를 완화하기 위해 적극적으로 노력하고 있습니다.

3. 2026년 10월 20일 오후 10:27 UTCmonitoring

   엔지니어는 Azure의 기존 Elastic Cloud Hosted 배포 및 Serverless 프로젝트를 확장 할 수있는 능력에 영향을 미치는 문제를 식별하고 마이그레이션했습니다. 우리는 작업이 정상적으로 지속되도록 문제를 모니터링하고 있습니다.

4. 2026년 10월 21일 오전 3:05 UTCresolved

   엔지니어는 Azure의 기존 Elastic Cloud Hosted 배포 및 Serverless 프로젝트를 확장 할 수있는 능력에 영향을 미쳤습니다. 확장은 예상대로 일합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 10월 20일 오전 6:51 UTCinvestigating

   GCP europe-west2 (London) 지역의 가용성 영역에 영향을 미치는 문제에 투자하고 있습니다. 약 06:15 UTC에서 시작, 일부 Elastic Cloud Hosted 및 Serverless 배포 용량이이 영역에서 정렬 된 가용성 또는 연결성을 경험할 수 있습니다. 지역의 배포에 대한 모니터링 및 로깅은 지연 될 수 있습니다. 다른 지역과 지역의 배포는 영향을받지 않습니다. 우리의 엔지니어는 문제점에 적극적으로 일하고, 우리는 우리의 클라우드 공급자도 접촉하고 있습니다.

2. 2026년 10월 20일 오전 7:56 UTCidentified

   우리의 클라우드 공급자는 GCP 유럽-서부2 (London) 지역에서 단일 가용성 영역 (유럽-서부2-b)에 영향을 미치는 인프라 사고를 확인했으며 네트워크 연결 손실 및 리소스가 해당 영역에서 비할 수 있습니다. Elastic Cloud Hosted 배포 및 Elastic Serverless 프로젝트는 영향을받는 영역의 리소스를 사용하여 사용하거나 성능 향상을 경험할 수 있습니다. 우리는 영향을받는 지역에 새로운 Serverless 프로젝트를 두는 단계를 가지고 있으며, 우리는 그것에 따라 서비스를 복원하는 데 노력하고 있습니다. 지역의 감소 용량은 스케일링과 새로운 자원의 창조를 지연시킬 수 있습니다. 우리는 아직 우리의 클라우드 공급자로부터 회복을위한 예상 시간이 없습니다. 우리는 그들과 밀접하게 일하고 1 시간 안에 다음 갱신을 제공할 것입니다.

3. 2026년 10월 20일 오전 9:15 UTCidentified

   GCP europe-west2 (London) 지역의 가용성 영역 유럽-west2-b에 영향을 미치는 클라우드 공급자의 인프라 사고는 계속됩니다. Elastic Cloud Hosted : 영향을받는 영역의 리소스가있는 대부분의 배포는 사용할 수 없거나 분해되지 않습니다. 우리는 일찍보고, 복구의 제한 징후, 그리고 초기에 영향을 미치는 배포의 작은 수 복구. 우리는 우리의 완화 작업을 계속하고 복구 진행 상황을 더 공유 할 것입니다. 탄력 있는 Serverless: 우리는 영향을받는 지역에서 새로운 프로젝트를 피하기 위해 단계를 촬영했으며 현재 다른 가용성 영역에 기존 프로젝트를 재조정하고 있습니다. 우리는 복구 표지판을보고있다 - 일부 프로젝트는 사용할 수 없거나 평균적으로 degraded. 지역의 감소 용량은 스케일링과 새로운 자원의 창조를 지연시킬 수 있습니다. 우리는 아직 우리의 클라우드 공급자에게서 가득 차있는 회복을 위한 예상된 시간이 없습니다. 우리는 그들과 긴밀하게 협력하고 10 : 15am UTC의 다음 업데이트를 제공합니다.

4. 2026년 10월 20일 오전 10:32 UTCidentified

   GCP europe-west2 (London) 지역의 가용성 영역 유럽-west2-b에 영향을 미치는 클라우드 공급자의 인프라 사고는 계속됩니다. Elastic Cloud Hosted 배포 및 Elastic Serverless 프로젝트는 영향을받는 영역의 리소스를 사용하거나 분해 할 수 있습니다. 우리의 팀은 완화 및 회복을 계속하고, 우리는 우리의 클라우드 공급자와 긴밀하게 협력하고 있습니다. 우리는 아직 가득 차있는 회복을 위한 예상된 시간이 없습니다. 우리는 12:00 UTC에 의해 다음 업데이트를 제공하거나 상당한 변화가 있다면 더 빨리.

5. 2026년 10월 20일 오후 12:24 UTCidentified

   GCP europe-west2 (London) 지역의 가용성 영역 유럽-west2-b에 영향을 미치는 클라우드 공급자의 인프라 사고는 계속됩니다. 우리는 우리의 구름 공급자에게서 회복의 경미한 표시, 그리고 우리의 자신의 mitigation 일에서 둘 다 보입니다. Elastic Cloud Hosted : 영향을받는 배포 중 일부는 복구됩니다. 계획 변경 또는 기타 작업이 실패한 고객은 Elastic Cloud 콘솔에서 구호하는 것이 좋습니다. 영향을받는 영역에 의존하는 작업은 평소보다 오래 걸릴 수 있습니다, 또는 다시 실패, 복구 진행까지. 일부 배포는 사용할 수 없거나 분해 될 수 있습니다. Elastic Serverless: 일부 프로젝트는 사용할 수 없거나 분해될 수 있습니다.

6. 2026년 10월 20일 오후 2:15 UTCidentified

   GCP europe-west2 (London) 지역의 가용성 영역 유럽-west2-b에 영향을 미치는 클라우드 공급자의 인프라 사고는 회복됩니다. 우리의 클라우드 공급자는 지역에서 대부분의 작업 부하에 대한 서비스의 복구를보고, 우리는 영향을받는 지역으로 우리의 측에 진행 상황을보고있다. Elastic Cloud Hosted : 영향을받는 배포의 증가 수는 복구됩니다. 계획 변경 또는 기타 작업이 실패한 고객은 Elastic Cloud 콘솔에서 구호하는 것이 좋습니다. 일부 배포는 여전히 사용할 수 없거나 degraded 할 수 있으며, 일부 지원 팀이 사례를 통해 작동 할 수있는 추가 복구 단계가 필요할 수 있습니다. 배포가 여전히 건강하지 않은 경우, 지원에 문의하십시오. 작업은 용량이 복원 된 동안 평소보다 오래 걸릴 수 있습니다.

7. 2026년 10월 20일 오후 5:27 UTCidentified

   GCP europe-west2 (London) 지역의 가용성 영역 유럽-west2-b에 영향을 미치는 클라우드 공급자의 인프라 사고는 해결되었습니다. 우리는 우리의 서비스의 가득 차있는 회복을 향해 일하고 있습니다. Elastic Cloud Hosted : 영향을받는 배포의 증가 수는 복구됩니다. 계획 변경 또는 기타 작업이 실패한 고객은 Elastic Cloud 콘솔에서 구호하는 것이 좋습니다. 일부 배포는 여전히 사용할 수 없거나 degraded 할 수 있으며, 일부 지원 팀이 사례를 통해 작동 할 수있는 추가 복구 단계가 필요할 수 있습니다. 배포가 여전히 건강하지 않은 경우, 지원에 문의하십시오. 작업은 용량이 복원 된 동안 평소보다 오래 걸릴 수 있습니다.

8. 2026년 10월 20일 오후 9:54 UTCresolved

   GCP europe-west2 (London) 지역의 가용성 영역 유럽-west2-b에 영향을 미치는 클라우드 공급자의 인프라 사고는 해결되었습니다. 엔지니어링은 영향을받는 가용성 영역에서 실행되는 인프라의 복구를 완료했습니다. Elastic Cloud Hosted : 계획 변경 또는 기타 작업이 실패한 고객은 Elastic Cloud 콘솔에서 구제하는 것이 좋습니다. 일부 배포는 여전히 사용할 수 없거나 degraded 할 수 있으며, 추가 복구 단계가 필요 할 수 있습니다. 지원 팀은 경우에 따라 작동합니다. 배포가 여전히 건강하지 않은 경우, 지원에 문의하십시오.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 10월 8일 오후 4:42 UTCinvestigating

   GCP us-central1 지역의 Elastic Cloud Serverless 프로젝트에 영향을 미치는 문제점을 조사하고 있습니다. 고객은 지연되거나 사용 가능한 프로젝트 운영을 경험할 수 있습니다.

2. 2026년 10월 8일 오후 5:21 UTCidentified

   GCP us-central1 지역의 Elastic Cloud Serverless 프로젝트에 영향을 미치는 클라우드 스토리지의 문제점을 확인했습니다. 고객은 지연되거나 사용 가능한 프로젝트 작업을 경험할 수 있습니다. 공급자는 문제점을 조사하고, 우리는 회복을 감시하고 있습니다. 더 많은 정보를 사용할 때 다른 업데이트를 제공 할 것입니다.

3. 2026년 10월 8일 오후 7:17 UTCidentified

   GCP us-central1 지역의 일부 Elastic Cloud Serverless 프로젝트는 여전히 지연되거나 사용 가능한 프로젝트 작업을 경험할 수 있습니다. 공급자는 문제를 조사하기 위해 계속됩니다. 우리는 상황을 모니터링하고 더 많은 정보를 사용할 때 다른 업데이트를 제공 할 것입니다.

4. 2026년 10월 8일 오후 8:47 UTCmonitoring

   우리는 우리의 업스트림 클라우드 스토리지 제공 업체에 의해 완화 후 개선을 관찰했다. GCP us-central1 지역의 일부 Elastic Cloud Serverless 프로젝트는 여전히 복구가 계속되는 동안 지연되거나 사용할 수없는 프로젝트 작업을 경험할 수 있습니다. 우리는 상황을 모니터링하고 더 많은 정보를 사용할 때 다른 업데이트를 제공 할 것입니다.

5. 2026년 10월 9일 오전 12:54 UTCresolved

   GCP us-central1 지역의 Elastic Cloud Serverless 프로젝트에 영향을 미치는 업스트림 클라우드 스토리지 문제는 해결되었습니다. 프로젝트 운영은 정상으로 돌아가고, 더 이상 붉은 건강 상태에 영향을 미치는 프로젝트를 볼 수 없습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 10월 6일 오후 2:04 UTCinvestigating

   Azure UAE 북한 지역의 Serverless 프로젝트로 고객은 Cloud UI에 표시된 메트릭에서 지연을 볼 수 있습니다. 팀은 문제가 투자하고 필요한 경우 2 시간 또는 더 빨리 업데이트 할 것입니다

2. 2026년 10월 6일 오후 5:54 UTCresolved

   Azure UAE North의 Serverless 프로젝트의 메트릭 가용성에 영향을 미치는 문제는 해결되었습니다. 지연된 “Usage and performance” 메트릭은 이제 복구되고, 누락된 사용 기록은 처리됩니다. 데이터 손실이 예상되지 않습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 23일 오후 2:04 UTCinvestigating

   우리는 현재 외부 컨테이너 이미지 제공 업체와 느린 때문에 새로운 클라우드 리소스를 제공에 지연을 경험하고있다. 새로운 배포를 만들 때 지연이 발생할 수 있습니다, 기존의 하나 스케일링, 또는 인프라 유지 보수에 영향을받는 인스턴스를 재구성. 소송으로, 당신은 다시 실행 실패 계획 변경을 시도 할 수 있습니다. Existing running deploys는 영향을 미치지 않습니다. 우리 팀은 적극적으로 상황을 모니터링하고 문제를 완화하기 위해 노력하고 있습니다. 우리는 다음 12 시간에 업데이트를 제공 할 것입니다.

2. 2026년 9월 23일 오후 4:03 UTCresolved

   이 문제는 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 17일 오후 3:50 UTCinvestigating

   우리는 AutoOps 지역의 하위 세트에 대한 최근 시간 범위에 대한 누락 된 노드 레벨 미터 (CPU, 메모리, 디스크, 스레드 풀)의 조사 보고서입니다. Nodes view의 "No data" 메시지로 표시됩니다. 클러스터 건강, shard, 및 배포 데이터가 비범하고, 데이터 손실이 발생하지 않습니다. 우리는 다음 2 시간 이내에 업데이트를 제공 할 것입니다.

2. 2026년 9월 17일 오후 4:13 UTCidentified

   우리는 영향을받는 지역에서 누락 된 노드 레벨 미터 (CPU, Memory, Disk, Thread Pools)의 원인을 확인했습니다. 클러스터 건강, shard 및 배포 데이터는 영향을받지 않았으며 데이터 손실이 발생하지 않았습니다. 수정은 한 지역에서 유효했으며 현재 나머지 영향을받는 지역으로 나뉩니다. 롤아웃이 완료되면 추가 업데이트가 제공됩니다.

3. 2026년 9월 17일 오후 4:31 UTCresolved

   AutoOps 지구의 하위 세트에 대한 최근의 시간 범위에 대한 누락 된 노드 레벨 미터 (CPU, Memory, Disk, Thread Pools)가 완전히 해결되었습니다. 클러스터 건강, shard, 및 배포 데이터는 전체를 비난하고 데이터가 손실되지 않았습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 16일 오후 1:17 UTCinvestigating

   우리는 현재 일부 고객이이 시간에 Elastic Support Portal에 액세스 할 수 없다는 것을 알고 있습니다. 우리는 조사에 우리의 공급자와 일하고 있습니다. 그러니, [email protected]로 연락 주시기 바랍니다.

2. 2026년 9월 16일 오후 2:49 UTCmonitoring

   우리는 탄력 있는 지원 포털에 회복의 표시를 보고, 고객은 지금 정상으로 접근할 수 있어야 합니다. 우리는 이 사건을 해결하기 전에 30 분 동안 계속 감시할 것입니다.

3. 2026년 9월 16일 오후 3:38 UTCresolved

   Elastic Support Portal은 사용할 수 있으며 꾸준히 유지됩니다. 이번에는 이 사건이 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 12일 오후 11:21 UTCinvestigating

   우리는 콘솔에서 미터 지연을 조사하고 있습니다.

2. 2026년 9월 13일 오전 12:18 UTCidentified

   미터 지연의 원인을 확인하고 수정했습니다. queue는 가공되고 지연된 미터는 완전한 때 볼 수 있을 것입니다.

3. 2026년 9월 13일 오전 2:55 UTCmonitoring

   Metrics queues는 처리되고 지연된 자료가 다시 시작합니다. 예상대로 모든 것을 파악할 수 있도록 모니터합니다.

4. 2026년 9월 13일 오전 7:45 UTCresolved

   GCP us-east4의 메트릭 섭취 지연은 완전히 해결되었습니다. 모든 누적된 데이터가 처리되고 메트릭은 이제 실시간으로 콘솔에서 표시됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 10일 오전 1:30 UTCidentified

   Kibana에 접근하여 Kibana를 Hosted Deployments에서 사용자를 방지하는 권한 관리 UI의 버그를 수정하고 있습니다.

2. 2026년 9월 10일 오전 6:03 UTCidentified

   업데이트: 이 사건은 여전히 진행되고 우리는 조사를 계속하고 있습니다.

3. 2026년 9월 10일 오전 9:51 UTCmonitoring

   업데이트 : 수정은 생산에 배포되었으며 영향을받는 계정의 데이터 보정을 적용했으며 영향을받는 사용자를위한 Kibana 액세스를 복원했습니다. 우리는 가득 차있는 해결책을 확인하는 감시입니다.

4. 2026년 9월 10일 오후 10:31 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 9일 오후 8:44 UTCidentified

   Fleet Server 9.5.3 (일부 9.4.6)의 버그를 확인했습니다. 탄성 에이전트가 충돌 루프를 유발하고 Fleet이 등록, 정책 변경 또는 일상 개정 범프를 포함하여 구성 업데이트를 밀어 때 오프라인으로 이동합니다. Fleet의 Remote Elasticsearch 출력 기능을 사용하는 정책에만 영향을 미칩니다. 추천 : Fleet의 원격 Elasticsearch 출력을 사용하는 경우 고정 버전이 사용할 때까지 9.5.3 또는 9.4.6로 업그레이드하지 마십시오. 영향을받은 버전에 이미 있고 에이전트 체크 인 실패를 경험하는 경우, 구제 단계에 대한 지원. 수정이 합병되어 다음 9.5.x 및 9.4.x 릴리스에서 발송됩니다. 알려진 문제 문서: 함대 서버#7791, 탄성 시약#16542.

2. 2026년 9월 11일 오후 2:25 UTCidentified

   우리는 9 월 10, 2026에서 21:20 UTC로 배포 된 수정 된 릴리스와 함께 Fleet 서버 버전 9.5.3 및 9.4.6을 패치했습니다. - 현재 9.4.6 또는 9.5.3 릴리스로 업그레이드하면 업데이트 된 릴리스로이 버그에 영향을 미치지 않습니다. 수정이 포함되어 있습니다. - 9월 2026일 21시 20분 UTC 이전에 9.4.6 또는 9.5.3로 업그레이드된 경우 다음과 같은 완화를 수행합니다. 1. Force는 영향을 받는 배포의 통합 서버 구성 요소를 다시 시작합니다. 2. 영향을받은 Elastic Agents (https://support.elastic.co/knowledge/bee1c75c 참조)에 대한 정리 절차를 실행하십시오. 에이전트가 통합 서버 재시작 후 오프라인에서 체크인하거나 유지하지 못하면 필요한 경우

3. 2026년 9월 11일 오후 4:00 UTCidentified

   우리는 9 월 10, 2026에서 21:20 UTC로 배포 된 수정 된 릴리스와 함께 Fleet 서버 버전 9.5.3 및 9.4.6을 패치했습니다. - 현재 9.4.6 또는 9.5.3 릴리스로 업그레이드하면 업데이트 된 릴리스로이 버그에 영향을 미치지 않습니다. 수정이 포함되어 있습니다. - 9월 2026일 21시 20분 UTC 이전에 9.4.6 또는 9.5.3로 업그레이드된 경우 다음과 같은 완화를 수행합니다. 1. Force는 영향을 받는 배포의 통합 서버 구성 요소를 다시 시작합니다. 2. 영향을받은 Elastic Agents (https://support.elastic.co/knowledge/bee1c75c 참조)에 대한 정리 절차를 실행하십시오. 에이전트가 통합 서버 재시작 후 오프라인에서 체크인하거나 유지하지 못하면 필요한 경우 중요 : 패치 된 Fleet 서버는 Elastic Cloud Enterprise (ECE) 스택 팩 및 Elastic Cloud Hosted (ECH) 밖에 사용할 수 없습니다.

4. 2026년 9월 17일 오전 10:30 UTCresolved

   우리는 Elastic Agents가 더 이상 이 문제점과 관련된 등록 실패를 경험하지 않다는 것을 확인했습니다. 정확한 Fleet 서버 릴리스 (9.5.4 / 9.4.6)는 Elastic Cloud Hosted 및 Elastic Cloud Enterprise 스택 팩에서 9 월 10, 2026 이후 사용할 수 있으며 모든 알려진 영향을받은 배포가 확인되었습니다. 그 시간 전에 영향을받은 릴리스로 업그레이드하면 아직 완화를 적용하지 못했습니다. 지도는 https://support.elastic.co/knowledge/bee1c75c입니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 2일 오전 12:04 UTCresolved

   21:50에서 23:42 UTC, 우리는 Anthropic Claude Haiku 4.5, OpenAI GPT-5.6 및 Google Gemini 2.5에 대한 높은 오류율을 발생 EU 지역에서 탄력 있는 Inference 서비스와 플래시. 이 문제는 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 1일 오후 3:18 UTCinvestigating

   우리는 현재 GCP us-central1에서 실행되는 문제의 영향 서비스를 조사하고 있습니다. 우리는 우리가 충격의 범위에 관하여 더 많은 것을 배우기 때문에 추가 업데이트를 제공할 것입니다.

2. 2026년 9월 1일 오후 3:51 UTCidentified

   지속적인 문제는 GCP us-central1에서 실행되는 서비스에 영향을 미칩니다. 이것은 포함되지만 지역 및 Docker Registry 서비스에서 Elastic Cloud Hosted 및 Serverless 프로젝트에는 제한이 없습니다. 우리는 상황을 모니터링하고 사용할 때 업데이트를 제공합니다.

3. 2026년 9월 1일 오후 4:15 UTCidentified

   지속적인 업스트림 CSP 문제는 GCP us-central1에서 실행되는 서비스에 영향을 미칩니다. 이것은 포함되지만 지역 및 Docker Registry 서비스에서 Elastic Cloud Hosted 및 Serverless 프로젝트에는 제한이 없습니다. 우리는 상황을 모니터링하고 사용할 때 업데이트를 제공합니다.

4. 2026년 9월 1일 오후 4:22 UTCmonitoring

   우리는 GCP us-central1의 서비스에 대한 복구 표지판이 업스트림 CSP 문제에 영향을 미쳤습니다. 우리는 상황을 모니터링하고 사용할 수 있도록 업데이트를 제공합니다.

5. 2026년 9월 1일 오후 8:05 UTCresolved

   이 문제는 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 1일 오전 8:16 UTCinvestigating

   우리는 Elasticsearch 버전 9.5.0, 9.5.1 및 9.5.2의 고객에 영향을 미치는 버그의 인식은 기본 샤드에 처리 된 대량 인덱스 작업이 높은 디스크 사용 및 긴 실행 복구 결과로 복제물에 대한 분기에 발생할 수 있습니다. 팀은 수정에서 일하고 있습니다. 더 많은 정보는 https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues에서 확인할 수 있습니다. 다음 업데이트는 다음 2 시간 또는 더 빨리 필요하다면됩니다.

2. 2026년 9월 1일 오전 11:07 UTCidentified

   우리는 루트 원인을 확인하고 팀은 Elasticsearch 버전 9.5.3에서 출시 될 예정 수정 작업을 확인했습니다. 당신은 무엇을 할 수: - 아직 9.5.*로 업그레이드하지 않은 경우, 9.5.3이 출시 될 때까지 업그레이드로 영향을받지 않습니다. - 이미 9.5을 실행하고이 문제의 증상을 경험하면 Elastic Support에 문의하십시오. 더 많은 정보는 https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues에서 확인할 수 있습니다

3. 2026년 9월 1일 오후 3:46 UTCidentified

   수정은 Elasticsearch 9.5 패치 지점으로 식별되고 백업되었습니다. 팀은 스케줄링 전에 필요한 유효성을 수행하고 9.5.3 릴리스를 압연합니다.

4. 2026년 9월 3일 오후 12:13 UTCmonitoring

   Elasticsearch 9.5.3 출시되었으며 현재 9.5.0, 9.5.1 또는 9.5.2을 실행하는 모든 고객이 가능한 한 빨리이 새로운 버전으로 업데이트하는 것이 좋습니다.

5. 2026년 9월 3일 오후 3:47 UTCmonitoring

   Elasticsearch 9.5.3 출시되었으며 현재 9.5.0, 9.5.1 또는 9.5.2을 실행하는 모든 고객이 가능한 한 빨리이 새로운 버전으로 업데이트하는 것이 좋습니다. 충격 고객은 업그레이드 후 https://github.com/elastic/elasticsearch/issues/158212에서 운동 단계를 따르는 것이 좋습니다.

6. 2026년 9월 30일 오후 8:44 UTCresolved

   이 문제는 Elasticsearch의 9.5.3 릴리스에서 해결되었습니다. Elasticsearch의 9.5.0, 9.5.1 또는 9.5.2 버전을 실행하는 고객은 가능한 한 빨리 새로운 버전으로 업데이트하는 것이 좋습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 27일 오후 5:11 UTCmonitoring

   8 월 26, 주위 00:00 UTC 우리는 내부 DNS 공급자의 일부 규칙에 영향을 미치는 관리 입력의 변경을 배치, 우리의 Serverless 고객 중 일부를 제거 .apm endpoints 제거. 서비스는 같은 날에 오전 9시 UTC 주위에 복원되었습니다. 이 시간 동안, 몇몇 고객은 9 시간 창에 있는 기간 동안 .apm endpoint의 .apm endpoint의 unavailability를 경험할 것입니다. 우리는이 일이 다시 발생하지 않도록 몇 가지 체크 및 경고를 입력합니다.

2. 2026년 8월 27일 오후 6:33 UTCresolved

   현재 해결

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 20일 오후 8:22 UTCinvestigating

   우리는 현재 Elastic Cloud Serverless에서 관리된 OTLP에 영향을 미치는 높은 오류율을 조사하고 있습니다. 우리 팀은 뿌리 원인을 적극적으로 조사하고 있습니다. 우리는 30 분 안에 업데이트를 제공 할 것입니다.

2. 2026년 8월 20일 오후 8:53 UTCinvestigating

   Elastic Cloud Serverless에서 관리된 OTLP에 영향을 미치는 높은 오류율을 조사하고 있습니다. 우리는 1 시간 안에 갱신을 제공할 것입니다.

3. 2026년 8월 20일 오후 9:59 UTCidentified

   Serverless 관리 OTLP에 영향을 미치는 높은 오류율의 루트 원인을 확인했습니다. mitigation has been apply and we are monitoring to check error rate return to baseline. 우리의 조사에 기초를 두어, 고객 workloads는 영향을 미치지 않았습니다.

4. 2026년 8월 20일 오후 10:13 UTCresolved

   이 사건은 해결되었습니다. 뿌리 원인은 식별 및 주소. 고객은 이 사건에 영향을 미치지 않았습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 20일 오후 12:48 UTCinvestigating

   Azure의 동쪽 지역의 새로운 Serverless 프로젝트의 창조에 영향을 미치는 문제는 확인되었습니다. 우리 팀은 뿌리 원인을 결정하기 위해 적극적으로 투자하고 있습니다. 우리는 다음 시간 이내에 후속 상태 업데이트를 제공하거나 뿌리 원인이 처음 발생하면 곧 설치됩니다.

2. 2026년 8월 20일 오후 2:05 UTCmonitoring

   우리는 Azure의 스토리지 구성 요소와 업스트림 문제에서 줄기를 결정했습니다. 시험에, 충격은 새로운 프로젝트 초기화 시간에 엄격히 제한되고, Azure Eastus 지역의 Serverless 프로젝트를 위한 더 긴 창조 시간 결과로. 문제가 해결되면 추가 업데이트를 제공합니다.

3. 2026년 8월 20일 오후 4:22 UTCresolved

   동서 지역의 Azure의 저장 부품 문제는 해결되었습니다. 따라서 Serverless 프로젝트 생성 시간은 정상으로 돌려주고 예상대로 작용합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 14일 오전 9:22 UTCidentified

   Elasticsearch 9.5.1에는 boolean 쿼리가 필요한 경우, 필터를 포함하는 알려진 이슈를 포함하고, 또는 멀티 값 용어 쿼리를 사용하여 항목이 있어야하며, 장애 색인이 없는 필드에 대한 must not 항목과 함께, 여전히 false-positive 일치를 반환 할 수 있습니다. 9.5.1 (https://github.com/elastic/elasticsearch/pull/155936)에 있는 헝겊 조각은 기간과 범위 쿼리 경로를 위한 대량 득점방해를 해결했습니다; 다 가치 기간 쿼리는 그것의 고침에 의해 덮지 않은 다른 Lucene 쿼리 유형을 이용합니다. Time Series Data Streams (TSDB) 및 Columnar indices/data 스트림은 이 쿼리 패턴에 영향을 미칩니다. 인덱스는 해당 필드에 기본적으로 비활성화됩니다. 묵시된 조건 쿼리는 false-positive 일치를 반환할 수 있습니다 (외화 된 문서 포함) 예상보다 높은 문서 수를보고. 오류가 발생하므로 쿼리가 성공적으로 완료 될 수 있습니다. 당신은 무엇을 할 수: - 아직 9.5.*로 업그레이드하지 않은 경우, 버전 9.5.2까지 업그레이드를 중단하는 것이 좋습니다. - 이미 9.5.*를 실행하면 검색이 영향을 받으면 Elastic Support에 문의하십시오. 우리는 뿌리 원인을 확인했습니다, 수정은 진행 중이며, 패치 릴리스를 준비하고 있습니다. 수정이 준비되어 있을 때 추가 업데이트가 제공됩니다.

2. 2026년 8월 20일 오후 5:09 UTCresolved

   Elasticsearch 9.5.2이 출시되었으며이 문제에 대한 수정이 포함되어 있습니다. 9.5.0 또는 9.5.1를 달리는 고객은 9.5.2에 격상해야 합니다. 이 문제 해결을 고려하고 더 많은 업데이트를 제공하지 않습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 13일 오전 8:32 UTCinvestigating

   Microsoft-Multilingual-e5-large embedding 모델의 업스트림 공급자로부터 높은 오류율을 보였습니다. 이 모형에 embedding 요구는 실패할지도 모릅니다. 견적 요청

2. 2026년 8월 13일 오후 2:45 UTCinvestigating

   우리는 가용성에 있는 몇몇 개선을 보고 있습니다 그러나 상황을 감시하기 위하여 계속됩니다. 우리는 때문에 과정에서 더 많은 정보를 따를 것입니다.

3. 2026년 8월 13일 오후 6:26 UTCmonitoring

   불행히도, 우리는 더 이상 계속 상류 공급자 문제점 때문에 탄력 있는 Inference 서비스에 E5 다언어 큰 모형을 지원할 수 없습니다. 이 모형을 요구하는 어떤 고객은 그들의 자신의 API 열쇠를 사용하여 custom inference endpoints를 설치해야 합니다.

4. 2026년 8월 17일 오전 11:40 UTCresolved

   Microsoft-multilingual-e5-large 모델은 Elastic Inference Service에서 은퇴했습니다. 이 모델에 요청은 이제 오류를 반환합니다. Elastic Cloud로 이 모델을 사용하려는 고객은 자신의 API 키를 사용하여 사용자 정의 인스퍼 엔드포인트를 만들 수 있습니다. 자세한 내용은 우리의 inference 문서를 참조하십시오: https://www.elastic.co/docs/api/doc/elasticsearch/group/endpoint-inference

공식 인시던트 업데이트를 자동 번역했습니다.