Digitalocean 장애 기록

1. 2026년 10월 27일 오후 10:14 UTCinvestigating

   우리의 엔지니어링 팀은 현재 Managed Kubernetes 클러스터 운영에 영향을 미치는 문제점을 조사하고 있습니다. 이 시간 동안 고객은 다른 관리 작업과 함께 생성, 삭제, 스케일 또는 업그레이드 클러스터를 시도 할 때 지연 또는 실패를 경험할 수 있습니다. Managed Kubernetes에서 실행되는 기존 워크로드는 영향을받지 않으며 일반적으로 작동하도록 계속됩니다. 우리의 엔지니어링 팀은 적극적으로 투자하고 가장 높은 우선 순위로 치료합니다. 우리는 더 많은 정보가 가능한 한 빨리 또 다른 업데이트를 제공 할 것입니다.

2. 2026년 10월 28일 오전 12:01 UTCinvestigating

   우리의 엔지니어링 팀은 Managed Kubernetes 클러스터 운영에 영향을 미치는 문제를 조사합니다. 고객은 여전히 모든 지역에 걸쳐 생성, 삭제, 스케일링, 또는 업그레이드 클러스터를 만들 때 지연 또는 실패를 경험할 수 있습니다. Managed Kubernetes에서 실행되는 기존 워크로드는 영향을받지 않으며 일반적으로 작동하도록 계속됩니다. 우리는이 시간에 공유하는 새로운 정보가 없습니다. 우리의 공학 팀은 이 문제점에 적극적으로 일하고 가장 높은 우선권으로 대우하고 있습니다. 다음 시간 내에 다른 업데이트를 제공하거나 더 많은 정보를 사용할 수 있다면 더 빨리.

3. 2026년 10월 28일 오전 1:34 UTCmonitoring

   우리의 엔지니어링 팀은 모든 지역에서 관리 된 Kubernetes 클러스터 작업에 영향을 미치는 문제에 대한 수정을 구현했습니다. 고객은 이제 생성, 삭제, 스케일 및 클러스터 업그레이드 할 수 있어야 합니다. 우리는 모든 클러스터 관리 운영을 보장하기 위해 상황을 모니터링하고 일반적으로 기능을하고 서비스는 안정적입니다. 우리는 일단 우리가 문제점을 완전히 해결한 후에 또 다른 갱신을 포스트할 것입니다.

4. 2026년 10월 28일 오전 1:55 UTCresolved

   우리는 모든 지역에서 관리 된 Kubernetes 클러스터 작업에 영향을 미치는 문제를 해결했습니다. 클러스터 생성, 삭제, 스케일링 및 업그레이드 작업은 정상으로 돌아 왔습니다. 우리는 환경을 감시하고 그 서비스는 일반적으로 운영된다는 것을 확인했습니다. 문제가 계속되는 경우, 여기에 티켓을 열어 지원 팀에 문의하십시오. https://cloudsupport.digitalocean.com/s/

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

1. 2026년 10월 13일 오후 5:09 UTCresolved

   사이 04:34 과 12:15 UTC, 고객 경험 서비스 중단 에 영향을 미치는 앱 플랫폼 배포 작업. 이 창에서 고객은 새로운 응용 프로그램을 배포하거나 기존 배포를 확장 할 수 없습니다. 사건 이전에 이미 실행된 응용 프로그램은 일반적으로 작동하고 계속되었습니다. 중단은 새로 제공된 인프라 노드에서 애플리케이션 컨테이너를 막는 소프트웨어 업데이트에 의해 발생했습니다. 우리의 엔지니어링 팀은 업데이트 및 영향을받은 노드를 복원했습니다. App Platform 배포 및 스케일링 작업이 복구되고 정상적으로 작동됩니다. 우리는 진심으로이 일어난 어떤 불편을 위해 사과합니다. 문제가 계속되면 지원 티켓을 열고 우리 팀은 당신을 도와 드리겠습니다.

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

1. 2026년 10월 11일 오후 10:01 UTCinvestigating

   우리의 엔지니어링 팀은 여러 지역의 관리형 쿠버네티스 클러스터에 대한 외부 DNS 조회 오류를 발생시키는 문제를 조사하고 있습니다. 영향을받는 클러스터에서 실행되는 애플리케이션은 외부 도메인 이름을 해결하지 못합니다. 우리는 inconvenience를 위해 사과하고 정보 더로 더 많은 정보를 제공할 것입니다.

2. 2026년 10월 11일 오후 10:54 UTCmonitoring

   우리의 엔지니어링 팀은 여러 지역에서 관리 된 Kubernetes 클러스터에 영향을 미치는 Intermittent 외부 DNS 조회 실패를 해결하기 위해 수정을 구현했습니다. 우리는 현재 문제를 해결하기 위해 결과를 모니터링하고 있습니다. 우리는 문제를 해결하기 위해 확인 된대로 또 다른 업데이트를 제공 할 것입니다.

3. 2026년 10월 11일 오후 11:29 UTCresolved

   우리의 엔지니어링 팀은 여러 영역에서 Managed Kubernetes에 영향을 미치는 외부 DNS 해결 실패를 해결했습니다. Managed Kubernetes에서 실행되는 응용 프로그램은 이제 외부 도메인 이름을 해결할 수 있습니다. 우리는 진심으로 모든 불편에 대해 사과합니다.이 중단은 작업에 발생할 수 있습니다. 문제가 계속되면 지원팀으로 티켓을 열어주세요. https://cloudsupport.digitalocean.com/s/

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

1. 2026년 10월 5일 오전 10:38 UTCidentified

   엔지니어링 팀은 약 08:48 UTC에서 시작된 VPC 네트워킹 작업에 영향을 미치는 혼란을 발견했습니다. 이 시간 동안 고객은 VPC 피어링, VPC Native DOKS 클러스터 또는 Private Network Connections(PNCs)를 만들거나 삭제할 때 지연이나 실패를 경험할 수 있습니다. 경로 및 하위넷을 만들 수도 있습니다. 가동은 지금 정상으로 돌려보이고, 우리의 기술설계 팀은 지속적인 안정성을 지키는 영향 받은 체계를 감시하고 있습니다. 기존 VPC 리소스 및 네트워크 연결성은 비공개되지 않습니다. 우리는 더 많은 정보가 가능한 한 빨리 또 다른 업데이트를 제공 할 것입니다.

2. 2026년 10월 5일 오전 11:02 UTCmonitoring

   우리의 엔지니어링 팀은 VPC 네트워킹 붕괴에 대한 수정을 구현했습니다. 고객은 이제 VPC 피어링 연결, 서브넷 및 예상대로 경로 생성 및 삭제할 수 있어야 합니다. 이전에는 가동이 명확하고 VPC 네트워킹 가동은 정상에 돌려보내집니다. 우리의 엔지니어링 팀은 지속적인 안정성을 보장하기 위해 영향을받는 시스템을 모니터링하고 운영이 건강하다는 것을 확인합니다. 우리는 당신의 patience를 평가하고 일단 정상적인 가동이 완전히 확인된 또 다른 갱신을 제공할 것입니다.

3. 2026년 10월 5일 오후 12:13 UTCresolved

   우리의 엔지니어링 팀은 완전히 10:29 UTC로 VPC 네트워킹 중단을 해결했습니다. 고객은 이제 VPC 피어링 연결, 서브넷 및 경로를 만들 수 있습니다. 복구 후, 우리는 영향을받은 시스템을 모니터링하고 VPC 네트워킹 작업을 안정적으로 유지 확인. 우리는이 혼란이 발생 할 수있는 어떤 불편에 대해 사과합니다. 예기치 않은 행동을 계속하는 경우, 더 많은 도움을 위해 지원 팀과 티켓을 열어 주십시오.

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

1. 2026년 10월 3일 오후 2:51 UTCresolved

   11:59 UTC에서 13:02 UTC 에 10월 3, 2026, 우리의 BLR1 지역의 네트워킹 붕괴는 모니터링, 앱 플랫폼, 관리 된 데이터베이스, 기능, 로드밸런서, 공간 및 클라우드 제어 패널을 포함하여 여러 제품을 영향을 미쳤습니다. 이 기간 동안, 일부 사용자는 지역 내 자원에 액세스 할 때 향상된 지연, 또는 간헐적 오류를 경험했습니다. 우리의 업스트림 연결 공급자에 의해 운영되는 다수 네트워크 경로는 중단 도중 연결을 유지하기 위하여 예정된 과다한 경로를 포함하여 사용할 수 없었습니다. 트래픽은 네트워크 포화의 결과로 전체 부하를 처리 할 수있는 충분한 용량과 나머지 링크로 이동하고 위의 연결 문제. 우리의 엔지니어링 및 네트워크 팀은 정상적인 라우팅 및 연결성을 복원하기 위해 우리의 업스트림 제공 업체와 긴밀하게 협력했습니다. 모든 영향을받는 서비스는 정상 작동으로 돌아 왔습니다. 우리는 당신의 일에 방해와 그것의 충격을 위해 apologize. 예기치 않은 행동을 계속 경험하려면 지원 티켓을 열어주세요. 그래서 우리 팀은 조사하고 도움을 줄 수 있습니다.

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

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

   우리의 지원 포털은 현재 우리의 시스템에 영향을 미치는 타사 서비스 중단으로 인해 문제가 발생합니다. 이 시간 동안 고객은 지원 포털에 액세스 할 수 없거나 우려에 대한 새로운 지원 티켓을 만들 수 없습니다. 기존 지원 요청은 또한 지원 팀의 지연된 응답을 경험할 수 있습니다. 지원 포털에 액세스할 수 없거나 새로운 지원 티켓을 만들 필요가 없다면, 지원 연락처 양식을 통해 요청을 제출하십시오. https://www.digitalocean.com/company/contact/support. 우리는 불편을 끼쳐 드려 죄송합니다. 우리는 문제를 해결하기 위해 노력하고 있습니다. 우리는 더 많은 정보가 있기 때문에 또 다른 업데이트를 제공 할 것입니다.

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

   지원 포털 및 티켓 작성은 이제 액세스 할 수 있습니다. 우리의 상류 공급자는 고침을 적용하고, 우리는 확인한 표 창조 및 검토는 예상대로 일하고 있습니다. 우리는 다음 2 시간 동안 모니터링을 계속하여 전체 안정성을 확인하고 사건이 닫히면 최종 업데이트를 게시합니다. 포털에 액세스 할 수없는 경우 지원 연락처 양식을 백업으로 사용하십시오. https://www.digitalocean.com/company/contact/support 우리는 붕괴를 위해 사과하고 당신의 인내를 평가합니다.

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

   08:06 UTC에서 13:41 UTC로, 사용자는 지원 포털에 액세스하고, 새로운 지원 티켓을 만들거나 기존 지원 요청을 검토 할 수 있습니다. 우리의 공학 팀은 우리의 상류 공급자에게서 고침 뒤에 지원 포털에 영향을 미치는 문제점의 가득 차있는 해결책을 확인했습니다. 지원 포털, 티켓 작성 및 티켓 검토가 정상적으로 작동된다는 것을 확인했습니다. 문제가 계속되면 지원팀으로 티켓을 열어 주십시오. 우리는 어떤 불편든지를 위해 사과하고 당신의 인내를 평가합니다.

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

1. 2026년 9월 9일 오전 10:47 UTCinvestigating

   ATL1 datacenter의 일부에 영향을 미치는 전력 문제를 조사하고 있습니다. Redundant 전원 시스템은 온라인 서버를 유지하고 있으며, 서버 중단을 관찰하지 않았습니다. 그러나, 유효한 힘 수용량은 감소됩니다, 어떤 GPU workloads를 위한 degraded 성과, 특히 높은 이용의 기간 도중. 데이터 센터 및 인프라 팀은 전체 전력 중복을 복원하기 위해 노력하고 있습니다. 더 많은 정보로 업데이트를 제공할 것입니다. 우리는 불편을 끼쳐 드려 대단히 감사합니다.

2. 2026년 9월 9일 오전 11:32 UTCmonitoring

   ATL1 데이터 센터의 일부에 영향을 미치는 전력 문제는 완전히 해결되었습니다. 힘 중복은 복원되었습니다, 어떤 잠재적인 고객 충격은 mitigated. 지속적인 안정성을 보장하기 위해 환경을 지속적으로 모니터링합니다.

3. 2026년 9월 9일 오후 12:25 UTCresolved

   이 사건은 이제 해결되었습니다. 힘 중복은 완전히 복원되었습니다, 그리고 우리는 고객 충격이 mitigated 것을 확인했습니다. 이 사건을 닫습니다.

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

1. 2026년 8월 24일 오후 5:14 UTCinvestigating

   우리의 엔지니어링 팀은 DigitalOcean Public API 및 Cloud Control Panel에 영향을 미치는 문제점을 조사하고 있습니다. 이 시점에서 사용자는 다양한 제품을 만들기와 같은 것들을 포함하여 모든 API 요청에 대해 5xx 오류를 높일 수 있습니다. 사용자는 Cloud.digitalocean.com에 액세스 할 수 없습니다. 우리는 뿌리 원인을 적극적으로 조사하고 더 많은 정보가 가능한 한 빨리 업데이트를 제공 할 것입니다. 우리는 불편을 끼쳐 드려 대단히 감사합니다.

2. 2026년 8월 24일 오후 6:33 UTCinvestigating

   DigitalOcean Public API 및 Cloud Control Panel에 영향을 미치는 이슈를 조사하고 있습니다. 이 시기에, 우리는 대기 시간/오류 비율에 약간 개선을 보이며, 일부 사용자는 이제 Cloud Control Panel에 액세스 할 수 있습니다. 서버리스 Inference 사용자는 현재 API 요청 또는 영향을받는 서비스를 이용할 때 403 및 503 오류를 경험할 수 있습니다. 더 많은 정보로 업데이트를 계속 제공 할 것입니다. 우리는 불편을 끼쳐 드려 대단히 감사합니다.

3. 2026년 8월 24일 오후 7:14 UTCmonitoring

   우리의 엔지니어링 팀은 DigitalOcean Public API 및 Cloud Control Panel에 영향을 미치는 문제를 해결하기 위해 완화 조치를 시행했습니다. Cloud Control Panel 및 Issue/receive API 요청을 정상적으로 접근할 수 있어야 합니다. 우리는 현재 서비스를 정상 가동으로 돌려주고 안정적으로 유지되도록 상황을 모니터링하고 있습니다. 우리는 당신의 인내력을 평가하고 문제를 해결 한 번 업데이트가 완전히 확인됩니다.

4. 2026년 8월 24일 오후 10:27 UTCinvestigating

   우리의 엔지니어링 팀은 DigitalOcean Public API 및 Cloud Control Panel에 영향을 미치는 문제의 반복성을 조사하고 있습니다. 이 문제는 우리의 데이터 비행기에 영향을 미치지 않습니다 (즉, 드롭렛을 실행). 사용자는 공개 API 또는 Cloud Control Plane에 액세스 할 때 Cloud Control Panel에 액세스하는 어려움을 경험할 수 있습니다. 우리는 적극적으로 정상적인 서비스를 복원하는 문제 및 작업에 투자하고 있습니다. 더 많은 정보로 업데이트를 계속 제공 할 것입니다. 우리는 불편을 끼쳐 드려 대단히 감사합니다.

5. 2026년 8월 25일 오전 12:54 UTCmonitoring

   우리의 엔지니어링 팀은 DigitalOcean Public API 및 Cloud Control Panel에 영향을 미치는 문제를 해결하기 위해 완화 조치를 시행했습니다. 우리는 개선을보고, 사용자는 이제 Cloud Control Panel에 액세스하고 공공 API를 일반적으로 사용합니다. 우리는 안정적으로 유지되도록 서비스를 모니터링하고 더 많은 정보를 제공 할 것입니다. 우리는 당신의 인내와 이해를 평가합니다.

6. 2026년 8월 25일 오후 4:30 UTCmonitoring

   우리의 공학 팀은 모든 서비스의 건강을 모니터링하고 과거 12 + 시간 동안 충격의 반복성을 관찰했다. 이 사건을 해결하기 전에 안정성을 확인하기 위해 짧은 기간 동안 서비스를 계속 모니터링 할 것입니다. DigitalOcean 사용자를 위해이 사건에 영향을 미쳤습니다. 우리는 상태 페이지에 postmortem을 게시하여 루트 원인과 완화에 대한 자세한 내용을 제공합니다.

7. 2026년 8월 25일 오후 7:04 UTCresolved

   우리의 엔지니어링 팀은 모든 서비스를 안정적으로 유지하고 우리는 이제이 사건을 해결합니다. 루트 원인과 완화에 대한 자세한 내용은 다음을 통해 postmortem에서 제공 될 것입니다. 이 사건을 통해 당신의 인내를 감사하십시오. 문제가 계속되면 계정 내에서 지원해 주십시오

8. 2026년 9월 15일 오후 6:44 UTCpostmortem

   ## 1. 무슨 일이 있었는지 16:56 UTC와 23:09 UTC 사이에 8 월 24, 2026, DigitalOcean의 Cloud Control Panel, Public API 및 의존하는 제품 관리 시스템은 25 %에 달하는 높은 요청 오류율을 경험했으며 6 시간 내에 활성 분해 3.5 시간의 두 가지 명백한 창을 합계했습니다. Droplets, 네트워크 라우팅 및 블록 스토리지 \(Volumes\)는 이벤트 전반에 걸쳐 완전히 기능적이고 불확실하게 유지됩니다. 고객 데이터 손실이 발생하지 않습니다. 이 이벤트는 ID, 인증 및 인증 서비스를 지원하는 데이터베이스 레이어의 계획된 인프라 마이그레이션 동안 시작되었습니다. 마이그레이션은 중요한 권한 쿼리에 대한 실행 지연을 도입했습니다. 높은 쿼리 지연에 대한 응답, 다중 상류 서비스 개시 자동화 된 헤지드 retries. 이 보조 요청 증폭은 인증 서비스 풀 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 시간 초과를 초과하여 작성했습니다. 초기 공조를 시작하려면, 엔지니어링 팀은 단일 건강 관리 경로에 대한 허가 트래픽을 다시 시작하고 일시적으로 1 차 통화에 대한 납치, 성공적으로 회복 서비스 가용성. 그러나, 표준 multipath routing 구성에 트래픽을 반환에, lingering 쿼리 대기 시간 unhedged callers에서 재활 행동과 결합 된 재활 queue 포화, degradation의 두 번째 창에 선도. ## 2. 충격 * 활동적인 고객 계정 \ (<2%\)는 사건 창 도중 1개 이상 API 또는 제어반 요구 실패를 경험했습니다. * 두 가지 영향 창에 걸쳐 총 고장률은 두 번째 창 중 25 %의 정통 요청의 약 10 %를 평균했습니다. * Cloud Control Panel, Public API, Kubernetes 클러스터 인증, Container Registry 및 Serverless / AI Inference endpoints가 포함된 관리 제어 비행기가 포함되어 있습니다. * 데이터 평면 구성 요소 - 활성 방울, 네트워크 라우팅 및 블록 저장 볼륨 - 설치 된 연결이 영향을받는 승인 제어 경로에 따라 100 % 가용성을 유지. 0개의 데이터 손실이 있었습니다. ## 3. 현재 국가 모든 충격 제어 비행기 서비스는 명목상 가동 수용량에 복원되었습니다. 데이터베이스 인프라 마이그레이션이 완료되었습니다. Remediation 제어는 유사한 쿼리 대기 시간 시나리오에 대한 시스템 안정성을 보장하기 위해 검증되었습니다. ## 4. 재발방지 미래의 발생을 방지하고 체계적인 탄력을 강화하기 위해 DigitalOcean은 다음과 같은 기술 향상을 구현했습니다. 1. 자동화된 요구 Throttling와 차단기: 업스트림 서비스 전역의 자동화 회로 차단기를 배포하여 다운스트림 의존도 감소를 감지하고 자동적으로 hedged/retry 증폭을 억제합니다. retry 억제 및 회로 파괴를 보장하는 넓은 건축 감사는 모든 통제 비행기 서비스의 맞은편에 균등하게 강제됩니다. 1. Queue 관리와 짐 Shedding: 고객의 영향에 앞서 큐백을 식별하기 위해 고안된 빠른 파일로드 헛간 메커니즘을 구현했습니다. 1. Graceful 서비스 향상: Configured Critical authorization Components to operating in degraded exec mode using asynchronous, 최종 소비자 데이터 복제를 사용하여 기본 데이터베이스 대기 시간 이벤트. ## 5. 타임라인 |**시간 UTC** |**이벤트** | 인포메이션 | 16:56 | 특정 인증 쿼리는 역사적 기본보다 훨씬 느리게 실행되었습니다. | | 16:58 | 자동화된 모니터링은 비정상적인 오류율과 대기시간을 감지; 5 분 이내에 영향 시작 검출. | | 17:05–18:52 | 운영업체는 건강한 서비스 인스턴스(First unavailability window closed\)에 대한 리트리 구성 및 통합 요청을 조정했습니다. · | 21:30 | 생산 패턴으로 돌아가는 교통은 동일 포화 문제 \(second unavailability window start\)로 발생했습니다. · | 21:30–23:09 | 팀은 나머지 영향 서비스 전반에 걸쳐 재량/증폭 동작을 비활성화하고 느린 쿼리에 대한 추가 읽기 용량을 추가했습니다. 안정적인 상태로 복원되었습니다. |

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

1. 2026년 8월 23일 오전 5:11 UTCinvestigating

   우리의 엔지니어링 팀은 우리의 관리 된 데이터베이스 제품으로 문제를 조사하고 있습니다. 이때, 사용자는 클러스터를 생성하면서 오류를 경험할 수 있으며, Cloud Control Panel과 API 요청을 통해 모두 오류를 경험할 수 있습니다. 우리는 inconvenience를 위해 사과하고 우리가 더 많은 정보가 있는 한 번 갱신을 공유할 것입니다.

2. 2026년 8월 23일 오전 7:06 UTCinvestigating

   DigitalOcean Managed Databases 클러스터 생성에 영향을 미치는 이슈를 계속 조사합니다. 이 시간 동안 사용자는 Cloud Control Panel 또는 API를 통해 Managed Database 클러스터를 만들 때 오류를 경험할 수 있습니다. 우리의 엔지니어링 팀은 정상적인 제공을 복원하기 위해 완화 및 작업을 수행하고 있습니다. 우리는 더 많은 정보를 사용할 수 있기 때문에 또 다른 업데이트를 제공 할 것입니다.

3. 2026년 8월 23일 오전 11:30 UTCmonitoring

   우리의 엔지니어링 팀은 NYC3 및 NYC1 지역의 관리 된 데이터베이스 클러스터 생성에 영향을 미치는 필요한 수정을 구현했습니다. 사용자는 이제 새로운 관리 된 데이터베이스 클러스터를 만들 수 있어야합니다. 우리는 현재 서비스를 정상 가동으로 돌려주고 안정적으로 유지되도록 상황을 모니터링하고 있습니다. 우리는 당신의 인내력을 평가하고 문제를 해결 한 번 업데이트가 완전히 확인됩니다.

4. 2026년 8월 23일 오후 2:33 UTCresolved

   우리의 엔지니어링 팀은 NYC3 및 NYC1 지역의 관리 데이터베이스에 클러스터 생성을 방지하는 문제를 해결했습니다. 고객은 새로운 관리 된 데이터베이스 클러스터를 일반적으로 만들 수 있습니다. 우리의 기술설계 팀은 안정성을 지키는 환경을 감시했습니다. 우리는 진심으로 모든 불편에 대해 사과합니다.이 중단은 작업에 발생할 수 있습니다. 문제가 계속되면 지원팀으로 티켓을 열어주세요. https://cloudsupport.digitalocean.com/s/

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

1. 2026년 8월 21일 오후 12:59 UTCinvestigating

   엔지니어링 팀은 현재 일부 지역에서 Container Registry 및 Spaces Buckets에 영향을 미치는 문제의 조사 보고서입니다. 이 시간 도중, 고객은 강요하거나 콘테이너 이미지를 당기기 때 실패를 경험할지도 모릅니다. 또한 고객은 Cloud Control Panel을 통해 스페이스에 액세스하는 데 문제가 발생할 수 있습니다. 페이지가 "좋아하는 것 같은 것들이 잘못되었습니다 ..." 우리의 엔지니어링 팀은 적극적으로 문제 투자하고 우선 순위로 치료합니다. 우리는 더 많은 정보가 가능한 한 빨리 또 다른 업데이트를 제공 할 것입니다.

2. 2026년 8월 21일 오후 1:06 UTCmonitoring

   엔지니어링 팀은 Container Registry 및 Spaces Buckets에 영향을 미치는 문제점을 확인하고 수정이 적용되었습니다. Cloud Control Panel을 통한 공간 접근성은 이제 복원되어야하며, 푸시 및 풀링 컨테이너 이미지는 정상으로 돌아가야 합니다. 우리는 문제를 완전히 해결하고 우리가 정상적인 서비스를 확인한 후에 또 다른 갱신을 한 번 제공한 결과를 감시하기 위하여 계속됩니다.

3. 2026년 8월 21일 오후 2:52 UTCresolved

   엔지니어링 팀은 Container Registry 및 Spaces 접근성에 영향을 미치는 이슈가 해결되었습니다. Cloud Control Panel을 통한 공간 접근성은 이제 복원되고, 푸시 및 풀링 컨테이너 이미지는 예상대로 성공합니다. 이전에 이러한 문제를 직면 한 고객은 이제 스페이스에 액세스하고 더 많은 문제없이 컨테이너 이미지를 배포 할 수 있어야합니다. 문제가 계속되면 지원팀으로 티켓을 열어 주십시오. 감사합니다.

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

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

   우리의 엔지니어링 팀은 현재 여러 선반과 노드에 영향을 미치는 MKC1 지역의 문제점을 조사하고 있습니다. 이 시간 동안 고객은 GPU 작업 부하 및 Kubernetes (DOKS) 작업자 노드가 NotReady 상태로 진입 할 수 있습니다. 우리의 팀은 연결성을 복원하고 온라인에 영향을 미치는 노드를 다시 가져옵니다. 문제가 계속되면 계정 내에서 지원 티켓을 열 수 있습니다.

2. 2026년 8월 19일 오후 12:22 UTCidentified

   우리는 여러 선반과 노드에 영향을 미치는 MKC1 지역의 문제점의 뿌리 원인을 발견했습니다. 우리의 엔지니어링 팀은 연결성을 복원하고 영향을받는 노드를 온라인으로 가져갈 수 있는 재중개 단계를 적극적으로 구현합니다. 이 시간 동안 고객은 GPU 워크로드 및 Serverless Inference에 중단을 경험할 수 있습니다. 쿠버네티스 (DOKS) worker 노드는 NotReady 상태로 유지될 수 있으며 고객은 쿠버네티스 API 엔드포인트에 도달하거나 클러스터 관리 작업을 수행 할 수 없습니다. 우리는 더 많은 정보가 있기 때문에 또 다른 업데이트를 제공 할 것입니다.

3. 2026년 8월 19일 오후 3:28 UTCidentified

   우리의 공학 팀은 MKC1 지역에 영향을 미치는 문제점에 계속 일합니다. 우리는 연결성을 복원하고 온라인에 영향을 미치는 노드를 가져옵니다. 우리는 더 많은 정보가 있기 때문에 또 다른 업데이트를 제공 할 것입니다.

4. 2026년 8월 19일 오후 6:59 UTCmonitoring

   이 시간에, 지역 통제 비행기는 완전히 건강합니다. CPU Droplets, 관리 된 데이터베이스, 로드밸런서, 블록 스토리지 및 공간은 일반적으로 작동. Droplet 생성, 크기 및 기타 관리 작업은 작업입니다. 쿠버네티스 (DOKS) 제어 비행기가 도달 할 수 있습니다. 우리의 팀은 모든 장비를 복원 할 수있는 시설과 함께 계속됩니다. MKC1의 GPU Droplets는 오프라인 또는 신뢰할 수 있습니다. DOKS GPU worker 노드는 NotReady 및 GPU 백업 inference endpoints에 남아있을 수 있습니다. 우리는 짧은 시간 동안 지역 제어 비행기를 모니터링하고이 사건을 해결합니다. GPU 고객은이 상태 페이지의 거짓말에 더 많은 정보를 개인화 업데이트를 받게됩니다. 귀하의 영향을받는 자원에 대한 질문이있는 경우, 연락처 지원 및 참조이 사건.

5. 2026년 8월 19일 오후 7:34 UTCresolved

   우리의 엔지니어링 팀은 지역 제어 비행기가 건강하고 CPU Droplets, 관리 된 데이터베이스, 로드밸런서, 블록 스토리지, 쿠버네티스 (DOKS) 및 공간은 일반적으로 운영됩니다. GPU Droplets는 영향을 받으며 우리 팀은 모든 노드를 복원하기 위해 노력하고 있습니다. 우리는 Slack과 이메일을 통해 GPU Droplet 고객과 더 많은 정보 및 일반 업데이트를 통해 별도로 통신 할 것입니다. 이 사건을 통해 당신의 인내를 감사하십시오. 문제가 계속되면 계정 내에서 지원 티켓을 열 수 있습니다.

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

1. 2026년 8월 13일 오후 2:59 UTCresolved

   Between Aug 13, 09:50 UTC and 14:30 UTC, customers in the FRA1 region experienced an issue affecting Block Storage Volumes attachment and detachment operations on Droplets and Managed Kubernetes clusters. During this window, customers may have encountered delays or been unable to attach and detach Block Storage Volumes from their resources. Block Storage Volumes attachment and detachment operations now appear to be functioning normally, and customers should no longer experience issues with these operations. For Managed Kubernetes clusters specifically, some residual cleanup of affected volume attachments may still be needed, and our team is actively working through this. We apologize for any inconvenience this may have caused. If you continue to experience issues with Block Storage Volumes operations, please don't hesitate to open a support ticket for further investigation. Our team will be happy to assist you.

1. 2026년 8월 8일 오후 6:57 UTCinvestigating

   Our Engineering team is currently investigating reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

2. 2026년 8월 8일 오후 7:38 UTCinvestigating

   Our Engineering team is continuing to investigate reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Further investigation has found that GenAI services are also affected due to this issue, customers may also be unable to access the Droplet console, and Database clusters may be stuck in a "Creating" state. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

3. 2026년 8월 8일 오후 8:02 UTCidentified

   Our Engineering team has identified the root cause of the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions. Customers may experience the following: Unable to create new accounts Unable to create Droplets Unable to allocate Reserved IPs Failures with Automated Backups and Snapshots operations Droplet Autoscale scaling operations not working as expected DOKS cluster operations failing GenAI services impacted Unable to access the Droplet console Database clusters stuck in a "Creating" state Our Engineering team is working on implementing a fix and we will provide another update as soon as more information becomes available.

4. 2026년 8월 8일 오후 10:02 UTCidentified

   Our Engineering team continues to work on implementing and rolling out a fix for the issue affecting multiple services across multiple regions, including new account registration, Droplets, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet console, and Database cluster creation. Customers may continue to experience the previously reported service disruptions while remediation efforts remain in progress. We will provide another update as soon as more information becomes available.

5. 2026년 8월 9일 오전 12:31 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions, and is currently monitoring the situation. At this time, customers should no longer experience errors with: New account registration Droplet creation Reserved IP allocation Automated Backups and Snapshots operations Droplet Autoscale scaling operations DOKS cluster operations GenAI services Access to the Droplet console Database cluster creation We will continue to monitor the situation to ensure that all services are stable and functioning as expected. We will post an update as soon as the issue is fully resolved.

6. 2026년 8월 9일 오전 1:01 UTCresolved

   Our Engineering team confirms the full resolution of the issue affecting all impacted services, including new account registration, Droplet Creation, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet Console, and Database cluster creation. We apologize for the inconvenience. If you continue to experience any issues, please open a support ticket from within your account.

1. 2026년 8월 6일 오후 7:01 UTCinvestigating

   Our Engineering team is investigating an issue impacting Functions on App Platform. During this time, users may experience build/deploy failures for Functions components, and requests to Functions endpoints may fail with a 504 error, caused by an SSL error when App Platform attempts to forward requests to Functions. This issue currently appears to be isolated to Functions deployed within App Platform. We apologize for the inconvenience and will share an update once we have more information.

2. 2026년 8월 6일 오후 8:02 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Functions on App Platform. Functions builds/deploys and requests to Functions endpoints should now be completing successfully. We are currently monitoring the situation to ensure the service has returned to normal operation and remains stable. We apologize for the inconvenience and will provide a further update once the incident is confirmed resolved.

3. 2026년 8월 6일 오후 9:05 UTCresolved

   Our Engineering team has confirmed that the issue affecting Functions on App Platform has been fully resolved. Functions builds, deploys, and requests to Functions endpoints are all working as expected. The fix implemented earlier was successful, and we are no longer seeing any problems affecting Functions. However, if you continue to experience any issues, please don't hesitate to raise a support ticket for further investigation.

1. 2026년 8월 6일 오후 4:33 UTCresolved

   Between Aug 6, 06:42 UTC and 09:08 UTC, customers experienced failures with write operations across multiple DigitalOcean services, including Managed Databases, DOKS, Cloud Firewalls, DNS, Spaces, Block Storage Volumes, and event processing. Customers attempting to update Cloud Firewall rules, modify DNS records, manage object storage operations, provision or scale DOKS clusters and node pools, and make other infrastructure configuration changes experienced failures. These operations returned errors, preventing customers from managing their resources. Additionally, event processing was delayed or failed during this window, which may have impacted the timeliness of resource status updates and notifications. The services have recovered and are now operating normally. Customers should no longer experience issues with write operations, configuration changes, or event processing. We apologize for any inconvenience this may have caused. If you continue to experience issues with any of these services, please don't hesitate to open a support ticket. Our team will be happy to assist you.

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

   Our Engineering team is investigating an issue affecting Spaces Cold Storage billing. During this time, customers with cold storage buckets may see incorrect values reflected in their daily usage and current invoices. We apologize for the inconvenience and are actively working to resolve the issue. We will provide an update as soon as more information becomes available.

2. 2026년 8월 4일 오후 6:52 UTCidentified

   Our Engineering team has identified the issue affecting Spaces Cold Storage billing. The team is actively working on a fix to resolve the issue. We apologize for the inconvenience and will provide another update as soon as more information becomes available.

3. 2026년 8월 4일 오후 8:44 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Spaces Cold Storage billing and is currently monitoring the situation. Customers with cold storage buckets should no longer see incorrect values reflected in their daily usage and current invoices. We will post an update as soon as the issue is fully resolved.

4. 2026년 8월 4일 오후 9:42 UTCresolved

   As of 21:06 UTC, our Engineering team has resolved the issue affecting Spaces Cold Storage billing. An error in our billing processing system caused incorrect values to be reflected in daily usage and current invoices for customers with cold storage buckets. Our team identified and corrected an issue with the billing data sync, ensuring accurate usage reporting. If you continue to experience any issues, please open a ticket with our Support team. We apologize for any inconvenience this may have caused.

1. 2026년 8월 3일 오후 1:58 UTCinvestigating

   8월 3일 09시 36분 UTC에서 시작된 일부 고객은 "mTLS 검증 실패" 메시지를 포함하여 DigitalOcean Cloud Control Panel에 액세스할 때 간헐적인 오류를 경험할 수 있습니다. 우리의 엔지니어링 팀은 적극적으로 투자하고 있습니다. 불편을 끼쳐 드려 죄송합니다. 우리는 더 많은 정보를 사용할 수 있기 때문에 또 다른 업데이트를 제공 할 것입니다. 이 문제와 관련된 질문이 있으시면 클라우드 지원 페이지에서 티켓을 보내주십시오. https://cloudsupport.digitalocean.com/s/createticket

2. 2026년 8월 3일 오후 4:39 UTCmonitoring

   DigitalOcean Cloud Control Panel에 액세스할 때, 일부 고객이 간헐적인 오류를 경험할 수 있는 문제점에 대한 완화를 실시했습니다. 우리는 복구를보고 서비스를 밀접하게 모니터링하고 있습니다. 우리는 일단 우리가 문제점을 완전히 해결한 후에 또 다른 갱신을 제공할 것입니다

3. 2026년 8월 3일 오후 5:59 UTCresolved

   사이 09:36 그리고 13:30 UTC 에 8월 3, 일부 고객 경험 intermittent 오류에 액세스하는 동안 DigitalOcean 클라우드 제어 패널. 우리는 영향을받은 내부 인증서와 복원 된 액세스를 갱신했습니다. 문제는 해결되고 Cloud Control Panel은 정상적으로 작동됩니다. 우리는 붕괴를 위해 사과합니다.

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

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

   우리는 현재이 문제를 조사하고 있습니다.

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

   우리의 엔지니어링 팀은 Kimi-K3에 영향을 미치는 빈 또는 부서진 응답의 조사 보고서입니다. 이 시점에서 사용자는 Kimi-K3 서비스를 쿼리 할 때, 특히 빈 또는 깨진 출력 (열한 문자 포함)을 평가 할 수 있습니다. 우리는 inconvenience를 위해 사과하고 우리가 더 많은 정보가 있는 한 번 갱신을 공유할 것입니다.

3. 2026년 7월 30일 오전 6:15 UTCresolved

   우리의 공학 팀은 Kimi-K3에서 빈 또는 부서진 응답을 일으키는 문제를 해결했습니다. 문제가 계속되면 지원팀으로 티켓을 열어 주십시오. 우리는이 발생 할 수있는 불편에 대해 사과합니다.

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

1. 2026년 7월 27일 오후 6:31 UTCinvestigating

   우리는 현재이 문제를 조사하고 있습니다.

2. 2026년 7월 27일 오후 7:44 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

3. 2026년 7월 28일 오후 3:24 UTCresolved

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

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

1. 2026년 7월 24일 오전 10:36 UTCidentified

   우리는 NYC 지역에 인도에서 리소스에 연결하는 일부 사용자에 영향을 미치는 네트워크 연결 문제를 발견했습니다. 현재 조사에 기반을 둔 Airtel 및 BSNL의 사용자는 대기 시간, 패킷 손실 또는 간헐적 연결을 증가시켰다. 우리는 inconvenience를 위해 apologize 및 더 많은 정보가 사용되기 때문에 업데이트를 제공 할 것입니다.

2. 2026년 7월 24일 오전 11:45 UTCmonitoring

   우리는 NYC 지역의 인도 액세스 리소스에 대한 네트워크 연결에 대한 개선을 관찰하고 있습니다. 우리의 팀은 서비스를 정상적인 가동에 돌려보내고 안정되어 있는 지키는 상황을 감시하고 있습니다. 우리는 당신의 인내력을 평가하고 문제를 해결 한 번 업데이트가 완전히 확인됩니다.

3. 2026년 7월 24일 오후 12:42 UTCresolved

   07:46 UTC & 10:24 UTC 사이, NYC 지역의 인도 액세스 리소스에 일부 사용자는 연결 문제를 경험할 수 있습니다. 영향은 Airtel을 사용하여 ISP로 제한되었습니다. 우리의 조사는 Airtel 내의 내부 네트워크 문제점에 기인하고 DigitalOcean 네트워크와 관련이 없었습니다. 연결 문제 이제 해결 될 것으로 나타났습니다, 사용자는 자신의 리소스에 액세스하는 더 이상 경험 문제가 없습니다. 우리는이 발생 할 수있는 불편에 대해 사과합니다. 그러나 연결 문제가 계속되는 경우, 더 많은 조사를 위해 지원 티켓을 열 것을 망설이지 마십시오; 우리는 당신을 더 원조하게 행복할 것입니다.

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