생성: 2026-10-16 · 기준: v07 설치 후 통합 검증(IV) · 원본: 여정별 계획서(Excel) ← Test Scenarios · IV 허브 · 기능 TC

시나리오	기능 TC	제목	유형	결과 (CSP별)	spec
IV4_S01	TC-INFRA-048	Infra Node 라이프사이클 ①: 상세(nodegroup·node) 확인 → Node Reboot	정상	✅ 8건 · 🚧 Azure	IV4_S01
IV4_S02	TC-INFRA-035	[K8s] K8s NodeGroup(K8s node) Scale out (1→2) ※ Scale in 은 IV4_S16, Infra NodeGroup scale 은 IV4_S07	정상	✅ AWS, Alibaba, GCP · 🚧 Azure · ⏭️ KT · ⬜ Tencent, NHN Cloud, NCP, IBM	IV4_S02
IV4_S03	TC-INFRA-049	멀티 CSP Infra 제어: nodegroup별 CSP 확인 → Node reboot	정상	✅ 공통	IV4_S03
IV4_S04	TC-INFRA-050	[Infra] Infra Node 라이프사이클 ②-1: Suspend → Suspended 확인 (Resume 은 IV4_S15)	정상	✅ 8건 · 🚧 Azure	IV4_S04
IV4_S05	TC-INFRA-052	CSP 테스트 종료: Infra 전체 중지 (비용 방지, 녹화 선택)	정상	✅ 9건	IV4_S05
IV4_S06	TC-INFRA-028	Infra Terminal 접속 (Infra/Node)	정상	✅ 8건 · ❌ KT	IV4_S06
IV4_S07	TC-INFRA-031	Infra NodeGroup Scale (Scale Group Size) out	정상	✅ AWS, GCP, KT · ⬜ 6건	IV4_S07
IV4_S08	TC-INFRA-032	Scale Policy 등록 → 확인	정상	❌ 9건	IV4_S08
IV4_S09	TC-INFRA-053	Infra Node 라이프사이클 ③: Node Terminate	정상	✅ AWS, KT · ⬜ 7건	IV4_S09
IV4_S10	TC-INFRA-054	Infra Node 라이프사이클 ④: Terminated Node Delete	정상	✅ AWS, KT · ⬜ 7건	IV4_S10
IV4_S11	TC-INFRA-055	NodeGroup 삭제 (nodegroup 내 node 전체 삭제)	정상	✅ AWS, GCP, KT · ⬜ 6건	IV4_S11
IV4_S12	TC-INFRA-029	Terminal 파일 전송 (Public IP Terminal)	정상	✅ 8건 · ❌ KT	IV4_S12
IV4_S13	TC-INFRA-057	K8s NodeGroup 삭제 요청 → Deleting 확인	정상	✅ AWS, Azure, Alibaba, GCP · ⏭️ KT · ⬜ Tencent, NHN Cloud, NCP, IBM	IV4_S13
IV4_S14	TC-INFRA-058	K8s NodeGroup 삭제 완료 확인 (목록/상세에서 NodeGroup 제거)	정상	✅ AWS, GCP · ❌ Alibaba · ⏭️ Azure, KT · ⬜ Tencent, NHN Cloud, NCP, IBM	IV4_S14
IV4_S15	TC-INFRA-051	[Infra] Infra Node 라이프사이클 ②-2: Resume → Running 확인 (IV4_S04 Suspend 의 후속)	정상	✅ 8건 · 🚧 Azure	IV4_S15
IV4_S16	TC-INFRA-036	[K8s] K8s NodeGroup(K8s node) Scale in (2→1) (IV4_S02 Scale out 의 후속)	정상	✅ AWS, GCP · ⏭️ KT · ⬜ 6건	IV4_S16
IV4_S17	TC-INFRA-026	SSH 접속 정보 확인 (Node Info · SSH Keys Private Key Copy)	정상	✅ AWS	IV4_S17
IV4_S18	TC-INFRA-027	SSH 클라이언트로 노드 접속	정상	✅ AWS	IV4_S18
IV4_S19	TC-INFRA-037	[K8s] kubectl 접속 정보 획득 (kubeconfig / token)	정상	✅ AWS, GCP	IV4_S19
IV4_S20	TC-INFRA-038	[K8s] kubectl 로 앱 배포	정상	✅ AWS, GCP	IV4_S20

Infra Node 라이프사이클 ①: 상세(nodegroup·node) 확인 → Node Reboot

항목	내용
기능 TC	TC-INFRA-048 Infra 상세(nodegroup·node) 확인 → Node Reboot
화면	Infra 목록 → Infra 선택 → Infra Info / Group 탭 / Default 탭 Node List → node 선택(Node Info Detail) → Node List ⌄ 메뉴 'Reboot' → 확인 팝업 → 종 아이콘 Requests 패널
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3 Infra Running
자동화	IV4_S01

절차

1.Infra 목록에서 mc1 선택 2.Infra Info(Name, Status, Provider) 확인 3.nodegroup 확인(g1, nodegroup 추가 후 g1b) 4.Default 탭 Node List 에서 node g1-1 선택 → Node Info(CSP, Region, Zone, Node Spec, OS, Public/Private IP) 및 Detail 탭 Node Status=Running 확인 5.node 체크 → Node List ⌄ 메뉴 Reboot → 확인 팝업('reboot the node') Confirm 6.Requests 패널 'Node reboot: g1-1' Completed 확인 7.Node Status Running 확인

기대결과

Infra·nodegroup·node 상세 정보 표시, Reboot 요청 Completed 후 Running (AWS 는 reboot 중에도 Running 으로 표시될 수 있음)

결과 (v07)

• AWS ✅ PASS (2026-10-07) — [Infra node] v07 PASS(78s): [list-before] Running mc1mc1 44000 / [infra-info] Infra Info [ mc1 ] Status: Running:4 (R:4/4) / [nodegroups] g1(1), g1b(1), g1c(2) / [nodes] g1-1, g1b-1, g1c-1, g1c-2 / [node-info g1-1] csp=aws, region=aws:ap-northeast-2, zone=ap-northeast-2d, spec=t… · 녹화 v07_IV4_S01_AWS.webm
• Azure 🚧 BLOCKED (2026-10-16) — [2026-10-16] BLOCKED: mc2/g2-1 Resume 이 Azure 409 OperationNotAllowed "Operation 'Start VM' is not allowed on VM … since the VM is generalized." — 같은 날 IV3_S06(TC-INFRA-047)에서 g2-1 로 Custom Image 를 만들 때 Azure 가 원본 VM 을 generalize 함. 일반화된 VM 은 시작 불가 → Azure 전원 TC 진행 불가(새 Azure no… · 녹화 v07_IV4_S01_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — [2026-10-16] Infra Info·nodegroup·node 상세 확인 → Node Reboot → Requests 완료, Running 복귀 · 녹화 v07_IV4_S01_Alibaba.webm
• GCP ✅ PASS (2026-10-16) — [2026-10-16] Infra Info·nodegroup·node 상세 확인 → Node Reboot → Requests 완료, Running 복귀 · 녹화 v07_IV4_S01_GCP.webm
• Tencent ✅ PASS (2026-10-16) — [2026-10-16] Infra Info·nodegroup·node 상세 확인 → Node Reboot → Requests 완료, Running 복귀 · 녹화 v07_IV4_S01_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-16) — [2026-10-16] Infra Info·nodegroup·node 상세 확인 → Node Reboot → Requests 완료, Running 복귀 · 녹화 v07_IV4_S01_NHNCloud.webm
• NCP ✅ PASS (2026-10-16) — [2026-10-16] Infra Info·nodegroup·node 상세 확인 → Node Reboot → Requests 완료, Running 복귀 · 녹화 v07_IV4_S01_NCP.webm
• IBM ✅ PASS (2026-10-16) — [2026-10-16] Infra Info·nodegroup·node 상세 확인 → Node Reboot → Requests 완료, Running 복귀 · 녹화 v07_IV4_S01_IBM.webm
• KT ✅ PASS (2026-10-14) — v07 PASS(90s, 2026-10-14): [list-before] Running mc9mc9 11000 / [infra-info] Infra Info [ mc9 ] Status: Running:1 (R:1/1) / [nodegroups] g9(1) / [nodegroup-missing] g9b 없음 (nodegroup 추가 시나리오 미진행 상태) → g9 로 진행 / [nodes] g9-1 / [node-info g9-1] csp=kt, region=kt:KR1, zone=DX-M1, s… · 녹화 v07_IV4_S01_KT.webm

[K8s] K8s NodeGroup(K8s node) Scale out (1→2) ※ Scale in 은 IV4_S16, Infra NodeGroup scale 은 IV4_S07

항목	내용
기능 TC	TC-INFRA-035 K8s NodeGroup Scale out (1→2)
화면	Workloads > K8s Workloads > 목록에서 Cluster 선택 > 상세 > NodeGroup List 에서 NodeGroup 선택 > ⌄ Edit Scaling (Desired Node Count, autoscaling, min/max, Apply)
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=p1 선택 상태에서 시작. IV3 K8s Ready
자동화	IV4_S02

절차

[대상: K8s NodeGroup / K8s node] 1.K8s Workloads(Project p1)에서 k1d 선택 2.상세 NodeGroup List 에서 g1d 선택(NodeGroup Info Status Active 확인) 3.Edit Scaling: Desired 1→2 → Apply (Scale out) 4.Node List 에 K8s node 2개 확인, NodeGroup Active 복귀

기대결과

K8s node 수가 1→2 로 늘고 NodeGroup 은 Active 로 복귀한다. 판단은 Node List 의 실제 K8s node 수 기준(Desired 표시값은 한참 뒤에 갱신될 수 있음)

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 p1/k1s(K8s CSP 사이클 클러스터), mc-infra-connector = cb-spider 0.13.17-mzc-eks-lt2] PASS: NodeGroup Edit Scaling 으로 scale out. 결함 후보: Desired Node Size 표시가 늦게 갱신됨 / 이전(2026-10-07): [K8s NodeGroup / K8s node] v07 PASS(2026-10-07): k1d 의 NodeGroup 에서 Edit Scaling Desired 1→2… · 녹화 results-v07/iv4k8s/v07_IV4_S02_K8sWorkloads_EditScaling-ScaleOut_AWS.webm / 이전: results/v07/recordings/v07_IV4_S02_K8sWorkloads_EditScaling-ScaleOut_AWS.webm
• Azure 🚧 BLOCKED (2026-10-06) — [IV5 세션 수행, 2026-10-06 사용자 지시] ws01/p2 k2e / g2e(Standard_B4ms) Scale out 1→2: Edit Scaling Apply(desired 2, min 1, max 2) 요청 PutChangeK8sNodeGroupAutoscaleSize 가 3회 모두 약 12초 후 Error — Azure 400 ErrCode_InsufficientVCPUQuota "requested 4, remaining 2 for family standardBSFamily … · 녹화 WSL ~/mcmp-e2e-iv5/results/recordings/IV4_S02_K8sWorkloads_EditScaling-ScaleOut_Azure.webm
• Alibaba ✅ PASS (2026-10-06) — [IV5 세션 수행, 2026-10-06 사용자 지시] ws01/p3 k3(1.35.7-aliyun.1) / NodeGroup g3(ecs.e-c1m4.xlarge, cloud_essd 40GB) Edit Scaling. Scale out 1→2: node 2개·Active(표시 이상: Desired Node Size 0, Min/Max 2/2). Scale in 2→1: node 1개·Active(Desired 1, Min/Max 1/1). Edit Scaling 모달에서 desired 를 1… · 녹화 WSL ~/mcmp-e2e-iv5/results/recordings/IV4_S02_K8sWorkloads_EditScaling-ScaleOut_Alibaba.webm, IV4_S02_K8sWorkloads_EditScaling-ScaleIn_Alibaba.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15 p4/k4s(K8s CSP 사이클 클러스터)] PASS: NodeGroup Edit Scaling 으로 scale out. GKE 는 노드 수가 바뀐 뒤에도 Updating 상태가 수 분 이어져 Active 복귀까지 대기하도록 spec 보완. 결함 후보: Desired Node Size 표시가 늦게 갱신됨 · 녹화 results-v07/iv4infra/v07_IV4_S02_K8sWorkloads_EditScaling-ScaleOut_GCP.webm
• KT ⏭️ SKIP (2026-10-12) — SKIP(사용자 결정 2026-10-12): KT credential 은 있음(Credentials holder admin 에 kt, KT connection 220 중 verified 31, kt-kr1 선택 가능). 그러나 KT K8s 는 미구현 — cb-tumblebug assets/k8sclusterinfo.yaml 에 kt 없음, cb-spider KTDriver.go 의 ClusterHandler = false(사용자 확인). 화면에서도 Add cluster 에서 KT/kt-kr1 선…

멀티 CSP Infra 제어: nodegroup별 CSP 확인 → Node reboot

항목	내용
기능 TC	TC-INFRA-049 멀티 CSP Infra: nodegroup별 CSP 확인 → Node Reboot
화면	Infra 목록(검색) → mc10 상세(nodegroup 8개) → Node reboot 확인 팝업
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S11 완료
자동화	IV4_S03

절차

1.Infra 목록에서 mc10 검색 2.상세에서 nodegroup g10a~g10h와 CSP 구분 확인 3.nodegroup 1개 선택 후 Node reboot

기대결과

nodegroup별 CSP 표시, 상태 전이 후 Running 복귀

결과 (v07)

• 공통 ✅ PASS (2026-10-16) — v07 PASS(사본 rf-stub1): mc10 Group 탭 NodeGroup 6개, NodeGroup별 Node Info CSP 일치(alibaba/aws/azure/gcp/ibm/tencent). Node List ⌄ Reboot → 'Node reboot: g10-aws-1 · Completed', 목록·Node Status Running 유지 / 비고: g10-ncp·nhn 은 TC-WF-008 에서 미생성. Drive 문구 g10a~g10h 는 Workflow 결과 g10-… · 녹화 v07_IV4_S03.webm

[Infra] Infra Node 라이프사이클 ②-1: Suspend → Suspended 확인 (Resume 은 IV4_S15)

항목	내용
기능 TC	TC-INFRA-050 Infra Node Suspend → Suspended 확인
화면	Infra 목록 → Infra 선택 → Default 탭 Node List → node 선택(Node Info) → Node List ⌄ 메뉴 'Suspend' / 'Resume' → 확인 팝업 → 종 아이콘 Requests 패널
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3 Infra Running
자동화	IV4_S04

절차

[대상: Infra node] 1.Infra 목록에서 mc1 선택 → Default 탭 Node List 에서 node g1-1 선택(Node Info Running 확인) 2.node 체크 → Node List ⌄ 메뉴 Suspend → 확인 팝업 Confirm 3.Requests 패널 Completed 확인 4.Node Status=Suspended 확인(Node Info) 5.목록 Suspended 열 +1 확인(목록 갱신이 node 상태보다 늦어 재확인)

기대결과

Suspend 후 node 가 Suspended 로 전이하고 목록 Suspended 열이 +1 된다. 테스트는 Suspended 상태로 끝난다(Resume 은 IV4_S15 또는 다음 테스트 시작 시)

결과 (v07)

• AWS ✅ PASS (2026-10-07) — [Infra node g1-1/g1-2] v07 PASS(61s): [target] Infra node (K8s 아님): infra=mc1, nodegroup=g1 / [list-before] Running mc1mc1 33000 / | Running | mc1 | mc1 | | 3 | 3 | 0 | 0 | 0 / [node-info g1-1] csp=aws, region=aws:ap-northeast-2, zone=ap-northeast-2d, spec=t3.micro, status=Runni… · 녹화 v07_IV4_S04_AWS.webm
• Azure 🚧 BLOCKED (2026-10-16) — [2026-10-16] BLOCKED: mc2/g2-1 Resume 이 Azure 409 OperationNotAllowed "Operation 'Start VM' is not allowed on VM … since the VM is generalized." — 같은 날 IV3_S06(TC-INFRA-047)에서 g2-1 로 Custom Image 를 만들 때 Azure 가 원본 VM 을 generalize 함. 일반화된 VM 은 시작 불가 → Azure 전원 TC 진행 불가(새 Azure no… · 녹화 v07_IV4_S04_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — [2026-10-16] Node Suspend → 확인 → Suspended 확인(테스트 종료 상태로 복귀) · 녹화 v07_IV4_S04_Alibaba.webm
• GCP ✅ PASS (2026-10-16) — [2026-10-16] Node Suspend → 확인 → Suspended 확인(테스트 종료 상태로 복귀) · 녹화 v07_IV4_S04_GCP.webm
• Tencent ✅ PASS (2026-10-16) — [2026-10-16] Node Suspend → 확인 → Suspended 확인(테스트 종료 상태로 복귀) · 녹화 v07_IV4_S04_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-16) — [2026-10-16] Node Suspend → 확인 → Suspended 확인(테스트 종료 상태로 복귀) · 녹화 v07_IV4_S04_NHNCloud.webm
• NCP ✅ PASS (2026-10-16) — [2026-10-16] Node Suspend → 확인 → Suspended 확인(테스트 종료 상태로 복귀) · 녹화 v07_IV4_S04_NCP.webm
• IBM ✅ PASS (2026-10-16) — [2026-10-16] Node Suspend → 확인 → Suspended 확인(테스트 종료 상태로 복귀) · 녹화 v07_IV4_S04_IBM.webm
• KT ✅ PASS (2026-10-14) — v07 PASS(56s, 2026-10-14): [target] Infra node (K8s 아님): infra=mc9, nodegroup=g9 / [list-before] Running mc9mc9 11000 / | Running | mc9 | mc9 | | 1 | 1 | 0 | 0 | 0 / [node-info g9-1] csp=kt, region=kt:KR1, zone=DX-M1, spec=1x1.itl, status=Running, publicIp=<PUBLIC_IP>, priva… · 녹화 v07_IV4_S04_KT.webm

CSP 테스트 종료: Infra 전체 중지 (비용 방지, 녹화 선택)

항목	내용
기능 TC	TC-INFRA-052 Infra 전체 중지 (테스트 종료·비용 방지)
화면	Infra Workloads > Infra 선택 → Suspend
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. 해당 CSP 의 IV2~IV7 완료
자동화	IV4_S05

절차

1.Infra 목록에서 mc1 선택 → Suspend 2.mw1 선택 → Suspend 3.둘 다 Suspended 확인

기대결과

다른 CSP 테스트 진행 중 해당 CSP VM 이 과금되지 않도록 중지

결과 (v07)

• AWS ✅ PASS (2026-10-16) — v07 PASS(2026-10-16 12:01~12:19, 사본 rf-stub1): mc1·mw1 이미 Stopped(기록만) / 비고: 범위: ws01/default 의 mc{n}·mw{n}(mc10·K8s·다른 Project 제외) · 녹화 v07_IV4_S05_AWS.webm
• Azure ✅ PASS (2026-10-16) — v07 PASS(2026-10-16 12:01~12:19, 사본 rf-stub1): mw2 Running → Stopped(mc2 이미 Stopped) / 비고: 범위: ws01/default 의 mc{n}·mw{n}(mc10·K8s·다른 Project 제외) · 녹화 v07_IV4_S05_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — v07 PASS(2026-10-16 12:01~12:19, 사본 rf-stub1): mw3 Running → Stopped(mc3 이미 Stopped) / 비고: 범위: ws01/default 의 mc{n}·mw{n}(mc10·K8s·다른 Project 제외) · 녹화 v07_IV4_S05_Alibaba.webm
• GCP ✅ PASS (2026-10-16) — v07 PASS(2026-10-16 12:01~12:19, 사본 rf-stub1): mw4 Running → Stopped(mc4 이미 Stopped) / 비고: 범위: ws01/default 의 mc{n}·mw{n}(mc10·K8s·다른 Project 제외) · 녹화 v07_IV4_S05_GCP.webm
• Tencent ✅ PASS (2026-10-16) — v07 PASS(2026-10-16 12:01~12:19, 사본 rf-stub1): mw5 Running → Stopped(mc5 이미 Stopped) / 비고: 범위: ws01/default 의 mc{n}·mw{n}(mc10·K8s·다른 Project 제외) · 녹화 v07_IV4_S05_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-16) — v07 PASS(2026-10-16 12:01~12:19, 사본 rf-stub1): mc6 Running → Stopped(mw6 없음) / 비고: 범위: ws01/default 의 mc{n}·mw{n}(mc10·K8s·다른 Project 제외) · 녹화 v07_IV4_S05_NHNCloud.webm
• NCP ✅ PASS (2026-10-16) — v07 PASS(2026-10-16 12:01~12:19, 사본 rf-stub1): mc7 Running → Stopped(mw7 없음) / 비고: 범위: ws01/default 의 mc{n}·mw{n}(mc10·K8s·다른 Project 제외) · 녹화 v07_IV4_S05_NCP.webm
• IBM ✅ PASS (2026-10-16) — v07 PASS(2026-10-16 12:01~12:19, 사본 rf-stub1): mc8·mw8 Running → Stopped / 비고: 범위: ws01/default 의 mc{n}·mw{n}(mc10·K8s·다른 Project 제외) · 녹화 v07_IV4_S05_IBM.webm
• KT ✅ PASS (2026-10-16) — v07 PASS(2026-10-16 12:01~12:19, 사본 rf-stub1): mc9 Running → Stopped(mw9 없음) / 비고: 범위: ws01/default 의 mc{n}·mw{n}(mc10·K8s·다른 Project 제외) · 녹화 v07_IV4_S05_KT.webm

Infra Terminal 접속 (Infra/Node)

항목	내용
기능 TC	TC-INFRA-028 Infra Terminal 접속·원격 커맨드 (Infra/Node)
화면	Infra Workloads > Infra 선택 > 상세 우상단 Terminal / Node Info Public IP 옆 Terminal / Group 탭 Terminal
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3 Infra Running
자동화	IV4_S06

절차

1.Infra 목록에서 mc1 선택 2.Node List 에서 node g1-1 선택 → Node Info 의 Public IP 옆 'Terminal' 클릭 3.터미널 창에서 접속 확인(cb-user), 명령(hostname) 실행 4.Infra Info 우상단 'Terminal'(Infra 전체 대상)도 동일 확인 5.Group 탭 'Terminal'(NodeGroup 대상) 확인

기대결과

터미널이 열리고 SSH 접속 성공, 명령 응답 표시

결과 (v07)

• AWS ✅ PASS (2026-10-16) — v07 PASS(사본 rf-stub2, 대상 mc10 / g10-aws-1): Node Terminal: whoami=cb-user, hostname=ip-10-35-39-77 / Infra Terminal: 6/6 Success / NodeGroup Terminal: 1/1 Success / 비고: 1~3차 실패는 스크립트(결과 모달 위치, 상세 닫힘, 실행 확인 Run on N node 버튼) · 녹화 v07_IV4_S06_AWS.webm
• Azure ✅ PASS (2026-10-16) — v07 PASS(사본 rf-stub2, 대상 mw2 / g2-azure-1): Node Terminal: whoami=cb-user, hostname tbjtfn0clvvfkorikgi2 / Infra·NodeGroup Terminal 1/1 Success · 녹화 v07_IV4_S06_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — v07 PASS(사본 rf-stub2, 대상 mw3 / g3-alibaba-1): Node Terminal: whoami=cb-user, hostname 확인 / Infra·NodeGroup Terminal 1/1 Success · 녹화 v07_IV4_S06_Alibaba.webm
• GCP ✅ PASS (2026-10-16) — v07 PASS(사본 rf-stub2, 대상 mw4 / g4-gcp-1): Node Terminal: whoami=cb-user, hostname 확인 / Infra·NodeGroup Terminal 1/1 Success · 녹화 v07_IV4_S06_GCP.webm
• Tencent ✅ PASS (2026-10-16) — v07 PASS(사본 rf-stub2, 대상 mw5 / g5-tencent-1): Node Terminal: whoami=cb-user, hostname 확인 / Infra·NodeGroup Terminal 1/1 Success · 녹화 v07_IV4_S06_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-16) — v07 PASS(사본 rf-stub2, 대상 mc6 / g6-1): Node Terminal: whoami=cb-user, hostname 확인 / Infra·NodeGroup Terminal 1/1 Success / 비고: mc6 는 다른 세션이 Resume 해 둔 Running 상태로 테스트. 1차는 mc6 Suspended 로 SKIP → Resume 규칙 반영 후 재실행 · 녹화 v07_IV4_S06_NHNCloud.webm
• NCP ✅ PASS (2026-10-16) — v07 PASS(사본 rf-stub2, 대상 mc7 / g7-1): Node Terminal: whoami=cb-user, hostname 확인 / Infra·NodeGroup Terminal 1/1 Success / 비고: mc7 은 다른 세션이 Resume 해 둔 Running 상태로 테스트 · 녹화 v07_IV4_S06_NCP.webm
• IBM ✅ PASS (2026-10-16) — v07 PASS(사본 rf-stub2, 대상 mw8 / g8-ibm-1): Node Terminal: whoami=cb-user, hostname 확인 / Infra·NodeGroup Terminal 1/1 Success · 녹화 v07_IV4_S06_IBM.webm
• KT ❌ FAIL (2026-10-16) — v07 FAIL(91s, 사본 rf-kt): mc9 g9-1(Running, <PUBLIC_IP>, Ubuntu 24.04, 1x1.itl) Node Info Public IP 옆 Terminal → 'Would you like to connect?' Confirm 후 터미널 창(#cmdtestmodal)이 20초 안에 열리지 않음 / 비고: KT SSH 접속 문제 — 같은 원인의 기존 KT FAIL(TC-INFRA-029 KT, TC-OBS-001/002 KT, APP KT)과 동일. … · 녹화 v07_IV4_S06_KT.webm

Infra NodeGroup Scale (Scale Group Size) out

항목	내용
기능 TC	TC-INFRA-031 Infra NodeGroup Scale out (Scale Group Size)
화면	Infra Workloads > Infra 선택 > 상세 Group 탭 > NodeGroup 카드 선택 > Scale Group Size
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3 Infra Running
자동화	IV4_S07

절차

1.Infra 목록에서 mc1 선택 2.Group 탭 → NodeGroup g1 선택 → Scale Group Size → 추가 node 수 1 입력 → Apply (scale out) 3.종 아이콘 Requests 패널에서 요청 Completed 확인 4.목록 Total Nodes/Running +1, Default 탭 Node List 에서 신규 node Running 확인

기대결과

scale out 시 node 1개 추가 후 Running, 목록 Total Nodes 갱신 (Infra 는 scale in 기능 없음)

결과 (v07)

• AWS ✅ PASS (2026-10-07) — [Infra NodeGroup/node] v07 PASS(62s): [list-before] | ETC | mc1 | mc1 | | 4 | 3 | 1 | 0 | 0 / [infra-info-before] Partial-Running:3 (R:3/4) / [nodes-before] g1-1, g1b-1, g1c-1, g1c-2 / [node-info g1-1] csp=aws, region=aws:ap-northeast-2, zone=ap-northeast-2d, spec=t3.micro, stat… · 녹화 v07_IV4_S07_AWS.webm
• GCP ✅ PASS (2026-10-05) — [2026-10-05, 사용자 요청] 계획 대상(mc4/g4)이 아니라 Infra mc1 의 GCP nodegroup g1c(e2-small, asia-northeast3-a)에서 실행. 시작 상태: mc1 이 g1·g1b·g1c-1 Suspended, g1c-2 만 Running(목록 ETC, Partial-Suspended:3 (R:1/4)). Group 탭 g1c 만 체크 → Scale Group Size 추가 1 → Apply → 'ScaleOut: g1c +1 · Completed'(m…
• KT ✅ PASS (2026-10-14) — v07 PASS(115s, 2026-10-14): [list-before] | Running | mc9 | mc9 | | 1 | 1 | 0 | 0 | 0 / [infra-info-before] Running:1 (R:1/1) / [nodes-before] g9-1 / [node-info g9-1] csp=kt, region=kt:KR1, zone=DX-M1, spec=1x1.itl, status=Running, publicIp=<PUBLIC_IP>, privateIp=10.155.0.12… · 녹화 v07_IV4_S07_KT.webm

Scale Policy 등록 → 확인

항목	내용
기능 TC	TC-INFRA-032 Scale Policy 등록 → 확인
화면	Infra Workloads > Infra 선택 > 상세 Policy 탭(Add Policy) / Group 탭(Check Scale Policy)
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3 Infra Running
자동화	IV4_S08

절차

1.Infra 목록에서 mc1 선택 2.Policy 탭 'Add Policy' 로 Scale Policy 등록(대상 NodeGroup g1, 조건/주기/동작) 3.Scale Policy List(Infra Name, Infra ID, NodeGroup, Condition, Period, Action, Status)에 표시 확인 4.Group 탭 'Check Scale Policy' 실행 5.정책 삭제

기대결과

정책이 목록에 등록·표시되고 Check Scale Policy 결과 확인, 삭제 시 목록에서 제거

결과 (v07)

• AWS ❌ FAIL (2026-10-16) — v07 FAIL(사본 rf-stub1, 대상 mc10): Create Policy(cpu > 99, Node Name sp1) Deploy → alert 'Error deploying policy occurred: Request failed with status code 400', PostInfraPolicy 400 'Unmarshal type error: expected=int, got=string, field=policy.autoAction.nodeGroupDynamicReq.nodeGrou… · 녹화 v07_IV4_S08_AWS.webm
• Azure ❌ FAIL (2026-10-16) — v07 FAIL(사본 rf-stub1, 대상 mw2): Create Policy(cpu > 99, Node Name sp1) Deploy → alert 'Error deploying policy occurred: Request failed with status code 400', PostInfraPolicy 400 'Unmarshal type error: expected=int, got=string, field=policy.autoAction.nodeGroupDynamicReq.nodeGroup… · 녹화 v07_IV4_S08_Azure.webm
• Alibaba ❌ FAIL (2026-10-16) — v07 FAIL(사본 rf-stub1, 대상 mw3): Create Policy(cpu > 99, Node Name sp1) Deploy → alert 'Error deploying policy occurred: Request failed with status code 400', PostInfraPolicy 400 'Unmarshal type error: expected=int, got=string, field=policy.autoAction.nodeGroupDynamicReq.nodeGroup… · 녹화 v07_IV4_S08_Alibaba.webm
• GCP ❌ FAIL (2026-10-16) — v07 FAIL(사본 rf-stub1, 대상 mw4): Create Policy(cpu > 99, Node Name sp1) Deploy → alert 'Error deploying policy occurred: Request failed with status code 400', PostInfraPolicy 400 'Unmarshal type error: expected=int, got=string, field=policy.autoAction.nodeGroupDynamicReq.nodeGroup… · 녹화 v07_IV4_S08_GCP.webm
• Tencent ❌ FAIL (2026-10-16) — v07 FAIL(사본 rf-stub1, 대상 mw5): Create Policy(cpu > 99, Node Name sp1) Deploy → alert 'Error deploying policy occurred: Request failed with status code 400', PostInfraPolicy 400 'Unmarshal type error: expected=int, got=string, field=policy.autoAction.nodeGroupDynamicReq.nodeGroup… · 녹화 v07_IV4_S08_Tencent.webm
• NHN Cloud ❌ FAIL (2026-10-16) — v07 FAIL(사본 rf-stub1, 대상 mc6): Create Policy(cpu > 99, Node Name sp1) Deploy → alert 'Error deploying policy occurred: Request failed with status code 400', PostInfraPolicy 400 'Unmarshal type error: expected=int, got=string, field=policy.autoAction.nodeGroupDynamicReq.nodeGroup… · 녹화 v07_IV4_S08_NHNCloud.webm
• NCP ❌ FAIL (2026-10-16) — v07 FAIL(사본 rf-stub1, 대상 mc7): Create Policy(cpu > 99, Node Name sp1) Deploy → alert 'Error deploying policy occurred: Request failed with status code 400', PostInfraPolicy 400 'Unmarshal type error: expected=int, got=string, field=policy.autoAction.nodeGroupDynamicReq.nodeGroup… · 녹화 v07_IV4_S08_NCP.webm
• IBM ❌ FAIL (2026-10-16) — v07 FAIL(사본 rf-stub1, 대상 mw8): Create Policy(cpu > 99, Node Name sp1) Deploy → alert 'Error deploying policy occurred: Request failed with status code 400', PostInfraPolicy 400 'Unmarshal type error: expected=int, got=string, field=policy.autoAction.nodeGroupDynamicReq.nodeGroup… · 녹화 v07_IV4_S08_IBM.webm
• KT ❌ FAIL (2026-10-16) — v07 FAIL(80s, 사본 rf-kt): mc9 대상 Create Policy(sp9, cpu > 99, 1x1.itl) Deploy → alert 'Error deploying policy occurred: Request failed with status code 400', PostInfraPolicy 400 'Unmarshal type error: expected=int, got=string, field=policy.autoAction.nodeGroupDynamicReq.nodeGroup… · 녹화 v07_IV4_S08_KT.webm

Infra Node 라이프사이클 ③: Node Terminate

항목	내용
기능 TC	TC-INFRA-053 Infra Node Terminate
화면	Infra 목록 → Infra 선택 → Default 탭 Node List → node 선택(Node Info) → Node List ⌄ 메뉴 'Terminate' → 확인 팝업 → 종 아이콘 Requests 패널
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV4_S07 완료(scale out 으로 추가된 node g1-2 Running)
자동화	IV4_S09

절차

1.Infra 목록에서 mc1 선택 2.Default 탭 Node List 에서 IV4_S07 로 추가된 node g1-2 선택 → Node Info(CSP, Region, Node Spec, Node Status=Running) 확인 3.node 체크 → Node List ⌄ 메뉴 Terminate → 확인 팝업('terminate the node') Confirm 4.Requests 패널 'Node terminate: g1-2' Completed 확인 5.g1-2 Node Status=Terminated, 목록 Terminated 열 +1 확인 6.g1-1 은 Running 유지 확인

기대결과

대상 node 만 Terminated 로 전이, 나머지 node 는 Running 유지

결과 (v07)

• AWS ✅ PASS (2026-10-07) — [Infra node g1-1/g1-2] v07 PASS(59s): [list-before] | Running | mc1 | mc1 | | 4 | 4 | 0 | 0 | 0 / [nodes] g1-1, g1-2, g1c-1, g1c-2 / [node-info g1-1] csp=aws, region=aws:ap-northeast-2, zone=ap-northeast-2d, spec=t3.micro, status=Running, publicIp=<PUBLIC_IP>, privateIp=10.35.5… · 녹화 v07_IV4_S09_AWS.webm
• KT ✅ PASS (2026-10-14) — v07 PASS(54s, 2026-10-14): [list-before] | Running | mc9 | mc9 | | 2 | 2 | 0 | 0 | 0 / [nodes] g9-1, g9-2 / [node-info g9-1] csp=kt, region=kt:KR1, zone=DX-M1, spec=1x1.itl, status=Running, publicIp=<PUBLIC_IP>, privateIp=10.155.0.129, os=Ubuntu 24.04 / [node-info g9-2] csp=… · 녹화 v07_IV4_S09_KT.webm

Infra Node 라이프사이클 ④: Terminated Node Delete

항목	내용
기능 TC	TC-INFRA-054 Terminated Node Delete
화면	Infra 목록 → Infra 선택 → Default 탭 Node List → Terminated node 선택(Node Info) → Node List ⌄ 메뉴 'Delete' → 확인 팝업 → 종 아이콘 Requests 패널
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV4_S09 완료(node g1-2 Terminated)
자동화	IV4_S10

절차

1.Infra 목록에서 mc1 선택 2.Node List 에서 Terminated 상태 node g1-2 선택 → Node Info 의 Node Status=Terminated 확인 3.node 체크 → Node List ⌄ 메뉴 Delete → 확인 팝업('delete Node') Confirm 4.Requests 패널 Completed 확인 5.Node List 에서 g1-2 사라짐, 목록 Total Nodes -1 · Terminated 0 확인 6.g1-1 Running 유지 확인

기대결과

Terminated node 가 Infra 에서 삭제되고 Total Nodes 감소, 나머지 node 영향 없음

결과 (v07)

• AWS ✅ PASS (2026-10-07) — [Infra node g1-1/g1-2] v07 PASS(41s): [list-before] | ETC | mc1 | mc1 | | 4 | 3 | 0 | 1 | 0 / [nodes] g1-1, g1-2, g1c-1, g1c-2 / [node-info g1-2] csp=aws, region=aws:ap-northeast-2, zone=ap-northeast-2d, spec=t3.micro, status=Terminated, publicIp=<PUBLIC_IP>, privateIp=10.35.14.7… · 녹화 v07_IV4_S10_AWS.webm
• KT ✅ PASS (2026-10-14) — v07 PASS(43s, 2026-10-14): [list-before] | ETC | mc9 | mc9 | | 2 | 1 | 0 | 1 | 0 / [nodes] g9-1, g9-2 / [node-info g9-2] csp=kt, region=kt:KR1, zone=DX-M1, spec=1x1.itl, status=Terminated, publicIp=<PUBLIC_IP>, privateIp=10.155.0.110, os=Ubuntu 24.04 / [node-info g9-1] csp=k… · 녹화 v07_IV4_S10_KT.webm

NodeGroup 삭제 (nodegroup 내 node 전체 삭제)

항목	내용
기능 TC	TC-INFRA-055 NodeGroup 삭제 (nodegroup 내 node 전체 삭제)
화면	Infra 선택 → Group 탭 → NodeGroup 카드 선택(하단 Node List 로 대상 node 확인) → Default 탭 Node List 에서 node 별 ⌄ 메뉴 'Delete'(거부 시 Terminate 후 Delete) → 확인 팝업 → 종 아이콘 Requests 패널
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. 삭제 대상 nodegroup g1b(nodegroup 추가로 생성) 존재
자동화	IV4_S11

절차

1.Infra 목록에서 mc1 선택 2.Group 탭에서 대상 nodegroup g1b 만 선택 → 하단 Node List 로 해당 node 확인 3.Default 탭 Node List 에서 대상 node 를 하나씩 체크(대상 하나만) → ⌄ 메뉴 Delete → 확인 팝업('delete Node') Confirm (Delete 가 거부되면 Terminate → Terminated 확인 → Delete) 4.node 별 Requests 패널 Completed 확인 5.마지막 node 삭제 후 Group 탭에서 g1b 카드 사라짐, 목록 Total Nodes 감소 확인 6.다른 nodegroup 영향 없음 확인

기대결과

nodegroup 의 node 가 모두 삭제되고 nodegroup 이 Group 탭에서 제거됨. 다른 nodegroup 영향 없음

결과 (v07)

• AWS ✅ PASS (2026-10-07) — [Infra NodeGroup] g1b 삭제 PASS(1385s). 관찰: Running node 에 바로 Delete 를 하면 요청이 완료되지 않아(Requests 패널에 없음, 약 15분 대기) Terminate → Terminated → Delete 순으로 해야 삭제됨. 결과 nodegroup g1, g1c 만 남음. v07 PASS(1385s): [list-before] | ETC | mc1 | mc1 | | 4 | 3 | 1 | 0 | 0 / [infra-info-before] Part… · 녹화 v07_IV4_S11_AWS.webm
• GCP ✅ PASS (2026-10-05) — [2026-10-05, 사용자 요청] 계획 대상(mc4/g4b)이 아니라 Infra mc1 의 GCP nodegroup g1c(e2-small, asia-northeast3-a, node g1c-1·2·3 모두 Suspended)에서 실행. (1) 콘솔에 nodegroup 삭제 기능 없음(Group 탭: Terminal / Scale Group Size / Check Scale Policy 뿐) → 개선 사항. (2) 버그: Group 탭 하단 Node List ⌄ Delete 는 선택 node…
• KT ✅ PASS (2026-10-14) — 사전: IV3_S03_KT 로 nodegroup g9b(g9b-2) 추가. Running node Delete 요청은 약 15분 동안 완료 확인 안 됨 → Terminate(Completed) 후 Delete(Completed) → g9b 제거, mc9 g9(1) Running:1. v07 PASS(1378s, 2026-10-14): [list-before] | Running | mc9 | mc9 | | 2 | 2 | 0 | 0 | 0 / [infra-info-before] Running:2 (… · 녹화 v07_IV4_S11_KT.webm

Terminal 파일 전송 (Public IP Terminal)

항목	내용
기능 TC	TC-INFRA-029 Terminal 파일 전송 (Public IP Terminal)
화면	Infra 선택 → Default 탭 Node List → node 선택 → Node Info Public IP 옆 'Terminal' → 확인 팝업 → Remote Terminal(Command / Transfer a file) → File Transfer Result
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. 대상 node(g1-1) Running, Public IP 보유
자동화	IV4_S12

절차

1.Infra 목록에서 mc1 선택 → node g1-1 선택(Node Info 의 Public/Private IP 확인) 2.Public IP 옆 Terminal → 'Would you like to connect?' Confirm 3.Command 에서 hostname -I(Private IP 일치), 인스턴스 메타데이터 공인 IP(Public IP 일치) 확인 4.Transfer a file: Target Path /tmp/ → 테스트 파일(iv4_transfer_test_<시각>.txt) 드롭 → Transfer File 5.File Transfer Result 1/1 성공 확인 6.Command 에서 ls -l /tmp/<파일>, cat /tmp/<파일> 로 존재·내용 확인

기대결과

Public IP 옆 Terminal 로 대상 node 에 접속(Private/Public IP 가 Node Info 와 일치), 파일이 /tmp/ 에 전송되고 내용이 원본과 같음

결과 (v07)

• AWS ✅ PASS (2026-10-07) — [Infra node] v07 PASS(2026-10-07 13:42, 재실행): mc1/g1-1 Resume 후 Terminal 접속·명령(hostname -I, IMDSv2 공인 IP 일치 <PUBLIC_IP>)·파일 전송(/tmp, 55B, cat 내용 일치) 성공. 이력: 같은 시나리오가 11:51~12:00(mc1/g1-1, mc1/g1-2) 및 13:16(mt1/g1-1, Suspend→Resume 직후)에 'bastion VM (ID: g1-1) does not have a p… · 녹화 v07_IV4_S12_AWS.webm
• Azure ✅ PASS (2026-10-15) — [2026-10-15] PASS mc2/g2-1: Public IP 옆 Terminal 로 접속, hostname -I·공인 IP 가 Node Info 와 일치, 파일 1/1 전송, /tmp 에서 내용 일치(ls·cat). mc2 은 Suspended 였어서 실행 전 Resume, 끝난 뒤 다시 Suspend. 결함 후보: Terminal 첫 화면 'SSH Private IP is: <PUBLIC_IP>'(stage 서버 IP) 표시, File Transfer Result 상세의 NODE … · 녹화 v07_IV4_S12_Azure.webm
• Alibaba ✅ PASS (2026-10-15) — [2026-10-15] PASS mc3/g3-1: Public IP 옆 Terminal 로 접속, hostname -I·공인 IP 가 Node Info 와 일치, 파일 1/1 전송, /tmp 에서 내용 일치(ls·cat). mc3 는 원래 Running 이라 그대로 둠. 결함 후보: Terminal 첫 화면 'SSH Private IP is: <PUBLIC_IP>'(stage 서버 IP) 표시, File Transfer Result 상세의 NODE ID·NODE IP 가 N/A · 녹화 v07_IV4_S12_Alibaba.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15] PASS mc4/g4-1: Public IP 옆 Terminal 로 접속, hostname -I·공인 IP 가 Node Info 와 일치, 파일 1/1 전송, /tmp 에서 내용 일치(ls·cat). mc4 은 Suspended 였어서 실행 전 Resume, 끝난 뒤 다시 Suspend. 결함 후보: Terminal 첫 화면 'SSH Private IP is: <PUBLIC_IP>'(stage 서버 IP) 표시, File Transfer Result 상세의 NODE … · 녹화 v07_IV4_S12_GCP.webm
• Tencent ✅ PASS (2026-10-15) — [2026-10-15] PASS mc5/g5-1: Public IP 옆 Terminal 로 접속, hostname -I·공인 IP 가 Node Info 와 일치, 파일 1/1 전송, /tmp 에서 내용 일치(ls·cat). mc5 은 Suspended 였어서 실행 전 Resume, 끝난 뒤 다시 Suspend. 결함 후보: Terminal 첫 화면 'SSH Private IP is: <PUBLIC_IP>'(stage 서버 IP) 표시, File Transfer Result 상세의 NODE … · 녹화 v07_IV4_S12_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-15) — [2026-10-15] PASS mc6/g6-1: Public IP 옆 Terminal 로 접속, hostname -I·공인 IP 가 Node Info 와 일치, 파일 1/1 전송, /tmp 에서 내용 일치(ls·cat). mc6 은 Suspended 였어서 실행 전 Resume, 끝난 뒤 다시 Suspend. 결함 후보: Terminal 첫 화면 'SSH Private IP is: <PUBLIC_IP>'(stage 서버 IP) 표시, File Transfer Result 상세의 NODE … · 녹화 v07_IV4_S12_NHNCloud.webm
• NCP ✅ PASS (2026-10-15) — [2026-10-15] PASS mc7/g7-1: Public IP 옆 Terminal 로 접속, hostname -I·공인 IP 가 Node Info 와 일치, 파일 1/1 전송, /tmp 에서 내용 일치(ls·cat). mc7 은 Suspended 였어서 실행 전 Resume, 끝난 뒤 다시 Suspend. 결함 후보: Terminal 첫 화면 'SSH Private IP is: <PUBLIC_IP>'(stage 서버 IP) 표시, File Transfer Result 상세의 NODE … · 녹화 v07_IV4_S12_NCP.webm
• IBM ✅ PASS (2026-10-15) — [2026-10-15] PASS mc8/g8-1: Public IP 옆 Terminal 로 접속, hostname -I·공인 IP 가 Node Info 와 일치, 파일 1/1 전송, /tmp 에서 내용 일치(ls·cat). mc8 은 Suspended 였어서 실행 전 Resume, 끝난 뒤 다시 Suspend. 결함 후보: Terminal 첫 화면 'SSH Private IP is: <PUBLIC_IP>'(stage 서버 IP) 표시, File Transfer Result 상세의 NODE … · 녹화 v07_IV4_S12_IBM.webm
• KT ❌ FAIL (2026-10-14) — Public IP <PUBLIC_IP> 옆 Terminal → "Would you like to connect?" Confirm 후 터미널 창(#cmdtestmodal)이 열리지 않음(20초). IV5 KT(mc9 SSH 접속 불가로 SW 설치 FAIL)와 같은 원인 추정 — KT node SSH 연결 문제. v07 FAIL(47s, 2026-10-14): [node-info g9-1] csp=kt, region=kt:KR1, zone=DX-M1, spec=1x1.itl, status=R… · 녹화 v07_IV4_S12_KT.webm

K8s NodeGroup 삭제 요청 → Deleting 확인

항목	내용
기능 TC	TC-INFRA-057 K8s NodeGroup 삭제 요청 → Deleting 확인
화면	Workloads > K8s Workloads > 목록에서 Cluster 선택 > 상세 > NodeGroup 선택 > 삭제 → 확인 팝업 → 상태
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=p1 선택 상태에서 시작. IV3_S21 완료: k1d 가 Active, NodeGroup g1d 가 Ready
자동화	IV4_S13

절차

1.K8s Workloads 목록(Project p1)에서 k1d 선택 2.상세에서 NodeGroup g1d 선택 3.NodeGroup 삭제 → 확인 팝업 Confirm 4.g1d 가 Deleting(진행 중)으로 표시되는지 확인 후 종료 (삭제 완료 대기는 녹화하지 않음)

기대결과

삭제 요청이 접수되고 NodeGroup g1d 가 Deleting 으로 표시. 마지막 NodeGroup 삭제를 거부하는 CSP 는 거부 메시지를 기록

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 p1/k1s(K8s CSP 사이클 클러스터), mc-infra-connector = cb-spider 0.13.17-mzc-eks-lt2] PASS: IV3_S20 시험 NodeGroup g1w 삭제 요청 → Deleting. 결함 후보: NodeGroup Info 의 Image 가 AL2023_x86_64_STANDARD 로 표시되나 실제 노드는 arm64(AL2023_ARM_64 선택) / 이전(2026-10-07): [K8s NodeGroup g1d] v07 PASS(… · 녹화 v07_IV4_S13_K8sWorkloads_DeleteNodeGroup-Deleting_AWS.webm
• Azure ✅ PASS (2026-10-06) — [IV5 세션 수행, 2026-10-06 사용자 지시] p2 k2e / g2e 삭제 요청 → 거부(마지막 NodeGroup): 오류 토스트 "K8s NG delete: g2e — Failed to Remove NodeGroup … 400 OperationNotAllowed: There has to be at least one agent pool." AKS 는 마지막 노드풀 삭제 불가 → 기대결과의 "거부 메시지 기록"에 해당. g2e Active 유지 · 녹화 WSL ~/mcmp-e2e-iv5/results/recordings/IV4_S13_Azure.webm
• Alibaba ✅ PASS (2026-10-06) — [IV5 세션 수행, 2026-10-06 사용자 지시] p3 k3 / g3: NodeGroup List ⌄ Delete → "Would you like to delete NodeGroup ?" Confirm → g3 Deleting, k3 Active 유지. 카드 id 가 CSP ID 라 IV4_K8S_NG=npaddc36c9d06a46b6b965a2a61417e57d 로 실행. 요청 이력 패널에서 요청 ID 는 찾지 못함(화면 상태로 판정) · 녹화 WSL ~/mcmp-e2e-iv5/results/recordings/IV4_S13_Alibaba.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15 p4/k4s(K8s CSP 사이클 클러스터)] PASS: NodeGroup 삭제 요청 → Deleting · 녹화 v07_IV4_S13_K8sWorkloads_DeleteNodeGroup-Deleting_GCP.webm
• KT ⏭️ SKIP (2026-10-12) — SKIP(사용자 결정 2026-10-12): KT credential 은 있음(Credentials holder admin 에 kt, KT connection 220 중 verified 31, kt-kr1 선택 가능). 그러나 KT K8s 는 미구현 — cb-tumblebug assets/k8sclusterinfo.yaml 에 kt 없음, cb-spider KTDriver.go 의 ClusterHandler = false(사용자 확인). 화면에서도 Add cluster 에서 KT/kt-kr1 선…

K8s NodeGroup 삭제 완료 확인 (목록/상세에서 NodeGroup 제거)

항목	내용
기능 TC	TC-INFRA-058 K8s NodeGroup 삭제 완료 확인 (목록/상세에서 제거)
화면	Workloads > K8s Workloads > 목록에서 Cluster 선택 > 상세 > NodeGroup 목록
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=p1 선택 상태에서 시작. IV4_S13 의 삭제 요청 후 삭제 완료까지 대기한 상태
자동화	IV4_S14

절차

1.K8s Workloads 목록(Project p1)에서 k1d 선택 2.상세 NodeGroup 목록에서 g1d 가 사라졌는지 확인 3.Cluster k1d 상태가 Active 로 유지되는지, 목록의 Node Group 열 값이 갱신되었는지 확인

기대결과

NodeGroup g1d 가 목록에서 제거되고 Cluster k1d 는 Active 유지. 삭제가 거부된 CSP 는 NodeGroup 이 그대로 남아 있음을 기록

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 p1/k1s(K8s CSP 사이클 클러스터), mc-infra-connector = cb-spider 0.13.17-mzc-eks-lt2] PASS: g1w NodeGroup 목록에서 제거, 클러스터 Active 유지 / 이전(2026-10-07): [K8s NodeGroup g1d] v07 PASS(207s): [nodegroup-trail] Deleting@10s → (없음)@186s / [nodegroups-after] (없음) / [list-after] | | Act… · 녹화 v07_IV4_S14_K8sWorkloads_CheckNodeGroupDeleted_AWS.webm
• Azure ⏭️ SKIP (2026-10-06) — [IV5 세션 수행, 2026-10-06 사용자 지시] IV4_S13_Azure 에서 마지막 NodeGroup 삭제가 AKS 정책으로 거부되어 g2e 가 남음 → 삭제 완료 확인 대상 없음(미실행). 이후 클러스터 k2e 삭제(CL_S01)로 함께 제거
• Alibaba ❌ FAIL (2026-10-06) — [IV5 세션 수행, 2026-10-06 사용자 지시] g3 는 Deleting 후 약 4분(235s)에 상세 NodeGroup 목록에서 제거, k3 Active 유지(삭제 기능은 정상). 그러나 클러스터 목록의 Node Group 열이 1 로 남음(상세 0) → 목록 값 미갱신으로 FAIL. 클러스터 삭제 직전까지도 1 · 녹화 WSL ~/mcmp-e2e-iv5/results/recordings/IV4_S14_Alibaba.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15 p4/k4s(K8s CSP 사이클 클러스터)] PASS: NodeGroup 목록에서 제거, 클러스터 Active 유지 · 녹화 v07_IV4_S14_K8sWorkloads_CheckNodeGroupDeleted_GCP.webm
• KT ⏭️ SKIP (2026-10-12) — SKIP(사용자 결정 2026-10-12): KT credential 은 있음(Credentials holder admin 에 kt, KT connection 220 중 verified 31, kt-kr1 선택 가능). 그러나 KT K8s 는 미구현 — cb-tumblebug assets/k8sclusterinfo.yaml 에 kt 없음, cb-spider KTDriver.go 의 ClusterHandler = false(사용자 확인). 화면에서도 Add cluster 에서 KT/kt-kr1 선…

[Infra] Infra Node 라이프사이클 ②-2: Resume → Running 확인 (IV4_S04 Suspend 의 후속)

항목	내용
기능 TC	TC-INFRA-051 Infra Node Resume → Running 확인
화면	Infra 목록 → Infra 선택 → Default 탭 Node List → node 선택(Node Info) → Node List ⌄ 메뉴 'Resume' → 확인 팝업 → 종 아이콘 Requests 패널
구분	정상 · CSP별
사전 조건	admin 로그인, ws01/default. 대상 Infra node 가 Suspended (IV4_S04 이후, 또는 테스트 종료 시 Suspend 해 둔 상태). Suspended 가 아니면 SKIP
자동화	IV4_S15

절차

[대상: Infra node] 1.Infra 목록에서 mc1 선택 → Node List 에서 node g1-1 선택(Node Info Node Status=Suspended 확인) 2.node 체크 → Node List ⌄ 메뉴 Resume → 확인 팝업 Confirm 3.Requests 패널 Completed 확인 4.Node Status=Running 복귀 확인 5.목록 Running 열 +1 / Suspended 열 -1 확인(갱신 지연 대비 재확인)

기대결과

Resume 후 node 가 Running 으로 복귀하고 목록 Running/Suspended 열이 갱신된다

결과 (v07)

• AWS ✅ PASS (2026-10-07) — [Infra node g1-1/g1-2] v07 PASS(61s): [target] Infra node (K8s 아님): infra=mc1, nodegroup=g1 / [list-before] | ETC | mc1 | mc1 | | 3 | 2 | 1 | 0 | 0 / [node-info g1-1] csp=aws, region=aws:ap-northeast-2, zone=ap-northeast-2d, spec=t3.micro, status=Suspended, publicIp=Region, priv… · 녹화 v07_IV4_S15_InfraWorkloads_NodeResume_AWS.webm
• Azure 🚧 BLOCKED (2026-10-16) — [2026-10-16] BLOCKED: mc2/g2-1 Resume 이 Azure 409 OperationNotAllowed "Operation 'Start VM' is not allowed on VM … since the VM is generalized." — 같은 날 IV3_S06(TC-INFRA-047)에서 g2-1 로 Custom Image 를 만들 때 Azure 가 원본 VM 을 generalize 함. 일반화된 VM 은 시작 불가 → Azure 전원 TC 진행 불가(새 Azure no… · 녹화 v07_IV4_S15_InfraWorkloads_NodeResume_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — [2026-10-16] Suspended node → Node List ⌄ Resume → 확인 → Requests 패널 완료, Running 확인 · 녹화 v07_IV4_S15_InfraWorkloads_NodeResume_Alibaba.webm
• GCP ✅ PASS (2026-10-16) — [2026-10-16] Suspended node → Node List ⌄ Resume → 확인 → Requests 패널 완료, Running 확인 · 녹화 v07_IV4_S15_InfraWorkloads_NodeResume_GCP.webm
• Tencent ✅ PASS (2026-10-16) — [2026-10-16] Suspended node → Node List ⌄ Resume → 확인 → Requests 패널 완료, Running 확인 · 녹화 v07_IV4_S15_InfraWorkloads_NodeResume_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-16) — [2026-10-16] Suspended node → Node List ⌄ Resume → 확인 → Requests 패널 완료, Running 확인 · 녹화 v07_IV4_S15_InfraWorkloads_NodeResume_NHNCloud.webm
• NCP ✅ PASS (2026-10-16) — [2026-10-16] Suspended node → Node List ⌄ Resume → 확인 → Requests 패널 완료, Running 확인 · 녹화 v07_IV4_S15_InfraWorkloads_NodeResume_NCP.webm
• IBM ✅ PASS (2026-10-16) — [2026-10-16] Suspended node → Node List ⌄ Resume → 확인 → Requests 패널 완료, Running 확인 · 녹화 v07_IV4_S15_InfraWorkloads_NodeResume_IBM.webm
• KT ✅ PASS (2026-10-14) — v07 PASS(55s, 2026-10-14): [target] Infra node (K8s 아님): infra=mc9, nodegroup=g9 / [list-before] | Stopped | mc9 | mc9 | | 1 | 0 | 1 | 0 | 0 / [node-info g9-1] csp=kt, region=kt:KR1, zone=DX-M1, spec=1x1.itl, status=Suspended, publicIp=<PUBLIC_IP>, privateIp=10.155.0.129, os… · 녹화 v07_IV4_S15_InfraWorkloads_NodeResume_KT.webm

[K8s] K8s NodeGroup(K8s node) Scale in (2→1) (IV4_S02 Scale out 의 후속)

항목	내용
기능 TC	TC-INFRA-036 K8s NodeGroup Scale in (2→1)
화면	Workloads > K8s Workloads > 목록에서 Cluster 선택 > 상세 > NodeGroup List 에서 NodeGroup 선택 > ⌄ Edit Scaling (Desired Node Count, Apply)
구분	정상 · CSP별
사전 조건	admin 로그인, ws01, Project p1. IV4_S02 Scale out 성공(NodeGroup K8s node 2개). node 가 2개가 아니면 SKIP
자동화	IV4_S16

절차

[대상: K8s NodeGroup / K8s node] 1.K8s Workloads(Project p1)에서 k1d 선택 2.상세 NodeGroup List 에서 g1d 선택(node 2개, Status Active, NodeGroup Info 의 Desired 표시 확인) 3.Edit Scaling: Desired 2→1 → Apply (Scale in) 4.Node List 에 K8s node 1개, NodeGroup Active 복귀

기대결과

K8s node 수가 2→1 로 줄고 NodeGroup 은 Active 로 복귀한다

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 p1/k1s(K8s CSP 사이클 클러스터), mc-infra-connector = cb-spider 0.13.17-mzc-eks-lt2] PASS: NodeGroup Edit Scaling 으로 scale in / 이전(2026-10-07): [K8s NodeGroup / K8s node] v07 PASS(2026-10-07, 상태 확인): g1s node 2개 → Desired 2→1 Apply → 토스트 'Scaling updated K8s NG autoscale si… · 녹화 v07_IV4_S16_K8sWorkloads_EditScaling-ScaleIn_AWS.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15 p4/k4s(K8s CSP 사이클 클러스터)] PASS: NodeGroup Edit Scaling 으로 scale in. GKE Updating → Active 복귀까지 대기 · 녹화 v07_IV4_S16_K8sWorkloads_EditScaling-ScaleIn_GCP.webm
• KT ⏭️ SKIP (2026-10-12) — SKIP(사용자 결정 2026-10-12): KT credential 은 있음(Credentials holder admin 에 kt, KT connection 220 중 verified 31, kt-kr1 선택 가능). 그러나 KT K8s 는 미구현 — cb-tumblebug assets/k8sclusterinfo.yaml 에 kt 없음, cb-spider KTDriver.go 의 ClusterHandler = false(사용자 확인). 화면에서도 Add cluster 에서 KT/kt-kr1 선…

SSH 접속 정보 확인 (Node Info · SSH Keys Private Key Copy)

항목	내용
기능 TC	TC-INFRA-026 SSH 접속 정보 확인
화면	Infra Workloads → mc1 → node g1-1 Node Info / Cloud Resources > SSH Keys 상세
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. Infra mc1 Running(읽기만)
자동화	IV4_S17

절차

1.Node Info: Public IP · User ID · Keypair Name 2.SSH Keys → Keypair 상세: 연결 node · Private Key 마스킹 3.Copy → 클립보드 PEM

기대결과

SSH 접속에 필요한 공인 IP · 사용자 · 개인키를 화면에서 얻을 수 있다

결과 (v07)

• AWS ✅ PASS (2026-10-15) — v07 PASS: Public IP 확인, user cb-user, keypair mc1-aws-ap-northeast-2(연결 g1-1·g1-2), 화면 마스킹, Copy → RSA PRIVATE KEY(값 미기록) · 녹화 v07_IV4_S17_AWS.webm

SSH 클라이언트로 노드 접속

항목	내용
기능 TC	TC-INFRA-027 SSH 클라이언트로 노드 접속
화면	IV4_S17 접속 정보 → 테스트 PC ssh 클라이언트
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV4_S17, node Running, 보안그룹 22 허용
자동화	IV4_S18

절차

1.Node Info 공인 IP·사용자 2.SSH Keys Copy 개인키 3.임시 키 파일(600) 4.ssh -i … cb-user@IP 'hostname; whoami' 5.임시 키 삭제

기대결과

SSH 접속 성공, hostname · 사용자 출력

결과 (v07)

• AWS ✅ PASS (2026-10-15) — v07 PASS: ssh 접속 성공 → ip-10-35-57-49 / cb-user · 녹화 v07_IV4_S18_AWS.webm

[K8s] kubectl 접속 정보 획득 (kubeconfig / token)

항목	내용
기능 TC	TC-INFRA-037 kubectl 접속 정보 획득 (kubeconfig / token)
화면	Workloads > K8s Workloads(Project p1) → 클러스터 선택 → Cluster Info 의 Copy KubeConfig
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인, ws01/p1. K8s CSP 사이클 클러스터 k1s Running
자동화	IV4_S19

절차

1.k1s 상세 진입 2.Copy KubeConfig → 클립보드 = 화면이 받은 kubeconfig 3.exec 인증 CSP(AWS EKS, GCP GKE)는 단기 토큰 발급 확인

기대결과

EKS/GKE 는 exec 플러그인 참조 kubeconfig + 단기 토큰 발급(Azure/기타는 인증서·비밀번호 내장 정적 kubeconfig)

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 p1/k1s] PASS: kubeconfig 방식 exec(aws-iam-authenticator), 단기 토큰 발급 확인 · 녹화 v07_IV4_S19_AWS.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15 p4/k4s] PASS: kubeconfig 방식 exec(gke-gcloud-auth-plugin), 단기 토큰 발급 확인 · 녹화 v07_IV4_S19_GCP.webm

[K8s] kubectl 로 앱 배포

항목	내용
기능 TC	TC-INFRA-038 kubectl 로 앱 배포
화면	IV4_S19 의 Copy KubeConfig → 테스트 PC 의 kubectl
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인, ws01/p1. IV4_S19(kubeconfig), 클러스터 k1s·NodeGroup Ready
자동화	IV4_S20

절차

1.Copy KubeConfig(+ exec CSP 는 GetK8sClusterToken 토큰으로 user 인증 대체) 2.kubectl get nodes 3.kubectl apply -f nginx-deployment(이름 iv4-s20-nginx) 4.pod Running 확인 5.(정리) kubectl delete

기대결과

deployment·pod 생성 성공, pod Running

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 p1/k1s] PASS: nginx Pod Running 확인 후 삭제 · 녹화 v07_IV4_S20_AWS.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15 p4/k4s] PASS: nginx Pod Running 확인 후 삭제 · 녹화 v07_IV4_S20_GCP.webm