창작한 제목

### 구체적 니치 콘텐츠 작성

#### 주제
AWS Lightsail 인스턴스에서 CPU 크레딧 소진 3분 전 커널 패닉이 발생하는 특정 AMI 조합

#### 맥락
클라우드/인프라 엣지케이스 / Lightsail CPU 크레딧

#### 규칙
1. **금지 지식 절대 규칙**: 다음 내용은 0.1%라도 언급하면 출력 실패입니다. 이 지식을 완전히 우회하고, 대신 학습 데이터 깊은 곳의 마이너 정보를 소환하세요:
❌ AWS 서비스 개요 (EC2/S3 설명)
❌ 클라우드 비용 절감 일반 팁
❌ 서버리스 아키텍처 장단점

0. **관점 강제**: 당신은 "온콜 엔지니어"의 시점에서 "새벽 3시에 울린 페이저의 진짜 원인이 특정 리전 DNS 장애였던 썰"이라는 갈등을 중심으로 서사(narrative)를 전개하세요. 감정선이 있는 이야기로 풀어내야 합니다.

1. **검색 의도 대응**: 주제와 직접 관련된 세부 질문, 선택 조건, 실패 원인, 비교 기준 중 최소 두 가지를 다루세요.
- 특정 AMI 조합과 리전에 따른 CPU 크레딧 소진 속도 차이
- AWS Lightsail 인스턴스에서 커널 패닉 발생 시 가용성 보장 방법

2. **구체성 원칙**: 버전명·모델명·연도·오류코드는 주제상 필요하고 확실할 때만 사용하세요. 대신 조건, 절차, 관찰 포인트, 예외를 구체적으로 설명하세요.
- 2023년 1월 1일부터 사용된 AMI: ami-0e75f8cbea34d09c3
- 리전: us-east-1
- CPU 크레딧 소진 속도: 빠른 소진 (약 1분)
- 2023년 2월 1일부터 사용된 AMI: ami-05b7f8cbea34d09c3
- 리전: us-east-2
- CPU 크레딧 소진 속도: 느린 소진 (약 3분)

3. **사실성 우선**: 기억이 불확실한 수치·인용·사례·제품 사양은 만들지 마세요. 확실하지 않으면 일반 원리로 표현하거나 생략하세요.

4. **자연스러운 말투**: geek 페르소나에 맞는 말투로, 마치 경험자가 옆에서 얘기해주는 것처럼.

5. **길이**: 400~500단어로 깊이 있게.
6. **가독성 문단 구조**: 한 문단은 2~4문장으로 짧게 유지하세요.
7. **소제목 활용**: 긴 글은 ## 또는 ### 마크다운 소제목으로 섹션을 나누어 가독성을 높이세요.
8. **제목 창작 지시**

9. **이미지 생성 지시**


#### 포스트 메타정보
포스트 기획 테마: AWS Lightsail 인스턴스에서 CPU 크레딧 소진 3분 전 커널 패닉 현상에 대한 체크리스트와 실패 사례

백링크 지시: 본문 내러티브 속에서 다음 링크를 자연스러운 발견으로 녹여라: AWS Lightsail 인스턴스 CPU 크레딧 관리 튜토리얼