상태 전이
화면에 보이는 배지가 무엇을 뜻하고, 어디로 갈 수 있는지.
인스턴스
provisioning ──▶ pending ──▶ running ──▶ stopping ──▶ stopped
│ │ │
└──────────────────────────┴───▶ terminated ◀───────┘
| 상태 | 뜻 | 과금 | 할 수 있는 것 |
|---|---|---|---|
provisioning | 노드 배정·기동 준비 | ❌ | 기다린다 |
pending | 프로바이더가 기동 중 | ❌ | 기다린다 |
running | 실행 중 | ✅ | 접속·중지·타이머 조정 |
stopping | 중지 진행 중 | ❌ | 기다린다 |
stopped | 중지됨 | ❌ | 다시 시작 |
terminated | 종료됨 | ❌ | 없음 |
maintenance | 점검 중 | ❌ | 없음 |
running 구간만 과금된다. 기동 준비도, 중지 전이도 청구되지 않는다. 정확히는 running
진입 시각부터 중지를 누른 시각까지다.
실패하면 어느 단계에서 실패해도 선점이 반환되고 노드가 풀로 돌아간다. 다만 중지 확인에 실패하면 노드를 잡아둔다 — F. 장애와 복구 참고.
볼륨은 유지된다 stopped는 EC2 stop이지 terminate가 아니다. 데이터가 남는다.
노드
노드는 상태와 활성 여부 두 축이 따로 있다.
| 축 | 값 | 뜻 |
|---|---|---|
| 상태 | available | 배정 가능 |
in_use | 세션이 점유 중 | |
| 활성 | enabled | 배정 대상 |
disabled | 배정에서 제외. 점검·회수 대기 |
배정되려면 available이면서 enabled 여야 한다.
| 작업 | 조건 |
|---|---|
| 비활성화 | available일 때만. in_use면 in_use 오류 |
| 등록 해제 | available이고 그 노드의 인스턴스가 전부 정지 상태일 때만 |
| 활성화 | 언제든 |
예약
┌── 반려 ──────────────▶ rejected
│
submitted ────────┼── 승인 ─┬─ 잔여 충분 ─▶ approved ─▶ active ─▶ completed
│ └─ 잔여 부족 ─▶ rejected
│
└── 조정 ──▶ adjusted ─┬─ 수락 ─▶ approved
├─ 거절 ─▶ cancelled
└─ 무응답 ─▶ rejected
| 상태 | 뜻 | 차감 | 취소 |
|---|---|---|---|
submitted | 승인 대기 | ❌ | 불가 |
adjusted | 조정안 회신됨. 사용자 응답 대기 | ❌ | 거절로 종료 가능 |
approved | 승인·확정 | ✅ 전액 | ❌ 불가 |
active | 예약 기간 진행 중 | (이미 됨) | ❌ 불가 |
completed | 종료 | (이미 됨) | — |
rejected | 반려·자동 반려 | ❌ | — |
cancelled | 조정안 거절로 종료 | ❌ | — |
승인 큐에 보이는 것은 submitted뿐이다. 조정안을 회신하면 adjusted가 되어 큐에서
사라진다. 그래서 수락·거절·무응답 결과를 알림으로 운영에 알린다.
노드 가용을 점유하는 상태 adjusted · approved · active. 이 셋이 같은 기간에 겹치면
그만큼 물량이 예정되어 있다는 뜻이다.
조정안 응답 기한 조정된 시작일. 그때까지 무응답이면 자동 반려된다.
서버리스 키
pending_purchase ──▶ pending_claim ──▶ active ──▶ blocked
│ │ │
└─────────────┴──────────┴──▶ revoked
| 상태 | 뜻 | 호출 |
|---|---|---|
pending_purchase | 생성됨. 차감 대기 | ❌ 수령 불가 |
pending_claim | 차감 완료. 팀이 수령해야 함 | ❌ |
active | 사용 가능 | ✅ |
blocked | 예산 소진 | ❌ 429 |
revoked | 폐기됨 | ❌ 401 |
blocked는 예산을 올리면 풀린다. 되돌릴 수 없는 상태가 아니다.revoked는 종점이다. 되살릴 수 없다.pending_purchase에서는 수령할 수 없다. 차감 전에 공짜 키가 생기는 것을 막는다.
같은 이름으로 재발급하면 폐기되지 않은 기존 키를 재사용한다. 응답만 유실된 재시도가 이중 차감되지 않게 한 것이다.
팀
| 상태 | 실행 | 예약 | 서버리스 | 조회 |
|---|---|---|---|---|
active | ✅ | ✅ | ✅ | ✅ |
locked | ❌ | ❌ | ❌ 403 | ✅ |
| 삭제됨 | ❌ | ❌ | ❌ | 목록에서 사라짐 |
잠금 진입 크레딧 소진 시 자동. 실행 중 인스턴스가 전부 중지된다. 잠금 해제 Org Admin이 수동. 증액을 함께 하는 것이 권장된다.
읽기는 잠기지 않는다. 왜 잠겼는지 확인할 수 있어야 조치가 가능하다.
멤버
| 상태 | 로그인 | 기존 세션 | 기록 |
|---|---|---|---|
활성 | ✅ | 유효 | 남음 |
비활성 | ❌ member_deactivated | 즉시 무효 | 남음 |
기존 토큰까지 즉시 무효가 되는 것은 비활성화뿐이다. 다른 설정 변경은 다음 로그인·다음 작업부터 적용된다.
요청 (노드 추가·모델 접근·예산 증액)
pending ──┬── 승인 ──▶ approved
└── 반려 ──▶ rejected
| 상태 | 뜻 |
|---|---|
pending | 처리 대기 |
approved | 처리됨 |
rejected | 반려됨. 사유가 함께 저장된다 |
이미 처리된 요청을 다시 처리하려 하면 already_decided로 거부된다.
노드 추가 요청은 진행률이 쌓인다 요청 대수만큼 노드가 등록되면 자동으로 approved가 된다.
조직
| 상태 | 뜻 |
|---|---|
활성 | 정상 |
| 제거됨 | 목록에서 사라짐. 원장·감사 로그는 남음. 어드민 이메일은 계속 점유 |
제거 전 정리해야 하는 것 진행 중 예약 → 실행 중 세션 → 팀의 활성 선점. 순서대로 검사한다.
어떤 것이 되돌아가는가
| 전이 | 되돌리기 |
|---|---|
running → stopped | ✅ 다시 시작 |
노드 enabled → disabled | ✅ 활성화 |
팀 active → locked | ✅ 해제 |
| 멤버 활성 → 비활성 | ✅ 활성화 |
키 active → blocked | ✅ 예산 증액 |
키 → revoked | ❌ |
예약 → approved | ❌ 취소·환불 없음 |
| 노드 등록 해제 | ❌ 재등록은 새 노드 |
| 팀·조직 삭제 | ❌ |