자주 묻는 질문 - Skuber⁺ Cost Optimize

일반

Skuber⁺ Cost Optimize는 무료인가요?

30일 무료 트라이얼을 제공합니다. 트라이얼 기간 동안 모든 기능을 제한 없이 사용할 수 있습니다. 이후 유료 플랜으로 전환됩니다. 가격 정보는 영업팀(sales@skuberplus.com)에 문의해 주세요.

어떤 클라우드를 지원하나요?

현재 AWS EKS와 Oracle OKE를 지원합니다.

에이전트 설치에 얼마나 걸리나요?

일반적으로 5분 이내에 설치가 완료됩니다. Console에서 클러스터 등록 → 에이전트 설치 스크립트 실행의 2단계로 진행됩니다.

기존 워크로드에 영향을 주나요?

에이전트는 모니터링 목적으로만 데이터를 수집합니다. 최적화 기능은 스케일링 정책를 명시적으로 적용해야만 동작합니다. 정책을 적용하지 않은 워크로드에는 어떤 변경도 발생하지 않습니다.

에이전트는 어떤 데이터를 수집하나요?

클러스터 메타데이터, 노드/Pod의 리소스 사용량 메트릭, 워크로드 정보만 수집합니다. 애플리케이션 데이터, Secret, ConfigMap 내용, 로그는 수집하지 않습니다.

비용

비용은 어떻게 계산되나요?

실제 프로비저닝된 노드 인스턴스를 기준으로 계산됩니다:

클러스터 월간 비용 = Σ(노드 인스턴스 시간당 가격 × 730시간)

워크로드별 비용은 리소스 요청량 비율로 노드 비용을 배분합니다:

워크로드 비용 = 노드 비용 × (워크로드 CPU 요청 ÷ 노드 총 CPU 요청)

절감 가능 금액의 절감 예측은 정확한가요?

VPA 권장값(과거 7일간 실제 사용량 기반)을 기반으로 계산하므로 높은 정확도를 보입니다. 단, 다음 경우 부정확할 수 있습니다:

데이터 수집 기간이 7일 미만
트래픽 패턴이 급격하게 변화 중
계절성이 강한 워크로드 (명절, 이벤트 등)

스팟 인스턴스를 사용하면 얼마나 절감되나요?

AWS 기준 온디맨드 대비 최대 90% 절감 가능합니다. 실제 할인율은 인스턴스 타입, 리전, 시간대에 따라 달라집니다.

VPA (스마트 스케일링)

스마트 스케일링과 Kubernetes VPA의 차이는?

Skuber⁺의 스마트 스케일링은 Kubernetes VPA를 기반으로 하되 다음 기능을 추가합니다:

비용 시뮬레이션: 적용 전 예상 절감 금액 확인
정책 기반 설정: 여러 워크로드에 일괄 적용
오버헤드 버퍼: 안정성을 위한 여유 리소스 자동 추가
대시보드: 최적화 현황 통합 모니터링

오버헤드는 얼마로 설정해야 하나요?

환경	권장 오버헤드	이유
프로덕션 (핵심 서비스)	30%	트래픽 급증 시 안정성 확보
프로덕션 (일반)	20%	균형 잡힌 설정
스테이징	15%	프로덕션과 유사하게 유지
개발/테스트	10%	비용 절감 우선

VPA를 적용하면 Pod가 재시작되나요?

resizingPolicy 설정에 따라 달라집니다:

rolling: Pod가 순차적으로 재시작됩니다 (기본값)
inplaceresizing: Pod 재시작 없이 리소스 변경 (Kubernetes 1.34+ 필요)

제로 스케일링

제로 스케일링을 적용하면 서비스가 중단되나요?

네, 트래픽이 없는 경우 서비스가 중단됩니다. 트래픽이 존재하는 경우 서비스는 활성화 상태를 유지하지만, 트래픽이 존재하지 않는 경우 Pod를 0으로 축소하여 서비스가 중단됩니다. 이후 외부 트래픽이 다시 감지되면 자동으로 Pod가 스케일 업되어 서비스가 복구되며, 이때 **Cold Start 지연(3~15초)**이 발생합니다.

Cold Start를 줄이려면?

방법	효과
컨테이너 이미지 크기 최소화 (100MB 이하)	이미지 Pull 시간 단축
readinessProbe 타임아웃 최소화	Health check 대기 시간 감소
Init Container 최소화	시작 시간 단축
JVM 기반 앱은 GraalVM Native Image 고려	JVM 워밍업 제거

데이터베이스에 제로 스케일링을 적용해도 되나요?

권장하지 않습니다. 데이터베이스 등 스테이트풀 워크로드는 제로 스케일링에 적합하지 않습니다. 데이터 유실, 연결 중단, 복구 시간 등의 문제가 발생할 수 있습니다.

제로 스케일링을 해제하면 어떻게 되나요?

즉시 원래 레플리카 수로 복원됩니다. 데이터나 설정은 유지됩니다.

스팟 인스턴스

스팟 인스턴스가 중단되면?

Kubernetes가 자동으로 다른 노드에 Pod를 스케줄링합니다. 일시적 중단(30초~2분)이 발생할 수 있으므로 스테이트리스 워크로드에만 적용을 권장합니다.

노드 최적화

노드 스케줄과 노드 정책의 관계는?

노드 정책: "어떻게" 스케일링할지 정의 (인스턴스 타입, 노드 범위, 임계값)
노드 스케줄: "언제" 정책을 적용할지 정의 (요일, 시간, 타임존)

노드 스케줄은 반드시 노드 정책를 참조합니다. 정책를 먼저 생성한 후 Schedule에서 선택합니다.

스케줄이 제대로 실행되는지 확인하려면?

히스토리에서 실행 기록을 확인하세요. 실행 시각, 결과(Success/Failed), 노드 변경 내역을 확인할 수 있습니다.

일반