Repository navigation
Test Scenarios IV4
dogfootman edited this page Oct 21, 2026
·
14 revisions
생성: 2026-10-16 · 기준: v07 설치 후 통합 검증(IV) · 원본: 여정별 계획서(Excel) ← Test Scenarios · IV 허브 · 기능 TC
| 시나리오 | 기능 TC | 제목 | 유형 | 결과 (CSP별) | spec |
|---|---|---|---|---|---|
| IV4_S01 | TC-INFRA-048 | Infra Node 라이프사이클 ①: 상세(nodegroup·node) 확인 → Node Reboot | 정상 | ✅ 9건 | 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 | 정상 | ✅ 5건 · ❌ IBM · 🚧 Azure · ⏭️ KT · ⬜ NCP | 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) | 정상 | ✅ 9건 | 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 | 정상 | ✅ 9건 | IV4_S07 |
| IV4_S08 | TC-INFRA-032 | Scale Policy 등록 → 확인 | 정상 | ❌ 9건 | IV4_S08 |
| IV4_S09 | TC-INFRA-053 | Infra Node 라이프사이클 ③: Node Terminate | 정상 | ✅ 9건 | IV4_S09 |
| IV4_S10 | TC-INFRA-054 | Infra Node 라이프사이클 ④: Terminated Node Delete | 정상 | ✅ 9건 | IV4_S10 |
| IV4_S11 | TC-INFRA-055 | NodeGroup 삭제 (nodegroup 내 node 전체 삭제) | 정상 | ✅ 8건 · ⬜ Azure | IV4_S11 |
| IV4_S12 | TC-INFRA-029 | Terminal 파일 전송 (Public IP Terminal) | 정상 | ✅ 8건 · ❌ KT | IV4_S12 |
| IV4_S13 | TC-INFRA-057 | K8s NodeGroup 삭제 요청 → Deleting 확인 | 정상 | ✅ 7건 · ⏭️ KT · ⬜ NCP | IV4_S13 |
| IV4_S14 | TC-INFRA-058 | K8s NodeGroup 삭제 완료 확인 (목록/상세에서 NodeGroup 제거) | 정상 | ✅ 8건 · ⏭️ KT | IV4_S14 |
| IV4_S15 | TC-INFRA-051 | [Infra] Infra Node 라이프사이클 ②-2: Resume → Running 확인 (IV4_S04 Suspend 의 후속) | 정상 | ✅ 9건 | IV4_S15 |
| IV4_S16 | TC-INFRA-036 | [K8s] K8s NodeGroup(K8s node) Scale in (2→1) (IV4_S02 Scale out 의 후속) | 정상 | ✅ 6건 · 🚧 Azure, IBM · ⏭️ KT | 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 ✅ PASS (2026-10-19) — [2026-10-19] 10-16 BLOCKED(g2-1 일반화) 재실행: MyImage img2 로 만든 g2b-2 대상(IV4_POWER_NG=g2b). v07 PASS(183s): [list-before] Running mc2mc2 11000 / [infra-info] Infra Info [ mc2 ] Status: Running:1 (R:1/1) / [nodegroups] g2b(1) / [nodes] g2b-2 / [node-info g2b-2] csp=azure, region=azur… · 녹화
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-20) — v07 BLOCKED(2026-10-20): Azure 400 ErrCode_InsufficientVCPUQuota(구독 vCPU 할당량 부족) — 10-06 과 같은 환경 제약 · 녹화
results-v07/iv4c/v07_IV4_S02_K8sWorkloads_EditScaling-ScaleOut_Azure.webm -
Alibaba ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): Edit Scaling desired 1→2 → node 2개 · 녹화
results-v07/iv4k8s/v07_IV4_S02_K8sWorkloads_EditScaling-ScaleOut_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 -
Tencent ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): Edit Scaling desired 1→2 → node 2개 · 녹화
results-v07/iv4c/v07_IV4_S02_K8sWorkloads_EditScaling-ScaleOut_Tencent.webm -
NHN Cloud ✅ PASS (2026-10-21) — v07 PASS(2026-10-21 08:14, UI·autoscaler 경유, k6e): NHN 은 노드 수 직접 변경 불가(SPIDER-TECH-001) → Edit Scaling 으로 autoscaling on·min 1·max 3 + 노드당 1개 워크로드 2개 → UI Node List node 1→2(8분, Desired 2, Auto Scaling true). 10-20 16:21 동일 절차 PASS(9분) · 녹화
results-v07/iv5b/v07_IV4_S02_K8sWorkloads_EditScaling-ScaleOut_NHNCloud.webm -
IBM ❌ FAIL (2026-10-20) — v07 FAIL(2026-10-20 16:49, UI·autoscaler 경유, k8g): IBM 은 노드 수 직접 변경 불가(SPIDER-TECH-001) → Edit Scaling(autoscaling on·1~3) 적용 시 콘솔이 ①크기 변경(desired 1, min 1, max 3) → ②autoscaling on 두 단계를 보내는데, ①이 실제로는 반영(Min/Max 1/3)되지만 spider 응답이 500(KeyPair Not visible in IBM)이라 콘솔이 ②를 실행하지 않… · 녹화
results-v07/iv5d/v07_IV4_S02_K8sWorkloads_EditScaling-ScaleOut_IBM.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 ✅ PASS (2026-10-19) — [2026-10-19] 10-16 BLOCKED(g2-1 일반화) 재실행: g2b-2 대상(IV4_POWER_NG=g2b). v07 PASS(140s): [target] Infra node (K8s 아님): infra=mc2, nodegroup=g2b / [list-before] Running mc2mc2 11000 / | Running | mc2 | mc2 | | 1 | 1 | 0 | 0 | 0 / [node-info g2b-2] csp=azure, region=azure:koreacentra… · 녹화
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 -
Azure ✅ PASS (2026-10-19) — [2026-10-19] g2 의 node(g2-1)가 삭제돼 g2b 를 Scale out(IV4_SCALE_NG=g2b). v07 PASS(496s): [list-before] | Running | mc2 | mc2 | | 1 | 1 | 0 | 0 | 0 / [infra-info-before] Running:1 (R:1/1) / [nodes-before] g2b-2 / [node-info g2b-2] csp=azure, region=azure:koreacentral, zone=1, spec=St… · 녹화
results-v07/iv4infra/v07_IV4_S07_Azure_scaleout_g2b.webm -
Alibaba ✅ PASS (2026-10-19) — v07 PASS(135s): [list-before] | Running | mc3 | mc3 | | 1 | 1 | 0 | 0 | 0 / [infra-info-before] Running:1 (R:1/1) / [nodes-before] g3-1 / [node-info g3-1] csp=alibaba, region=alibaba:ap-northeast-2, zone=ap-northeast-2a, spec=ecs.t6-c1m2.large, status=Running, publicIp=47.80.242… · 녹화
v07_IV4_S07_Alibaba.webm -
GCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): 10-20 재확인: g4 Scale out 1→2 (Requests 패널에 없어 GetRequest Success 로 확인) · 녹화
v07_IV4_S07_GCP.webm -
Tencent ✅ PASS (2026-10-19) — v07 PASS(255s): [list-before] | Running | mc5 | mc5 | | 1 | 1 | 0 | 0 | 0 / [infra-info-before] Running:1 (R:1/1) / [nodes-before] g5-1 / [node-info g5-1] csp=tencent, region=tencent:ap-seoul, zone=ap-seoul-1, spec=S5.MEDIUM2, status=Running, publicIp=<PUBLIC_IP>, privateIp=10… · 녹화
v07_IV4_S07_Tencent.webm -
NHN Cloud ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup Scale out 1→2 · 녹화
v07_IV4_S07_NHNCloud.webm -
NCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup Scale out 1→2 · 녹화
v07_IV4_S07_NCP.webm -
IBM ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup Scale out 1→2 · 녹화
v07_IV4_S07_IBM.webm -
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 -
Azure ✅ PASS (2026-10-19) — [2026-10-19 사용자 결정] 일반화돼 재시작 불가한 g2-1 을 Terminate 대상으로 지정(IV4_TARGET_NODE=g2-1, 시작 상태 Running 조건은 기록만). v07 PASS(155s): [dropdown-empty-retry] 시도 1: 드롭다운 비어 있음 → 새로고침 / [list-before] | ETC | mc2 | mc2 | | 2 | 1 | 1 | 0 | 0 / [nodes] g2-1, g2b-2 / [node-info g2b-2] csp=azure, reg… · 녹화
v07_IV4_S09_Azure.webm -
Alibaba ✅ PASS (2026-10-19) — v07 PASS(144s): [list-before] | Running | mc3 | mc3 | | 2 | 2 | 0 | 0 | 0 / [nodes] g3-1, g3-2 / [node-info g3-1] csp=alibaba, region=alibaba:ap-northeast-2, zone=ap-northeast-2a, spec=ecs.t6-c1m2.large, status=Running, publicIp=<PUBLIC_IP>, privateIp=10.2.44.131, os=Ubuntu 22.… · 녹화
v07_IV4_S09_Alibaba.webm -
GCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): 10-20 재실행: Scale out 으로 추가된 g4-2 Terminate → Terminated. 10-19 FAIL 은 테스트가 Requests 패널에서 요청을 못 찾은 것(여러 실행이 같은 계정으로 요청을 쌓으면 밀려남) → GetRequest 직접 조회로 Success 확인 · 녹화
v07_IV4_S09_GCP.webm -
Tencent ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): 10-20: Scale out 으로 추가된 g5-2 Terminate → Terminated(10-19 18시 stop 으로 중단분 재실행) · 녹화
v07_IV4_S09_Tencent.webm -
NHN Cloud ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): 추가 node Terminate · 녹화
v07_IV4_S09_NHNCloud.webm -
NCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): 추가 node Terminate · 녹화
v07_IV4_S09_NCP.webm -
IBM ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): 추가 node Terminate · 녹화
v07_IV4_S09_IBM.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 -
Azure ✅ PASS (2026-10-19) — [2026-10-19 사용자 결정] IV4_S09 로 Terminated 된 g2-1 을 Delete(IV4_TARGET_NODE=g2-1). v07 PASS(130s): [list-before] | ETC | mc2 | mc2 | | 2 | 1 | 0 | 1 | 0 / [nodes] g2-1, g2b-2 / [node-info g2-1] csp=azure, region=azure:koreacentral, zone=1, spec=Standard_B1ms, status=Terminated, pub… · 녹화
v07_IV4_S10_Azure.webm -
Alibaba ✅ PASS (2026-10-19) — v07 PASS(106s): [list-before] | ETC | mc3 | mc3 | | 2 | 1 | 0 | 1 | 0 / [nodes] g3-1, g3-2 / [node-info g3-2] csp=alibaba, region=alibaba:ap-northeast-2, zone=ap-northeast-2a, spec=ecs.t6-c1m2.large, status=Terminated, publicIp=<PUBLIC_IP>, privateIp=10.2.44.141, os=Ubuntu 22.0… · 녹화
v07_IV4_S10_Alibaba.webm -
GCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): 10-20 재확인: Terminated g4-2 Delete → 목록에서 제거 · 녹화
v07_IV4_S10_GCP.webm -
Tencent ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): Terminated g5-2 Delete → 제거 · 녹화
v07_IV4_S10_Tencent.webm -
NHN Cloud ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): Terminated node Delete · 녹화
v07_IV4_S10_NHNCloud.webm -
NCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): Terminated node Delete · 녹화
v07_IV4_S10_NCP.webm -
IBM ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): Terminated node Delete · 녹화
v07_IV4_S10_IBM.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 -
Alibaba ✅ PASS (2026-10-19) — v07 PASS(214s): [list-before] | Running | mc3 | mc3 | | 2 | 2 | 0 | 0 | 0 / [infra-info-before] Running:2 (R:2/2) / [node-info g3b-2] csp=alibaba, region=alibaba:ap-northeast-2, zone=ap-northeast-2a, spec=ecs.t6-c1m2.large, status=Running, publicIp=<PUBLIC_IP>, privateIp=10.2.4… · 녹화
v07_IV4_S11_Alibaba.webm -
GCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup g4b 삭제 → 목록에서 제거 · 녹화
v07_IV4_S11_GCP.webm -
Tencent ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup g5b 삭제 · 녹화
v07_IV4_S11_Tencent.webm -
NHN Cloud ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup 삭제 · 녹화
v07_IV4_S11_NHNCloud.webm -
NCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup 삭제 · 녹화
v07_IV4_S11_NCP.webm -
IBM ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup 삭제 · 녹화
v07_IV4_S11_IBM.webm -
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-20) — v07 PASS(2026-10-20): g2t 삭제 요청 → Deleting · 녹화
v07_IV4_S13_K8sWorkloads_DeleteNodeGroup-Deleting_Azure.webm -
Alibaba ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup 삭제 요청 → Deleting · 녹화
v07_IV4_S13_K8sWorkloads_DeleteNodeGroup-Deleting_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 -
Tencent ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup 삭제 요청 → Deleting · 녹화
v07_IV4_S13_K8sWorkloads_DeleteNodeGroup-Deleting_Tencent.webm -
NHN Cloud ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): g6t 삭제 요청 → Deleting(GetRequest Success) · 녹화
v07_IV4_S13_K8sWorkloads_DeleteNodeGroup-Deleting_NHNCloud.webm -
IBM ✅ PASS (2026-10-20) — v07 PASS(2026-10-20 16:44, k8g): 두 번째 worker pool g8t 삭제 요청 → Deleting. 참고: 같은 날 k8f 에서 유일한 worker pool g8f 삭제는 IBM 이 Bad Request 로 거부(마지막 worker pool 삭제 불가) · 녹화
v07_IV4_S13_K8sWorkloads_DeleteNodeGroup-Deleting_IBM.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 ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): g2t 제거, 목록 갱신 · 녹화
v07_IV4_S14_K8sWorkloads_CheckNodeGroupDeleted_Azure.webm -
Alibaba ✅ PASS (2026-10-20) — v07 PASS(2026-10-20 14:23 재확인): g3d Deleting@10s → 상세에서 제거@657s, 같은 회차 목록 Node Group 열 0(재조회 불필요), 클러스터 Active 유지. [정정] 같은 날 08:45 FAIL(목록 1/상세 0)은 시점 차이 — tumblebug 목록(ListK8sCluster)·상세(GetK8sCluster)는 둘 다 spider 실시간 조회이고 spider Alibaba 는 deleting/removing nodepool 도 NodeGroup… · 녹화
v07_IV4_S14_K8sWorkloads_CheckNodeGroupDeleted_Alibaba.webm -
GCP ✅ PASS (2026-10-15) — [2026-10-15 p4/k4s(K8s CSP 사이클 클러스터)] PASS: NodeGroup 목록에서 제거, 클러스터 Active 유지 · 녹화
v07_IV4_S14_K8sWorkloads_CheckNodeGroupDeleted_GCP.webm -
Tencent ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): NodeGroup 목록에서 제거, 목록 Node Group 열 0 갱신 · 녹화
v07_IV4_S14_K8sWorkloads_CheckNodeGroupDeleted_Tencent.webm -
NHN Cloud ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): g6t 제거, 목록 Node Group 열 1 갱신 · 녹화
v07_IV4_S14_K8sWorkloads_CheckNodeGroupDeleted_NHNCloud.webm -
NCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): g7t 제거, 목록 Node Group 열 1 갱신(10-20 재확인). 첫 회 PASS 는 카드 지연 오판이라 제외 · 녹화
v07_IV4_S14_K8sWorkloads_CheckNodeGroupDeleted_NCP.webm -
IBM ✅ PASS (2026-10-20) — v07 PASS(2026-10-20 16:48, k8g): g8t 가 상세·목록에서 제거, 클러스터 Active 유지 · 녹화
v07_IV4_S14_K8sWorkloads_CheckNodeGroupDeleted_IBM.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 ✅ PASS (2026-10-19) — [2026-10-19] 10-16 BLOCKED(g2-1 일반화) 재실행: g2b-2 대상(IV4_POWER_NG=g2b). v07 PASS(129s): [target] Infra node (K8s 아님): infra=mc2, nodegroup=g2b / [list-before] | Stopped | mc2 | mc2 | | 1 | 0 | 1 | 0 | 0 / [node-info g2b-2] csp=azure, region=azure:koreacentral, zone=1, spec=Standar… · 녹화
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 -
Azure 🚧 BLOCKED (2026-10-20) — v07 BLOCKED(2026-10-20): 선행 IV4_S02 BLOCKED · 녹화
v07_IV4_S16_K8sWorkloads_EditScaling-ScaleIn_Azure.webm -
Alibaba ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): Edit Scaling 2→1 → node 1개 · 녹화
v07_IV4_S16_K8sWorkloads_EditScaling-ScaleIn_Alibaba.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 -
Tencent ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): Edit Scaling 2→1 → node 1개 · 녹화
v07_IV4_S16_K8sWorkloads_EditScaling-ScaleIn_Tencent.webm -
NHN Cloud ✅ PASS (2026-10-21) — v07 PASS(2026-10-21 08:30, UI·autoscaler 경유, k6e, 사용자 지시로 3→2 측정): 준비 — 워크로드 3개로 node 3(7분) → Edit Scaling(autoscaling on·1~3, 이미 같은 값이라 Apply 비활성 "Nothing to apply" 확인) → 워크로드 2개로 축소 → UI Node List node 3→2(약 15분, Desired 2). NHN 2→1 은 시스템 파드로 구조상 불가(SPIDER-TECH-001 실측). 클러스터 k… · 녹화
v07_IV4_S16_K8sWorkloads_EditScaling-ScaleIn_NHNCloud.webm -
NCP ✅ PASS (2026-10-20) — v07 PASS(2026-10-20): Edit Scaling 2→1 → node 1개(10-20 1회차) · 녹화
v07_IV4_S16_K8sWorkloads_EditScaling-ScaleIn_NCP.webm -
IBM 🚧 BLOCKED (2026-10-20) — BLOCKED(2026-10-20): 선행 IV4_S02 실패 — UI 로 autoscaling 을 켜지 못해 3→2 준비(노드 3개) 불가. 2→1 은 IBM 기본 ALB(노드 2개 필요)로 구조상 불가(SPIDER-TECH-001 실측) · 녹화
v07_IV4_S16_K8sWorkloads_EditScaling-ScaleIn_IBM.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