Incident Library

IL-0464 IONOS Cloud · 2026-03-14kubernetes

IONOS 관리형 쿠버네티스의 고객 컨트롤 플레인 일부가 사흘 동안 몇 분씩 되풀이해 끊겼다

2026-03-14 부터 03-16 까지 IONOS Cloud 의 관리형 쿠버네티스에서 고객 컨트롤 플레인 일부가 주기적으로 몇 분씩 닿을 수 없었다. 근본 원인은 세 가지가 겹친 것이었다. 첫째, 몇몇 클러스터가 공유 컨트롤 플레인 데이터베이스에 보안 스캔 보고서와 정책 감사 기록을 주로 쌓았고, 이벤트와 오토스케일링 객체도 많이 쌓았다. 한 데이터베이스 인스턴스에서는 클러스터 셋이 저장된 데이터의 약 64% 를 차지했다. 둘째, 데이터베이스는 컴팩션으로 쓰지 않는 공간을 되찾게 설정돼 있었지만, 그 주기가 쓰기 속도를 따라가지 못해 과거 리비전이 쌓였다. 셋째, 데이터베이스가 커지면서 조각화로 실제 할당 크기가 쓰는 데이터보다 약 40% 커졌고, 하드 스토리지 한도에 다가갔다. 한도에 닿았다면 데이터베이스가 읽기 전용이 되어 그 인스턴스의 모든 클러스터에서 컨트롤 플레인이 완전히 멈췄을 것이다. 이 셋이 겹쳐 데이터베이스 유지 보수 주기마다 멈춤이 생겼고, 그때마다 쿠버네티스 API 서버가 흔들려 컨트롤 플레인을 쓸 수 없었다.

03-16 10:04 UTC 에 원인을 etcd 데이터베이스의 자원 제약으로 찾았다. 11:05 UTC 에 DBaaS 와 AI Model Hub 를, 11:57 UTC 에 Container Registry 를 영향 범위에 더했다. 11:37 UTC 에 AI Model Hub 데이터베이스 서비스에 수정을 배포했고, AI Model Hub 는 12:22 UTC, Container Registry 는 12:57 UTC, DBaaS 는 13:56 UTC 에 복구로 표시했다. 영향받은 데이터베이스 인스턴스를 조각 모음해 인스턴스마다 약 3–4 GiB 를 되찾고 컴팩션 주기를 줄였으며, 19:58 UTC 에 영향받은 모든 클러스터에 마지막 변경을 적용했다. 컨트롤 플레인이 안정된 상태를 유지하자 03-17 17:04 UTC 에 해결로 닫았다.

심각도
–
영향 범위
A subset of customer Managed Kubernetes control planes periodically unreachable; DBaaS (PostgresDB on Kubernetes), the AI Model Hub and the Container Registry were also affected
영향 사용자
–
지역
DE/FRA (Managed Kubernetes)
감지까지
–
복구까지
–

증상

2026-03-14 부터 고객의 관리형 쿠버네티스 컨트롤 플레인 일부가 주기적으로 응답하지 않았다. 영향받은 클러스터에는 그때마다 몇 분씩 닿을 수 없었고, 배포, 스케일링, 헬스체크처럼 쿠버네티스 API 에 기대는 작업이 제대로 동작하지 않았다. 상태 페이지에는 2026-03-16 08:24 UTC 에 일부 고객이 컨트롤 플레인 연결 문제와 쿠버네티스 기능 저하를 겪을 수 있다고 처음 올라왔다.

끊김은 컨트롤 플레인 데이터베이스의 유지 보수 주기에 맞춰 되풀이됐다. 데이터베이스가 유지 보수 중에 멈출 때마다 쿠버네티스 API 서버가 잠시 흔들렸다.

장애는 다른 서비스로 번졌다. 11:05 UTC 에 PostgresDB on Kubernetes 에서 오류가 늘어 DBaaS 와 AI Model Hub 가 영향 범위에 들어갔고, 11:57 UTC 에는 Container Registry 가 더해져 고객이 레지스트리에서 이미지를 풀하고 푸시하는 데 문제를 겪을 수 있었다. 영향은 DE/FRA 의 Managed Kubernetes 에 미쳤다.

증상 컨트롤 플레인 무응답이미지 풀 실패

원인

원인 용량 한계

구성 요소 etcd쿠버네티스 API 서버관리형 쿠버네티스 컨트롤 플레인과 제공자 API
기여 요인 과도한 영향 범위
촉발
–

감지

–

조치

후속 조치

교훈

–

출처

관련 사례

내 클러스터에도 있는지 확인하기

kubegap 은 Claude Code 나 Codex 에서 쿠버네티스 클러스터를 읽기만 하며 이 사례와 같은 상태를 점검합니다. 이 사례의 구성 요소: etcd, 쿠버네티스 API 서버, 관리형 쿠버네티스 컨트롤 플레인과 제공자 API. 점검 항목의 근거는 이 사례 같은 공개 보고서입니다.

kubegap 열기

AI 도구와 스크립트용

API 는 키가 필요 없습니다. MCP 서버는 search_incidents, get_incident, list_incidents, get_topic, vocab 도구를 내놓습니다. 사용법은 API 와 MCP.