Aiven 장애 기록

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

   Europe-west2 및 africa-south1 지역에 영향을 미치는 지속적인 Google Cloud VPN 사건을 조사하고 있습니다. 노드 간의 네트워크 연결에 영향을 미치며 영향을받는 지역에서 클러스터화된 Aiven 서비스의 가용성과 성능에 영향을 미칠 수 있습니다. 우리의 팀은 영향을받는 서비스를 평가하고 모니터링합니다. 더 많은 정보로 더 많은 업데이트를 제공할 것입니다.

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

   Google Cloud 네트워킹 사건을 조사하고 있습니다. Google Cloud 엔지니어는 내부 IP 주소, IPv6 및 기타 네트워킹 경로를 포함하여 가상 머신 간의 통신에 영향을 미치는 가상 개인 클라우드 (VPC) 네트워킹 문제를 확인했습니다. ```````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````` 사건은 현재 다음과 같은 지역에 영향을 미쳤습니다. 아프리카: africa-south1 유럽: 유럽-central2, 유럽-north1, 유럽-north2, 유럽-southwest1, 유럽-서부2, 유럽-서부3, 유럽-서부4, 유럽-서부6, 유럽-서부8, 유럽-서부9, 유럽-서부10, 유럽-서부12 ```````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````` 이 문제는 노드 간의 네트워크 연결에 영향을 미치고 영향을받는 지역에서 클러스터링 된 Aiven 서비스의 가용성 및 성능에 영향을 미칠 수 있습니다. 우리의 팀은 영향을받는 서비스를 평가하고 모니터링합니다. 더 많은 정보로 더 많은 업데이트를 제공할 것입니다.

3. 2026년 10월 20일 오전 8:44 UTCinvestigating

   최신 정보는 유럽-서부2 및 유럽-서부2b 영역의 영향을받는 위치를 식별합니다. 사고는 가상 머신 간의 통신을 방해 할 수있는 가상 개인 클라우드 (VPC) 네트워킹 문제를 포함합니다. 노드와 클러스터화된 Aiven 서비스의 가용성에 영향을 미칠 수 있습니다. 우리의 팀은 영향을받는 서비스에 대한 영향을 조사하고 건강을 모니터링합니다. 더 많은 정보로 업데이트를 공유합니다.

4. 2026년 10월 20일 오전 11:10 UTCinvestigating

   최신 정보는 'europe-west2'와 'europe-west2-b' 영역의 영향을받는 위치에 식별합니다. 이 사건은 Virtual Private Cloud (VPC) 네트워크 문제로 인해 영향을받는 위치에 가상 머신 간의 통신을 방해하고, 클러스터 된 Aiven 서비스의 가용성에 영향을 미칩니다. - 현재 Apache Kafka 및 Aiven for OpenSearch. 우리는 우리의 서비스를 모니터링하고 나머지 영향을받는 서비스를 식별하고 Google 측에서 복원 할 수있는 연결성을 기다리고 있으며 영향을받는 노드를 반환합니다. 더 많은 정보로 업데이트를 공유합니다.

5. 2026년 10월 20일 오후 2:10 UTCinvestigating

   유럽-서부2 지역에 영향을 미치는 Google Cloud 사건에 대한 답변을 계속하고 있습니다. Google Cloud 문제의 해소 - 유럽-서부2b 영역의 전력 부족은 Google에 의해 mitigated되었으며 대부분의 워크로드의 복구는 15:10 EEST 이후 진행되었습니다. 영향을받는 지역에서 실행되는 서비스는 복구가 진행중인 동안 사용할 수 없거나 degraded 할 수 있습니다. 우리는 서비스의 회복을보고 기존의 워크로드의 복구를 우선 순위. 고객은 아직 새로운 워크로드를 만들 수 없습니다. Kafka 노드를 재활용하고 OpenSearch 및 PostgreSQL 서비스를 통해 작업하는 데 적극적으로 영향을 주는 서비스입니다. 우리는 상황을 밀접하게 감시하고 모든 영향을받는 서비스는 건강할 때까지 계속할 것입니다.

6. 2026년 10월 20일 오후 6:10 UTCmonitoring

   모든 PG 및 Kafka 서비스는 유럽-서부2의 Google Cloud 사건에 영향을 미쳤습니다. 현재 복구 및 수정 알려진 Opensearch 서비스입니다. 우리는 그들이 건강하게 남아있는 것을 확인하기 위해 지역에 모든 서비스를 모니터링하고 있습니다. 유럽-서부2의 서비스로 문제가 발생하면 Aiven Support에 문의하십시오.

7. 2026년 10월 20일 오후 6:55 UTCmonitoring

   Europe-west2의 Google Cloud 사건에 의해 영향을받는 모든 Aiven 서비스는 복구되었습니다. Google은 유럽-서부2-b 영역에서 전력 부족을 mitigated 후, 노드를 복구하거나 교체하여 PostgreSQL 서비스에 대한 Apache Kafka, Aiven에 영향을 미치는 Aiven을 복원했습니다. 우리는 그들이 건강하게 남아있는 것을 확인하기 위해 지역에 모든 서비스를 모니터링하고 있습니다. 유럽-서부2의 서비스로 문제가 발생하면 Aiven Support에 문의하십시오.

8. 2026년 10월 20일 오후 7:30 UTCresolved

   이 사건은 해결되었습니다. Google Cloud's europe-west2-b 영역의 전력 부족은 유럽-서부2 지역에서 실행되는 서비스를 중단했습니다. 영향 영역의 노드가 재부팅되었을 때 영역이 재부팅되었습니다. Apache Kafka, Aiven for OpenSearch, Aiven for PostgreSQL and Aiven for Valkey services needed extra recovery steps or node replace before they return to normal operation. 모든 영향을받는 서비스는 이제 복원되었습니다. 우리는 혼란에 대 한 사과.

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

1. 2026년 10월 18일 오전 10:54 UTCinvestigating

   ** vultr-ewr** 클라우드 영역에서 노드의 생성 및 교체는 문제가 발생하고 정상보다 오래 걸릴 수 있습니다. 이미 실행중인 서비스는 영향을받지 않습니다. 우리의 기술설계 팀은 적극적으로 이 일에 일하고, 우리는 더 많은 정보가 있기 때문에 또 다른 갱신을 제공할 것입니다.

2. 2026년 10월 19일 오전 4:06 UTCresolved

   **vultr-ewr** 클라우드 영역에서 노드 생성 및 교체 문제를 해결했습니다. 더 이상 문제가 발생하면 Aiven 콘솔을 통해 지원할 수 있습니다. 우리는 이 문제점에 기인한 불편을 위해 사과하고, 이것과 유사한 미래 사건을 피하기 위하여 우리의 플랫폼을 분석하고 개량하기 위하여 투입합니다.

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

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

   우리는 현재 거의 모든 서비스 유형에 대한 새로운 서비스 노드를 시작하는 문제가 있습니다. 실행 노드는 영향을 미치지 않습니다. 우리의 기술설계 팀은 기정에 적극적으로 일하고 우리는 우리가 더 많은 정보가 있기 때문에 또 다른 갱신을 제공할 것입니다.

2. 2026년 10월 16일 오전 9:56 UTCmonitoring

   수정이 시행되어 현재 결과를 모니터링하고 있습니다. 새로운 서비스 노드는 다시 시작할 수 있으며 노드를 실행하는 것은 어떤 시점에서 영향을 미치지 않았습니다. 우리는 일단 우리가 문제점을 완전히 해결한 후에 추가 업데이트를 제공할 것입니다.

3. 2026년 10월 16일 오후 1:31 UTCresolved

   이 사건은 해결되었습니다. 새로운 서비스 노드는 일반적으로 다시 시작할 수 있으며, 노드를 실행하는 것은 사건 중 어떤 시점에서 영향을 미치지 않았습니다. 우리는이 발생 할 수있는 불편에 대해 사과합니다.

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

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

   Google asia-southeast1 지역에 문제가 있습니다. 이것은 우리가 일하고 있는 상류 클라우드 공급자 문제점 때문에 입니다. 우리는 현재 투자하고 다음 30 분에 대한 자세한 내용을 업데이트합니다.

2. 2026년 10월 12일 오전 3:09 UTCinvestigating

   Asia-southeast1에 노드 생성을 방지하는 문제점을 조사하고 있습니다. 문제는 일부 사용자에게만 영향을 미칩니다. 엔지니어링은 GCP 지원과 적극 참여하고 있습니다. 다음 업데이트 30 분.

3. 2026년 10월 16일 오전 5:04 UTCidentified

   우리는 asia-southeast1에서 노드 생성을 방지하는 문제의 뿌리 원인을 발견했습니다. 우리 팀은 GCP와 협력하여 수정을 구현합니다. 우리는 더 많은 정보가 가능한 한 빨리 또 다른 업데이트를 제공 할 것입니다.

4. 2026년 10월 16일 오후 2:38 UTCresolved

   Google의 asia-southest1 지역의이 문제의 근본 원인을 해결했습니다. 더 이상 문제가 발생하면 Aiven 콘솔을 통해 지원할 수 있습니다. 우리는이 문제에 기인한 불편에 대해 사과합니다.

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

1. 2026년 9월 29일 오후 8:14 UTCinvestigating

   우리는 현재 PostgreSQL 서비스에 대한 Aiven에 영향을 미치는 문제점을 조사하고 있습니다. 주요 버전 업그레이드가 불안정한 상태로 서비스를 떠날 수 있습니다. 우리는이 시간에 PostgreSQL 주요 버전 업그레이드를 시작하지 않는 고객을 조언합니다. 이미 주요 버전 업그레이드를 시작하셨다면 귀하의 서비스는 응답하지 않습니다. [email protected]에서 지원 팀에 문의하십시오. 우리의 엔지니어링 팀은 뿌리 원인을 확인하고 영향을받는 서비스를 복원하기 위해 적극적으로 노력하고 있습니다. 우리는 더 많은 정보를 사용할 수 있기 때문에 더 많은 업데이트를 제공 할 것입니다. 우리는 불편을 끼쳐 드려요.

2. 2026년 9월 29일 오후 9:59 UTCidentified

   우리는 PostgreSQL 서비스에 대한 Aiven의 주요 버전 업그레이드에 영향을 미치는 문제에 대한 완화가 있습니다. 주요 버전 업그레이드를 트리거하여 계속하십시오. 수정된 서비스는 소송으로 복원됩니다. 롤아웃 진행 상황을 더 업데이트합니다. 우리는 불편을 끼쳐 드려요.

3. 2026년 9월 29일 오후 11:50 UTCidentified

   PostgreSQL 주요 버전 업그레이드는 다시 수행 할 수 있습니다. 이전의 실패 업그레이드에 의해 영향을받는 소량의 서비스가 이제 수리되었습니다. 우리는 어떤 활동이 그들의 측에 필요로 하는 경우에, 직접 연락할 것입니다, 그리고 우리는 수리가 완료되면 다른 갱신을 여기에서 포스트할 것입니다.

4. 2026년 9월 30일 오전 12:30 UTCmonitoring

   이 문제점에 의해 영향을 받는 모든 고객 서비스는 복원되고, 더 이상 행동은 당신의 측에 필요로 합니다. PostgreSQL 주요 버전 업그레이드로 진행하는 것이 안전합니다. 우리는 이 기인한 붕괴를 위해 사과합니다.

5. 2026년 9월 30일 오전 12:41 UTCresolved

   이 문제점에 의해 영향을 받는 모든 고객 서비스는 복원되고, 더 이상 행동은 당신의 측에 필요로 합니다. PostgreSQL 주요 버전 업그레이드로 진행하는 것이 안전합니다. 우리는 이 기인한 붕괴를 위해 사과합니다.

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

1. 2026년 9월 22일 오전 12:55 UTCinvestigating

   Aiven API에 영향을 미치는 문제의 인식입니다. Aiven 콘솔, Aiven CLI, Terraform 제공 업체 및 모든 사용자 정의 스크립트 또는 통합이 같은 API를 통해 모든 실행, 그래서 고객은 그들에 걸쳐 오류를 볼 수 있습니다. 콘솔에 로드하거나 로그인 할 수없는 경험, 생성, 수정 또는 쿼리 서비스를 할 때 실패. 우리의 엔지니어링 팀은 투자 및 서비스를 복원하기 위해 작업입니다. 우리는 30 분 이내에 더 많은 업데이트를 제공 할 것입니다, 또는 더 빨리 공유하는 뉴스가있는 경우. 우리는 혼란에 대 한 사과.

2. 2026년 9월 22일 오전 2:28 UTCidentified

   우리는이 문제의 원인을 확인하고 수정은 이제 단계의 API 노드를 통해 구출됩니다. Aiven 콘솔 및 API는 이미 몇몇 고객을 위해 일하고 있습니다. 롤아웃이 완료되면, 콘솔, CLI, Terraform 공급자 또는 직접 API 호출을 통해 서비스를 생성, 수정 또는 쿼리 할 때, 간헐적 인 서명 오류 또는 오류를 볼 수 있습니다. Retrying은 종종 성공합니다. 롤아웃이 완료되면 확인하겠습니다. 감사합니다.

3. 2026년 9월 22일 오전 3:36 UTCidentified

   수정의 롤아웃은 여전히 API 노드를 통해 진행됩니다. 대부분의 고객은 이제 Aiven 콘솔, API, CLI 및 Terraform 제공 업체가 일반적으로 작동하며, 롤아웃 완료로 명확한 나머지 오류를 기대합니다. 일단 완료되면 확인하겠습니다. 감사합니다.

4. 2026년 9월 22일 오전 5:54 UTCmonitoring

   이 사건은 이제 해결되었습니다. 약 00:10 및 02:05 UTC에서 22 9 월, 우리의 공개 API 엔드 포인트에 영향을 미치는 문제 Aiven 콘솔, Aiven API, CLI, Terraform 공급자 및 기타 API 기반 통합을 사용하여 고객을 위한 로그인 실패 및 오류. 문제는 수정되었으며 모니터링 기간 동안 더 이상 오류가 없습니다. 우리는 반복에서이를 방지하기 위해 추가 변경 사항을 준수합니다. 우리는 혼란에 대 한 사과. 문제가 있으면 Aiven 지원으로 문의하십시오.

5. 2026년 9월 22일 오전 8:05 UTCresolved

   이 사건은 이제 해결되었습니다. Earlier는 오늘 Aiven 콘솔, Aiven API, CLI, Terraform 공급자 및 기타 API 기반 통합을 사용하여 고객에게 공개 API 엔드포인트에 영향을 미치는 인증서 문제입니다. 올바른 인증서는 02 : 05 UTC 이후 모든 API 노드에서 발생했으며 모니터링 기간 동안 더 이상 오류가 없습니다. 우리는 recurring에서 이것을 막기 위하여 영원한 고침으로 위로 입니다. 우리는 붕괴를 위해 사과합니다. 문제가 발생하면, [[email protected]](mailto:[email protected])로 연락 주시기 바랍니다

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

1. 2026년 9월 21일 오전 4:57 UTCinvestigating

   우리는 현재 Aiven 콘솔에 로그인 할 수없는 사용자의 보고서를 조사하고 있습니다. 우리는 가능한 한 빨리 더 업데이트를 공유 할 것입니다.

2. 2026년 9월 21일 오전 5:27 UTCinvestigating

   Aiven 콘솔에 영향을 미치는 문제점을 조사하고 있습니다. 고객은 포털을 통해 새 지원 티켓을 직접 만들거나 제출할 수 없습니다. Aiven 콘솔과 관련된 긴급한 문제와 지원이 필요하면 [[email protected]](mailto:[email protected])로 이메일을 보내주십시오. 우리의 지원 팀은 당신의 요구에 직접 가공할 것입니다.

3. 2026년 9월 21일 오전 6:01 UTCmonitoring

   수정은 Aiven 콘솔 및 포털 기능을 위해 배포되었습니다. 우리는 현재 성과를 감시하고 있습니다. 문제가 발생하면 이메일 [[email protected]](mailto:[email protected])

4. 2026년 9월 21일 오전 8:25 UTCresolved

   이 사건은 해결되었습니다. Aiven 콘솔 로그인 및 포털을 통해 티켓 생성은 완전히 기능입니다. 우리는 성능을 모니터링하고 더 많은 문제를 볼 수 없었다. 문제가 발생하면 [[email protected]](mailto:[email protected])로 이메일을 보내주십시오.

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

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

   Aiven 플랫폼의 서비스에 대한 새로운 노드를 생성하는 문제들을 조사하고 있습니다. 효력은 새로운 노드를 위한 더 느린 창조 시간입니다. 새로운 노드가 생성된 모든 이벤트는 장애, 전환, 업그레이드 및 유지 보수 업데이트와 같은 영향을 받습니다. 우리의 엔지니어는 현재 뿌리 원인을 조사하고 문제를 해결하기 위해 노력하고 있습니다. 우리는이 문제에 기인한 불편에 대해 사과합니다. 우리는 우리의 팀으로 더 새롭게 이 상황을 위한 해결책에 계속할 것입니다.

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

   우리는 Aiven 플랫폼에서 서비스에 대한 새로운 노드를 생성하는 데 기여하는 작업을 모니터링하고 있습니다. 우리의 엔지니어는 mitigating 단계를 수행하고 노드 생성에서 개선을 볼 수 있지만, 우리는 문제의 투자 및 모니터링을 계속할 것입니다. 우리는이 문제에 기인한 불편에 대해 사과합니다. 우리는 우리의 팀으로 더 많은 업데이트를 계속 모니터링하고이 상황을 삼는 것입니다.

3. 2026년 9월 16일 오후 3:04 UTCmonitoring

   Aiven 플랫폼의 서비스에 대한 새로운 노드의 생성은 정상으로 돌아 왔습니다. 고객은 서비스 생성, 스케일링, 업그레이드, 유지 보수 업데이트 및 구성 변경을 포함하여이 문제에 지연 된 모든 작업으로 진행할 수 있습니다. 왼손이 자동적으로 유지되어야 하는 가동. 우리의 엔지니어는 문제를 완전히 해결하기 위하여 플랫폼을 감시하기 위하여 계속합니다. 우리는이 문제에 기인한 불편에 대해 사과합니다. 우리는 우리의 팀으로 더 새롭게 이 상황의 감시를 완료할 것입니다.

4. 2026년 9월 30일 오전 6:35 UTCresolved

   새로운 노드 생성과 새로운 노드의 근본 원인을 해결했습니다. 더 이상 문제가 발생하면 Aiven 콘솔을 통해 지원할 수 있습니다. 우리는 이 문제점에 기인한 불편을 위해 사과하고, 이것과 유사한 미래 사건을 피하기 위하여 우리의 플랫폼을 분석하고 개량하기 위하여 투입합니다.

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

1. 2026년 8월 8일 오후 9:28 UTCinvestigating

   We are currently experiencing delays in the creation of new virtual machines, which may affect the provisioning of new services and nodes. An ongoing incident with an upstream cloud provider (DigitalOcean) is preventing new VM creation in all DigitalOcean regions. Additionally, we are observing delays in new VM creation across all other cloud providers. **Impact**: **DigitalOcean**: New VM creation is currently unavailable in all DO regions. **All other clouds**: New VM creation may be delayed longer than usual. Existing services are not affected and continue to run normally. This issue impacts only the creation of new VMs (e.g., new service provisioning, node replacements, and scaling operations that require new VMs). Our engineering team is actively monitoring the situation and working to reduce the provisioning backlog. We are tracking the upstream provider's recovery and will restore normal provisioning times as soon as possible. We apologize for the inconvenience caused by this issue.

2. 2026년 8월 8일 오후 9:50 UTCinvestigating

   New VM creation across most cloud providers is now recovering, and provisioning times are slowly returning to normal. Services that were previously delayed should now be creating successfully soon. **Current status** • **All clouds except DigitalOcean:** New VM creations are slowly returning to normal pace. We are continuing to monitor to confirm provisioning times remain stable. • **DigitalOcean:** New VM creation remains unavailable in DigitalOcean regions due to the ongoing upstream provider incident. We are tracking the provider's recovery and will restore normal provisioning as soon as it is resolved. Our engineering team is actively monitoring provisioning performance across all clouds and continues to track the DigitalOcean provider's recovery. Thank you for your patience.

3. 2026년 8월 9일 오전 6:28 UTCresolved

   New VM creation has returned to normal across all cloud providers, including DigitalOcean. * VM provisioning is operating normally across all regions. * The upstream DigitalOcean incident has been resolved. * We are continuing to monitor the infrastructure to ensure stable provisioning. The incident is now resolved. Thank you for your patience.

1. 2026년 7월 29일 오후 2:29 UTCinvestigating

   Dynamic Disk Sizing (DDS)에 영향을 미치는 문제점을 조사하고, Resize 작업이 새로 생성된 노드의 작은 하위 설정에 실패할 수 있습니다. 소송은 현재 진행 중입니다.

2. 2026년 7월 29일 오후 3:17 UTCidentified

   문제가 식별되고 수정이 적용됩니다. 감사합니다.

3. 2026년 7월 29일 오후 5:07 UTCresolved

   우리의 팀은 성공적으로 모든 충격 노드에 적합한 완화를 적용했으며, 수정은 향후 발생을 방지하기 위해 배포되었습니다.

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

1. 2026년 7월 2일 오후 11:24 UTCinvestigating

   We are currently investigating an issue affecting services running on DigitalOcean that is causing delays in node lifecycle management. As a result, any operations on DigitalOcean-hosted services that require creating, deleting, or replacing nodes will experience delays. Impacted operations (on DigitalOcean only) include: • Creating new services • Deleting existing services • Powering services up or down • Scheduled maintenance updates • Service scaling and plan upgrades Note: Existing, running services on DigitalOcean are currently unaffected and operating normally. Services running on other cloud providers (AWS, GCP, Azure, UpCloud) are completely unaffected. Our engineering team is actively working to resolve the issue, and we will provide further updates as soon as more information is available. We apologize for the inconvenience.

2. 2026년 7월 3일 오전 2:20 UTCinvestigating

   We have identified that the previously reported issue affecting node lifecycle management is not isolated to a single cloud provider, but is currently affecting services across all cloud providers. As a result, any operations that require creating, or replacing nodes will experience significant delays regardless of the underlying cloud hosting platform. We have stopped all pending maintenance updates to help mitigate the impact. Impacted operations across all providers include: - Creating new services - Powering services up - Scheduled maintenance updates - Service scaling and plan upgrades Note: Aiven for MySQL services are completely unaffected by this issue. For all other service types, existing, running services remain unaffected and continue to operate normally. Our engineering teams are actively working to resolve the root cause across our infrastructure, and we will provide further updates as the situation develops. We apologize for the continued inconvenience.

3. 2026년 7월 3일 오전 4:56 UTCmonitoring

   ``` We have implemented a mitigation for the infrastructure issue affecting node lifecycle management, and we are now seeing service operations return to normal. We are closely monitoring the platform to ensure stability. Pending operations such as service creations, deletions, and maintenance updates are beginning to process, though it may take some time to clear the remaining backlog. ```

4. 2026년 7월 3일 오전 5:28 UTCresolved

   We have resolved the underlying cause of this issue. Should any further issues be encountered, please reach out to support via the Aiven console. We apologise for the inconvenience caused by this issue, and commit to analysing and improving our platform to avoid future incidents similar to this one.

1. 2026년 6월 25일 오전 10:16 UTCidentified

   We are currently investigating an issue affecting Terraform & Kubernetes operator users receiving `400` errors when using `aiven_pg_database`. This is impacting `aiven_pg_database` and potentially other service types. The root cause has been identified and a fix is in progress. We will provide an ETA as soon as it is available.

2. 2026년 6월 25일 오후 12:27 UTCmonitoring

   A fix has been applied and the issue is expected to be resolved. We are continuing to monitor closely as we work to restore full system operation. We apologise for the inconvenience caused by this issue.

3. 2026년 6월 25일 오후 1:14 UTCresolved

   The issue has been resolved. Terraform & Kubernetes operator users should no longer experience `400` errors when using `aiven_pg_database`. We apologize for any inconvenience caused.

1. 2026년 6월 23일 오후 2:18 UTCinvestigating

   We have paused Kafka 3.8 ->3.9 upgrades as we are investigating an issue with KRaft migration during the upgrade. Aiven is actively monitoring affected services and applying mitigations where required. Impact: Existing Kafka services continue to run. Customers attempting to upgrade Kafka services from version 3.8 to 3.9 will not be able to complete the upgrade while KRaft migrations are paused. Next update: We will provide an update once more information is available.

2. 2026년 6월 23일 오후 3:10 UTCidentified

   We have identified two separate problems: • An issue in migration code • An [upstream bug](https://github.com/apache/kafka/pull/19854) We are working on the fix for the migration issue and back-porting the fix for the upstream bug. If you have any issues, please contact support.

3. 2026년 6월 24일 오후 3:01 UTCidentified

   We have identified issues affecting KRaft migrations (Kafka 3.8 to 3.9 upgrades). We have paused all migrations while we work on a fix. If you are experiencing any issues, please contact support.

4. 2026년 6월 25일 오전 8:06 UTCmonitoring

   We have deployed fixes for the issues affecting KRaft migrations during Kafka 3.8 to 3.9 upgrades, and migrations have been re-enabled. We are continuing to monitor the situation to ensure services remain stable. If you are experiencing any issues, please contact support.

5. 2026년 6월 25일 오전 11:38 UTCresolved

   The issues affecting KRaft migrations during Kafka 3\.8 to 3\.9 upgrades have been resolved. Fixes have been deployed, migrations have been re-enabled, and services have remained stable during monitoring. If you are experiencing any issues, please contact support.

1. 2026년 6월 11일 오후 3:25 UTCinvestigating

   We have identified an issue affecting KRaft migrations during Kafka upgrades to version 3.9, and have temporarily paused those upgrades while we investigate. If you try to upgrade now, your request will be rejected with an error asking you to contact support. We will re-enable upgrades once the issue is resolved. **Impact:** Running Kafka services are not affected and continue to operate normally. Customers who attempt to upgrade a Kafka service to version 3.9 or later will receive an `HTTP 403` error and the upgrade will not proceed. No data or service availability is impacted.

2. 2026년 6월 15일 오후 2:01 UTCmonitoring

   We have a fix prepared, which is currently undergoing final verification. If validation is successful, we will proceed with deployment shortly. As a result, the incident is now moving into a monitoring phase while we observe system stability after the changes. We will re-enable Kafka upgrades to version 3.9 once we confirm the issue is fully resolved.

3. 2026년 6월 16일 오전 11:05 UTCresolved

   The issue has been resolved. All affected functionality is operating normally.

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

   Aiven engineers are currently investigating a bug on Aiven for PostgreSQL that causes affected cluster fail to take backups and restore from backup. Known affected clouds are AWS and DigitalOcean. Thank you for your patience as we continue our work on this incident.

2. 2026년 6월 9일 오후 3:57 UTCidentified

   Our team has identified a potential root cause and is working to fix the issue on the affected services.

3. 2026년 6월 9일 오후 4:18 UTCmonitoring

   The fix has been applied to the affected services, and Aiven will continue to monitor to confirm that no further action is needed. Thank you for your patience.

4. 2026년 6월 9일 오후 4:36 UTCmonitoring

   Correction: Aiven for Apache Kafka services as well as Aiven for PostgreSQL services were affected. All services identified to have the issue have been fixed as per the previous status message.

5. 2026년 6월 9일 오후 4:57 UTCresolved

   The monitoring period has passed without further evidence of the issue occurring. Incident has been declared resolved.

1. 2026년 5월 25일 오전 2:29 UTCinvestigating

   We are experiencing an issue affecting service operations across Azure regions. While existing services remain up and running, operations such as service creation, plan changes, and scheduled maintenance are currently failing. We are actively working on a fix to restore full functionality as quickly as possible. We will continue to update here on the progress of this issue.

2. 2026년 5월 25일 오전 3:48 UTCidentified

   ``` We have identified the root cause and are currently deploying a fix to resolve the issues affecting service operations across Azure regions.While existing services remain up and running, operations such as service creation, plan changes, and maintenance updates are currently failing. We are monitoring the deployment closely to ensure full functionality is restored as quickly as possible.We will continue to update here on the progress of this issue. ```

3. 2026년 5월 25일 오전 3:54 UTCresolved

   We have resolved the underlying cause of the issue affection service operations in our Azure regions. Should any further issues be encountered, please reach out to support via the Aiven console. We apologise for the inconvenience caused by this issue, and commit to analysing and improving our platform to avoid future incidents similar to this one.

1. 2026년 5월 20일 오전 1:15 UTCinvestigating

   ``` We are experiencing performance degradation and node unresponsiveness affecting some Aiven services hosted in the DigitalOcean NYC3 region.This is tied to an underlying infrastructure issue currently being tracked by our cloud provider. You can monitor their infrastructure health directly on the DigitalOcean Status Page: https://status.digitalocean.com/incidents/spgd2scvttthOur engineering team is actively investigating the extent of the impact on our services and working to mitigate issues where possible. ```

2. 2026년 5월 20일 오전 2:38 UTCresolved

   This issue is now resolved. Should any further issues be encountered, please reach out to support via the Aiven console. We apologise for the inconvenience caused by this issue.

1. 2026년 5월 14일 오전 6:55 UTCinvestigating

   ``` We are currently aware of an issue affecting Aiven for Kafka services. Our teams are currently investigating the root cause as a priority. We will continue to provide status updates as they become available. ```

2. 2026년 5월 14일 오전 7:36 UTCidentified

   We have identified the root cause of the issue affecting multiple Aiven for Apache Kafka services and are currently working to restore the affected services. Our teams are actively applying fixes and will continue to provide updates as progress is made.

3. 2026년 5월 14일 오전 10:49 UTCmonitoring

   ``` We have applied a fix to the affected services and are seeing recovery progress. Our team is closely monitoring the platform and will continue to mitigate any remaining impact if needed. ```

4. 2026년 5월 14일 오후 3:13 UTCmonitoring

   Our team has seen the impacted services recover, and we are now closely monitoring for any remaining impact.

5. 2026년 5월 15일 오후 11:13 UTCresolved

   We have resolved the underlying cause of the kafka service disruption. Should any further issues be encountered, please reach out to support via the Aiven console. We apologise for the inconvenience caused by this issue, and commit to analysing and improving our platform to avoid future incidents similar to this one.

1. 2026년 3월 1일 오후 11:12 UTCmonitoring

   Amazon Web Services (AWS) currently has an outage that is impacting deployments of services in the ME-CENTRAL-1 Region (mec1-az2) specifically. Aiven provides the capability to let users move their workloads off this region, and we would recommend that users do so. For more information please see the AWS status page: https://health.aws.amazon.com/health/status

2. 2026년 3월 2일 오전 8:16 UTCmonitoring

   Amazon Web Services (AWS) currently has an outage that is impacting deployments of services in the ME-CENTRAL-1 Region. Aiven provides the capability to let users move their workloads off this region, and we would recommend that users do so. For more information please see the AWS status page: https://health.aws.amazon.com/health/status

3. 2026년 3월 2일 오후 3:38 UTCmonitoring

   Amazon Web Services (AWS) currently has an outage that is impacting deployments of services in the ME-CENTRAL-1 Region. We have disabled the creation of new nodes and services in this region. AWS has advised that users run their Disaster Recovery Plans for AWS products and services in that region and we are recommending the same. For more information please see the AWS status page: [https://health.aws.amazon.com/health/status](https://health.aws.amazon.com/health/status "https://health.aws.amazon.com/health/status")

4. 2026년 3월 3일 오전 3:01 UTCmonitoring

   Amazon Web Services (AWS) currently has an outage that is impacting deployments of services in the ME-CENTRAL-1 and ME-SOUTH-1 regions. We have disabled the creation of new nodes and services in both of these regions. AWS has advised that users run their Disaster Recovery Plans for AWS products and services in both of these regions and we are recommending the same. For more information please see the AWS status page: https://health.aws.amazon.com/health/status

5. 2026년 4월 2일 오전 11:23 UTCresolved

   The underlying issues with Amazon Web Services (AWS) in the **ME-CENTRAL-1** and **ME-SOUTH-1** regions are ongoing, and AWS continues to work on recovery. We have disabled the creation of new services and nodes in the affected regions to prevent further impact. We recommend our customers to migrate their services to a stable region as part of their disaster recovery plan. As there are no further actions we can take at this time, we are moving this incident to a resolved state on our status page. The recovery of these regions is fully dependent on AWS. We will make **ME-CENTRAL-1** and **ME-SOUTH-1** regions available again for Aiven services once AWS confirms they are fully restored and stable. We recommend customers continue to monitor the official AWS Health Status Page for updates. https://health.aws.amazon.com/health/status

1. 2025년 12월 12일 오전 11:33 UTCinvestigating

   We are currently experiencing issues with node creation on the UpCloud cloud platform. This may result in longer than usual start-up times for new services or replacement nodes in all UpCloud regions. Our engineering team is actively investigating the issue with UpCloud to resolve it as quickly as possible.

2. 2025년 12월 12일 오후 9:20 UTCidentified

   Node creation operations are now performing within normal parameters across all UpCloud regions. Our team is currently working through residual issues to ensure full stability. We will continue to monitor the situation closely and provide further updates.

3. 2025년 12월 17일 오후 1:58 UTCresolved

   The issue affecting node creation on the UpCloud cloud platform has been fully resolved. New services and replacement nodes are now provisioning successfully across all UpCloud regions. Our engineering team has completed all remediation steps and confirmed the stability of the platform.