연결할 수 없음
먼저 기기 상태, 접속 방식, 로컬 네트워크의 외부 연결 및 시스템 시간을 확인한 뒤 시간 초과, 권한 거부, 지문 변경 또는 그래픽 세션 중단을 구분하세요.
연결 점검 단계 보기먼저 재현한 후 지원 요청
문제가 발생하면 클라우드 Mac의 상황을 먼저 정확히 기록하세요
부서별로 분류하지 않고 연결 불가, 빌드 실패, 디스크 공간, 성능 변동, 결제 및 노드 상태별로 점검합니다. 기본 진단을 완료하면 티켓을 바로 효율적으로 처리할 수 있습니다.
6
장애 유형
99.9%
목표 가동률
6
판매 중인 노드
진단 작업 티켓
확인할 정보
증상을 확인 가능한 기록으로 바꾸세요
장애 범위
단일 작업 / 단일 기기 / 팀 전체
필요한 시간 정보
발생 시각, 시간대, 마지막 정상 시각
환경 기준
macOS, Xcode, 명령어 및 종료 코드
보안 기준
민감 정보를 삭제한 로그만 제출하고 전체 키는 제출하지 마세요
증거가 충분하면 지원팀은 먼저 노드, 기기, 시스템 접근 또는 프로젝트 환경 문제인지 판단할 수 있습니다.
증상별 시작
현재 상황과 가장 가까운 항목을 먼저 선택하세요
원인을 먼저 추측하지 마세요. 직접 관찰한 증상, 영향 범위와 발생 순서를 기록한 다음 해당 점검 경로로 이동하세요. 한 문제가 여러 증상과 관련되면 가장 먼저 발생한 증상을 기준으로 합니다.
빌드 실패
전체 명령어, 종료 코드와 첫 번째 유효 오류를 보관하고 Xcode, macOS, 종속성 잠금 파일 및 프로젝트 브랜치가 성공 기준과 일치하는지 확인하세요.
빌드 문제 해결 시작디스크 공간
시스템 볼륨의 여유 공간, 파생 데이터, 빌드 캐시, 모델 파일과 임시 산출물을 확인하세요. 프로젝트 디렉터리 크기만 보고 시스템 볼륨 부족을 놓치지 마세요.
스토리지 점검 경로 보기성능 변동
CPU, 메모리 압력, 디스크 여유 공간과 장시간 작업을 함께 수집해 리소스 한도 초과, 작업 경합 또는 프로젝트 입력 변경인지 확인하세요.
성능 진단 시작결제 문제
콘솔의 주문 ID, 결제 주기와 결제 결과를 준비하세요. 모든 주문은 USD로 결제되며 USDT-TRC20 및 Visa / Mastercard / Amex（Stripe 경유）를 지원합니다.
콘솔에서 결제 내역 보기노드 상태
단일 기기, 단일 노드 또는 여러 위치가 동시에 영향을 받는지 먼저 판단하고 실제 노드와 마지막 정상 접속 시각을 기록하세요. 지리적 위치를 노드 이름 대신 사용하지 마세요.
서비스 상태 기준 보기연결 전 확인
기본 정보 5가지, 하나라도 빠지면 오판할 수 있습니다
연결 문제는 상태, 자격 증명 범위, 로컬 네트워크 또는 시간 차이로 발생하는 경우가 많습니다. 순서대로 확인하면 반복 시도로 최초 상황이 덮어써지는 일을 막을 수 있습니다.
-
01
콘솔에서 기기 상태 확인
주문 ID, 현재 노드와 기기 상태를 확인하세요. 브라우저 캐시에 남은 오래된 스크린샷을 현재 결과로 간주하지 마세요. 실제 사용 가능 상태는 콘솔의 실시간 응답을 기준으로 합니다.
-
02
계정과 접속 정보가 같은 기기에 속하는지 확인
호스트, 사용자와 포트를 복사할 때 항목별로 확인해 다른 기기나 이전 세션의 정보를 섞지 마세요. 티켓에는 사용한 정보 유형만 적고 전체 민감 정보는 붙여 넣지 마세요.
-
03
접속 방식이 작업과 일치하는지 확인
명령줄 작업은 먼저 SSH를 확인하세요. Xcode 그래픽 인터페이스가 필요할 때만 원격 데스크톱을 확인합니다. 두 경로의 결과를 따로 기록하고 한 경로의 실패로 다른 테스트를 대신하지 마세요.
-
04
로컬 네트워크의 외부 연결 확인
현재 네트워크 유형과 프록시 또는 기업 방화벽 사용 여부를 기록하고, 관리되는 다른 네트워크로 한 번 비교 테스트를 진행하세요. 테스트 결과만 보고하고 내부 네트워크 설정 전체는 보내지 마세요.
-
05
로컬 및 원격 시스템 시간 확인
뚜렷한 시간 차이는 인증서, 서명과 접속 검증에 영향을 줄 수 있습니다. 시간대를 기록하고 티켓의 발생 시각과 로그 시각이 서로 대응하는지 확인하세요.
빌드 장애 해결
첫 번째 유효 오류를 찾고 환경 문제인지 프로젝트 문제인지 판단하세요
빌드 출력 마지막의 실패 요약이 근본 원인이 아닌 경우가 많습니다. 전체 로그를 저장하고 가장 먼저 나타난 명확한 오류를 찾은 뒤, 동일한 입력을 최근 성공 기준과 비교하세요.
환경 수집 명령어
읽기 전용 점검
sw_vers
xcodebuild -version
git rev-parse --short HEAD
git status --short
df -h /
xcodebuild -scheme App -configuration Release실행 전에 명령어가 민감 정보를 출력하지 않는지 확인하세요. 프로젝트에서 종속성 관리 도구를 사용한다면 잠금 파일 요약과 설치 명령 결과도 기록하세요.
무관한 프로젝트도 동시에 실패
최소 테스트 프로젝트와 정식 프로젝트가 같은 단계에서 실패하거나 시스템 명령어에도 이상이 나타나면 macOS, Xcode, 디스크 여유 공간과 전체 종료 코드를 기록하세요.
특정 브랜치 또는 종속성 조합에서만 실패
같은 기기의 최소 프로젝트는 성공하지만 잠금 파일, 빌드 매개변수 또는 리소스를 변경한 뒤 대상 브랜치가 실패한다면 프로젝트 변경 사항을 먼저 확인하세요.
버전, 명령어, 종료 코드, 로그 발췌
Xcode 및 macOS 버전, 종속성 잠금 파일 요약, 전체 xcodebuild 명령어, 종료 코드와 첫 번째 유효 오류 전후의 비식별 출력 내용을 제출하세요.
1
브랜치와 입력 고정
점검 중에는 종속성을 계속 업데이트하거나 구성을 변경하지 마세요.
2
전체 출력 저장
원본 로그는 별도로 보관하고 공유하기 전에 비식별 사본을 만드세요.
3
최소 작업 실행
최소 scheme 또는 테스트 프로젝트로 환경 기준을 검증하세요.
4
최근 성공 기록과 비교
버전, 매개변수, 캐시 상태와 작업 입력을 비교하세요.
성능 및 스토리지
느려짐을 CPU, 메모리, 디스크와 작업 시간으로 나눠 확인하세요
한 번의 실행 시간이 늘었다고 기기 이상을 바로 입증할 수는 없습니다. 동일한 입력의 기준 시간, 리소스 최대값과 동시 작업을 최소한 기록한 뒤 정리, 확장 또는 구성 변경을 판단하세요.
수집 항목
4가지 지표
활성 상태 보기와 명령줄 결과 교차 확인
CPU
지속 사용률, 프로세스 이름, 동시 작업 수
top -l 1 -o cpu
메모리
메모리 압력, 스왑 사용량, 최대 부하 구간
memory_pressure
디스크
시스템 볼륨 여유 공간, 캐시와 산출물 증가량
df -h /
장시간 작업
시작 시각, 입력 규모, 실행 시간
ps -axo pid,etime,command
HopVM M4 16
M4 · 16GB · 256GB
단일 프로젝트 컴파일, 짧은 테스트와 낮은 동시성 자동화에 적합합니다. 메모리 압력이 계속 높으면 먼저 동시 작업을 줄이고 HopVM M4 24와 비교하세요.
HopVM M4 24
M4 · 24GB · 512GB
개발 도구, 시뮬레이터와 자동화 작업을 동시에 실행하기에 적합합니다. 대형 모델이나 무거운 빌드가 계속 스왑 공간을 사용하면 HopVM M4 Pro 64를 고려하세요.
HopVM M4 Pro 64
M4 Pro · 64GB · 2TB
대형 모델 추론, 무거운 빌드와 메모리 집약적 워크플로에 적합합니다. 업그레이드 전에도 입력 규모와 최대 부하를 기록해 네트워크 대기를 연산 성능 부족으로 오판하지 마세요.
재생성 가능한 데이터부터 정리
파생 데이터, 이전 빌드 산출물, 사용하지 않는 시뮬레이터 데이터와 다운로드 캐시를 다시 생성할 수 있는지 확인하세요. 삭제 전에 프로젝트가 로컬에만 있는 산출물에 의존하는지 확인하세요.
용량이 계속 증가하면 스토리지 추가
프로젝트 소스 파일은 작지만 모델, 미디어 리소스 또는 빌드 아카이브가 계속 증가한다면 사전 구성된 +1TB SSD 또는 +2TB SSD 추가 옵션을 검토할 수 있습니다.
피크와 기준을 나눠 기록
유휴 상태, 일반 작업과 최대 동시 실행의 세 구간을 각각 기록하세요. 지속적인 리소스 압박만 업그레이드 근거로 삼고 일시적인 피크는 먼저 유발 작업을 찾으세요.
서비스 가동률
99.9%
목표 가동률
모든 노드는 연중 365일 정상 운영을 기준으로 설계됩니다. 최근 90일 상태를 매일 기록하며, 아래 30개 구간은 3일 단위 운영 결과를 요약합니다.
최근 90일 운영 요약
녹색은 정상 운영을, 노란색은 종료된 이벤트를 표시할 뿐 현재 장애를 의미하지 않습니다.
정상 운영
종료된 이벤트
집계 기준: 최근 90일 일별 상태 기록
티켓 증거 템플릿
6가지 정보를 한 번에 작성해 추가 문의를 줄이세요
티켓은 현장에 없던 사람도 같은 단계로 재현할 수 있도록 작성해야 합니다. 콘솔의 실제 주문 ID와 노드를 사용하고 기기 별칭이나 팀 내부 약어로 대신하지 마세요.
권장 본문 구성
복사 후 작성
주문 ID:
실제 노드: SG / JP / KR / HK / US-E / US-W
문제 발생 시간 및 시간대:
마지막 정상 시간:
영향 범위:
재현 단계:
1.
2.
3.
예상 결과:
실제 결과:
종료 코드 또는 오류 유형:
비식별 로그 발췌:6개 노드는 싱가포르, 일본(도쿄), 한국(서울), 홍콩, 미국 동부와 미국 서부입니다. 실제로 사용한 노드 코드 하나만 남기세요.
주문 및 노드
주문 ID는 기기를 연결하는 데 사용됩니다. 노드는 SG, JP, KR, HK, US-E, US-W 중 실제 값을 선택해야 합니다.
시간 및 시간대
최초 발생 시간, 마지막 정상 시간과 시간대를 명시해 상태 기록과 사용자 로그를 맞춰 보세요.
재현 단계
정상 상태에서 시작해 명령어, 입력과 작업 순서를 단계별로 작성하고 실패 직전의 주요 작업을 생략하지 마세요.
예상 결과와 실제 결과
예상되는 결과와 실제 결과를 각각 설명하고 '사용할 수 없음' 또는 '매우 느림'처럼만 작성하지 마세요.
오류 및 종료 코드
로그의 마지막 줄만 복사하지 말고 첫 번째 유효 오류, 종료 코드와 발생 단계를 우선 제공하세요.
비식별 출력
호출 관계, 시간과 오류 유형은 남기고 비밀번호, 전체 키, 토큰, 결제 정보와 프로젝트 비밀은 삭제하세요.
지원 범위
지원팀은 먼저 서비스 범위를 확인한 후 다음 단계를 안내합니다
문제마다 필요한 증거가 다릅니다. 영향 범위와 환경 확인이 끝나기 전에는 검증할 수 없는 구체적인 복구 시간을 약속하지 않습니다.
| 문제 유형 | HopVM에서 확인 가능한 범위 | 사용자가 제공할 정보 | 판단 결과 |
|---|---|---|---|
| 노드 연결성 | 노드 상태, 네트워크 접근성, 영향 범위 및 상태 기록 | 실제 노드, 출발 네트워크, 시간 및 시간대, 비교 테스트 | 단일 외부 연결, 단일 기기 또는 노드 수준 영향 구분 |
| 기기 상태 | 기기 운영 상태, 리소스 제공 기록 및 콘솔 연결 정보 | 주문 ID, 마지막 정상 시간, 영향을 받은 작업 수 | 기기 상태가 콘솔 결과와 일치하는지 확인 |
| 시스템 접속 | 접속 정보 범위, 세션 진입점 및 시스템 수준 연결 증상 | 접속 방식, 오류 유형, 지문 또는 권한 결과의 비식별 정보 | 시간 초과, 권한, 시간 차이 및 로컬 네트워크 제한 구분 |
| 개발 도구 | 기기 환경과 시스템 리소스가 정상인지 확인하는 데 도움 | Xcode, macOS, 종속성 버전, 전체 명령어, 종료 코드 및 최소 재현 | 프로젝트 종속성 또는 서드파티 도구 점검으로 전환할 필요가 있는지 판단 |
| 결제 및 주문 | 주문 상태, 결제 주기, 결제 결과 및 결제 기록 | 주문 ID, 결제 방식 유형, 발생 시간 및 콘솔 결과 | 콘솔에서 실시간으로 반환하는 주문 및 결제 게이트웨이 상태를 기준으로 함 |
바로 확인 가능
노드 연결성, 기기 상태, 시스템 접속 경로, 주문 연결 정보 및 서비스 측 상태 기록
공동 재현 필요
성능 변동, 간헐적 연결, 특정 빌드 단계의 실패와 특정 입력에서만 발생하는 문제
프로젝트 측에서 계속 처리 필요
서드파티 종속성 결함, 프로젝트 코드 오류, 빌드 스크립트 로직 및 검증되지 않은 도구 호환성 문제
지원 요청 시작
기본 진단을 완료한 후 작업 티켓을 지원팀에 전달하세요
기존 주문, 연결 및 기기 상태 문제는 콘솔에서 티켓을 제출해 실제 리소스와 연결하세요. 긴급한 문제는 영향 범위, 실제 노드, 문제 발생 시간과 마지막 정상 시간을 먼저 명시해야 합니다.
콘솔에 접속할 수 없는 경우 다음 주소로 이메일을 보내세요: support@hopvm.com본문에는 이 페이지의 증거 템플릿을 사용하고 모든 민감한 값은 삭제하세요.