하드웨어 검수
M4, 16GB RAM, 기본 256GB SSD를 확인하세요. 주문에 스토리지 추가 옵션이 포함된 경우 사용 가능 용량과 마운트 위치를 별도로 점검하세요.
작업별로 진행
준비하고, 연결하고, 실행한 뒤 문제를 해결하세요
단순한 명령 모음이 아닙니다. 먼저 콘솔에서 주문과 노드를 확인한 다음 연결을 설정하고 도구 체인을 재현한 뒤, 보관 가능한 로그로 작업을 검수하세요. NowMini M4, 16GB RAM, 256GB SSD 독립 물리 노드에 적용됩니다.
- 작업 유형 4개
- 준비, 연결, 실행, 문제 해결
- 노드 4개
- 싱가포르, 일본(도쿄), 한국(서울), 홍콩
- 구성 1종
- NowMini M4 독립 물리 노드
빠른 문제 파악
현재 작업을 먼저 설명하세요
“Xcode”, “SSH”, “runner”, “디스크” 등의 단어를 입력하면 관련 단계가 표시됩니다. 아래 작업 입구를 바로 선택할 수도 있습니다.
첫 개통
연결 전에 6가지 확인을 완료하세요
주문 확인, 네트워크 허용, 시스템 초기화를 한 번의 연결에 섞지 마세요. 순서대로 결과를 기록해야 인증 실패의 원인을 빠르게 좁힐 수 있습니다.
개통 점검표
콘솔 정보부터 첫 세션까지
콘솔에 실시간으로 표시되는 주문 및 노드 정보를 기준으로 삼으세요. 이전 티켓이나 팀 채팅 기록에서 호스트 주소를 복사하지 마세요.
01
주문 ID 확인
주문 ID, 대여 기간, NowMini M4 구성을 기록하고 현재 대상 주문을 조작 중인지 확인하세요.
02
노드 리전 확인
싱가포르, 일본(도쿄), 한국(서울) 또는 홍콩을 확인하고 팀원 모두 동일한 리전 명칭을 사용해 소통하세요.
03
시스템 자격 증명 확인
사용자 이름, 호스트 주소와 키 요구 사항을 확인하세요. 자격 증명은 관리되는 비밀번호 저장소에만 보관하고 코드 저장소에는 기록하지 마세요.
04
접속 출처 확인
사무실 네트워크, 고정 출구 IP 또는 runner의 출발지 주소를 기록하고, 확인되지 않은 공용 네트워크에서는 첫 초기화를 진행하지 마세요.
05
첫 연결 설정
먼저 네트워크 연결을 확인한 뒤 호스트 핑거프린트와 키 권한을 검증하세요. 여러 변수를 한꺼번에 바꾼 뒤 반복 시도하지 마세요.
06
계정 초기화 완료
작업에 필요한 최소 권한 환경을 만들고 작업 디렉터리와 로그 디렉터리를 설정한 뒤, 비밀 정보가 없는 검수 기록을 저장하세요.
세션 검수
SSH와 그래픽 세션을 각각 설정할 수 있는지, 첫 연결 시간, 키보드 입력과 클립보드가 작업에 적합한지 기록하세요.
연결 안내 열기
개발 환경
의존성 순서대로 도구 체인을 재현하세요
먼저 도구 버전을 고정한 다음 자격 증명, 캐시와 서명 자료를 연결하세요. 순서를 바꾸면 버전 문제를 권한 문제로 오인하기 쉽습니다.
Xcode 도구 체인 고정
현재 선택된 개발자 디렉터리를 확인하고 Xcode와 SDK 버전을 기록하세요. 팀 파이프라인은 버전을 대화형 선택에 의존하지 말고 빌드 입력으로 관리해야 합니다.
- 명령줄 도구 경로 확인
- 컴파일러 및 SDK 버전 기록
- 최소 프로젝트로 기준 빌드 1회 수행
Git 자격 증명 구성
노드 또는 자동화 계정에 별도 키를 구성하고 필요한 저장소 권한만 부여하세요. 첫 풀 이후 원격 주소, 브랜치와 커밋 기준을 기록하세요.
- 키 파일 권한 확인
- 저장소 읽기·쓰기 범위 확인
- 스크립트 인수에 비밀 정보 노출 금지
의존성과 캐시 분리
재생성 가능한 의존성, 컴파일 캐시와 최종 결과물을 분리하세요. 캐시 키에는 최소한 도구 버전, 잠금 파일 요약과 대상 플랫폼을 포함하세요.
- 의존성 해석 결과 고정
- 캐시 디렉터리 증가 제한
- 캐시 삭제 후 기준 빌드 방식 보존
마지막에 서명 자료 가져오기
인증서, 프로비저닝 프로파일과 잠금 해제 정보는 도구 체인 검증 후 가져오세요. 관리되는 디렉터리를 사용하고 작업이 끝나면 임시 복사본을 삭제하세요.
- 인증서 유효 범위 기록
- 키체인 접근 주체 제한
- 아카이브 작업으로 서명 체인 검증
검수 기준
동일 커밋이 깨끗한 작업 디렉터리에서 의존성 해석, 컴파일, 테스트와 아카이브를 완료해야 합니다. 실패 시 로그에서 구체적인 단계가 보여야 하며 “빌드 실패”라는 최종 상태만 남아서는 안 됩니다.
CI/CD 연동
기존 큐에 물리 노드 연결
runner는 실행 입구이며 비밀 저장소, 장기 결과물 저장소와 팀 공유 디렉터리를 동시에 맡아서는 안 됩니다. 먼저 디렉터리와 권한을 분리한 뒤 동시 실행을 늘리세요.
실행 흐름
감사 가능한 타임라인 5단계
각 작업에 최소한 커밋, runner, 시작 시간, 종료 상태와 결과물 위치를 기록하세요. 노드는 365일 정상 운영됩니다.
runner 등록
독립 자동화 계정으로 실행기를 등록하세요. 태그는 시스템과 작업 역량만 나타내고 비밀 정보나 개인 이름은 포함하지 않습니다.
작업 디렉터리 격리
각 파이프라인에 독립 작업 경로를 사용하세요. 작업이 끝나면 임시 파일을 삭제해 이전 작업이 다음 빌드를 오염시키지 않도록 합니다.
캐시 정책 정의
잠금 파일과 도구 버전으로 캐시 이름을 지정하고 용량 상한을 설정하세요. 캐시 미적중 시의 전체 실행 경로도 보존하세요.
빌드 결과물 전송
아카이브 파일, 심볼 파일과 테스트 보고서를 팀의 기존 저장소로 전송하고, 노드 작업 디렉터리를 유일한 복사본으로 사용하지 마세요.
실패 로그 보관
실패 단계, 종료 코드와 핵심 컨텍스트를 보관하세요. 지원 요청 전 토큰, 키와 서명 자료를 제거합니다.
동시 실행 제어
먼저 단일 작업으로 기준을 완성한 뒤 큐 동시 실행을 단계적으로 늘리세요. 16GB RAM에서는 실제 작업 피크에 따라 테스트, 아카이브와 추론 작업을 나누어야 합니다.
재시도 범위
일시적인 네트워크 단절처럼 복구 가능한 단계만 재시도하세요. 컴파일, 테스트 또는 서명 실패는 최초 오류 현장을 덮어쓰지 않도록 원본 결과를 보존합니다.
결과물 검증
전송 후 파일 크기, 요약값과 작업 ID를 확인하세요. 팀원은 파이프라인 기록에서 해당 커밋과 빌드 환경까지 추적할 수 있어야 합니다.
MLX 실험
환경을 먼저 검증한 뒤 추론 작업을 확대하세요
NowMini M4는 재현 가능한 소규모 MLX 실험에 적합합니다. 모델 파일, 실행 매개변수와 결과 기록을 분리해 정리와 재실행을 쉽게 하세요.
MLX CHECKPOINTS
NOWMINI M4
환경 검증
Python, MLX와 핵심 의존성 버전을 기록하고 소규모 텐서 연산으로 환경 실행 가능 여부를 확인하세요.
모델 배치
모델 파일은 별도 데이터 디렉터리에 저장하고 파일 요약값을 검증하세요. 소스 저장소나 임시 캐시와 섞지 마세요.
작업 실행
모델, 입력, 샘플링 매개변수와 난수 시드를 고정하세요. 먼저 소규모 배치를 실행한 뒤 메모리와 출력 안정성을 관찰합니다.
리소스 모니터링
최대 메모리, 디스크 증가량, 실행 시간과 종료 상태를 기록해 로그나 중간 결과가 공간을 모두 차지하지 않도록 하세요.
한 번의 실험에 최소한 보관할 항목
- 입력
- 모델 ID, 파일 요약값, 프롬프트 또는 데이터 세트 버전
- 환경
- 시스템, Python, MLX 및 의존성 버전
- 매개변수
- 배치 크기, 생성 길이, 샘플링 설정
- 결과
- 실행 시간, 최대 리소스, 출력 요약, 종료 상태
스토리지 한도
기본 구성에는 256GB SSD가 포함됩니다. 모델을 다운로드하기 전에 사용 가능 공간을 확인하세요. 대형 모델, 중간 결과와 여러 버전의 가중치는 정리 계획에 포함하거나 주문 시 고정 스토리지 추가 옵션을 선택하세요.
구성 및 스토리지 보기
문제 트리
경계 조건부터 확인하고 구성을 무작정 바꾸지 마세요
문제가 로컬 네트워크, 접근 제어, 인증, 도구 체인 또는 리소스 계층 중 어디에서 발생했는지 먼저 판단하세요. 한 번에 변수 하나만 바꾸고 결과를 기록합니다.
노드에 연결할 수 없음: 먼저 확인할 계층
- 로컬 네트워크가 외부 서비스에 접근할 수 있는지 확인하고 라우팅을 변경하는 임시 프록시를 끈 뒤 다시 테스트하세요.
- 콘솔에서 호스트 주소와 노드 리전을 다시 확인하고 이전 스크린샷의 주소를 사용하지 마세요.
- 현재 접속 출처가 제한 조건에 맞는지 확인하고 로컬 방화벽이 대상 포트를 차단하는지 점검하세요.
- DNS 확인, 네트워크 연결과 프로토콜 핸드셰이크 결과를 각각 기록해 단순히 “연결되지 않음”으로 결론 내리지 마세요.
인증 실패: 사용자 이름과 키 문제를 구분하는 방법
- 사용자 이름이 현재 노드에 해당하는지 확인하고 다른 서버의 계정 이름을 재사용하지 마세요.
- 개인 키 파일 권한, 파일 형식과 클라이언트가 실제로 불러오는 키 경로를 확인하세요.
- 호스트 핑거프린트가 최초 기록과 일치하는지 검증하세요. 변경되었다면 연결을 중지하고 티켓으로 확인하세요.
- 클라이언트 상세 로그를 활성화하고 인증 방식 협상 및 서버 거부 단계를 보관한 뒤 제출 전에 민감 정보를 제거하세요.
빌드 이상: 버전, 의존성, 서명 중 어디서 시작할까
- Xcode, SDK와 명령줄 도구 경로가 기준과 일치하는지 먼저 확인하세요.
- 깨끗한 작업 디렉터리에서 잠긴 의존성을 다시 해석해 캐시 오염 여부를 판단하세요.
- 컴파일 문제와 서명 문제를 분리하세요. 먼저 배포 서명 없이 빌드를 완료한 다음 아카이브를 검증합니다.
- 첫 번째 오류와 컨텍스트를 보관하고 로그 끝의 요약 정보만 잘라내지 마세요.
디스크 공간 부족: 우선 확인할 디렉터리
- 전체 용량, 사용 용량과 작업 전후 변화를 기록하고 모든 파일을 즉시 삭제하지 마세요.
- 빌드 캐시, 아카이브, 테스트 결과, 다운로드한 모델과 장기적으로 증가하는 로그 디렉터리를 순서대로 확인하세요.
- 결과물이 전송된 것을 확인한 뒤 노드 복사본을 정리해 복구 가능한 유일한 파일까지 삭제하지 않도록 하세요.
- 캐시와 로그에 용량 상한을 설정하고 정리 작업을 작업 종료 절차에 포함하세요.
작업 시간 초과: 느린 것과 멈춘 것을 구분하는 방법
- 마지막 유효 로그와 대조해 작업이 계속 계산 중인지, 네트워크를 기다리는지, 하위 프로세스를 기다리는지 판단하세요.
- 같은 노드에서 다른 작업이 메모리, 디스크 또는 작업 디렉터리 잠금을 경쟁하는지 확인하세요.
- 다운로드, 빌드, 테스트와 업로드에 각각 제한 시간을 설정하고 하나의 전체 제한 시간으로 모든 단계를 덮지 마세요.
- 재시도 전에 프로세스 상태와 실패 로그를 저장하세요. 안정적으로 재현된다면 최소 작업과 함께 티켓을 제출합니다.
진단 기록
유효한 문제 해결에 남겨야 할 5가지 정보
- 발생 시간시간대 포함
- 노드 리전판매 중인 4개 노드 중 하나
- 작업 단계반복 실행 가능
- 예상 결과와 실제 결과차이 설명
- 비식별화 로그오류 컨텍스트 보존
보안 작업
접근 권한을 작업 수명 주기에 포함하세요
자격 증명은 한 번 설정하면 영구적으로 유지되는 파일이 아닙니다. 담당자, runner, 네트워크 출처 또는 프로젝트가 변경되면 권한 범위를 다시 확인해야 합니다.
자격 증명 교체
구성원 변경, 키 유출 우려 또는 자동화 계정 변경 후 즉시 교체하세요. 기존 자격 증명을 비활성화한 뒤 새 자격 증명을 검증해 알 수 없는 접속 경로를 여러 개 남기지 마세요.
접속 출처 제한
식별 가능한 고정 출구를 우선 사용하세요. 임시로 허용한 출처는 작업 종료 후 취소하고 변경자, 용도와 취소 결과를 기록합니다.
자동화 권한 최소화
runner에는 별도 계정과 키를 사용하고 대상 저장소, 작업 디렉터리와 결과물 위치에만 접근하게 하세요. 빌드 스크립트가 개인의 장기 권한을 상속하지 않도록 합니다.
이전 및 인수인계 정리
소스 코드, 모델과 결과물을 먼저 전송한 뒤 임시 인증서, 키, 캐시와 민감한 필드가 포함된 로그를 삭제하세요. 인수자는 체크리스트에 따라 다시 검수합니다.
인수인계 완료 기준
새 담당자가 자신의 권한으로 연결을 설정하고 기준 작업을 실행하며 로그를 읽을 수 있어야 합니다. 이전 담당자의 자격 증명은 취소되어야 하며 노드에 담당자 없는 임시 계정과 비밀 정보 복사본이 없어야 합니다.
지원
즉시 실행 가능한 티켓으로 문제를 정리하세요
기존 주문 관련 문제는 콘솔에서 우선 티켓을 제출하세요. 구매 전 문의, 대량 워크플로 평가 또는 로그인 불가 시에는 이메일을 보낼 수 있습니다. 외부 연락 채널은 이 두 가지로 제한됩니다.
티켓 항목
제출 전에 6가지 내용을 준비하세요
재현 조건에 가까운 정보일수록 기본 사실을 반복 확인하지 않고 바로 진단을 시작하기 쉽습니다.
- 주문 ID
- 콘솔에 표시되는 현재 주문 ID
- 노드 리전
- 싱가포르, 일본(도쿄), 한국(서울) 또는 홍콩
- 발생 시간
- 날짜, 시간과 시간대를 명시
- 재현 단계
- 정상 상태에서 오류가 발생하기까지의 작업 순서
- 실제 결과
- 오류 텍스트, 종료 코드 또는 비정상 동작
- 비식별화 로그
- 컨텍스트는 유지하고 비밀번호, 키와 토큰은 제거
민감한 자료를 제출하지 마세요
티켓과 이메일에 비밀번호, 개인 키, 전체 결제 자격 증명, 서명 자료 또는 코드 저장소에 직접 접근할 수 있는 토큰을 첨부하지 마세요.
기존 주문 관련 문제
콘솔에 로그인해 티켓을 제출하면 문제를 주문 및 노드와 연결할 수 있습니다. 연결 이상, 결제 확인, 노드 상태와 기존 작업 문제에 적합합니다.
콘솔 티켓 제출구매 전 문의 및 로그인 지원
support@nowmini.com으로 워크플로, 대상 리전, 예상 대여 기간과 재현 가능한 문제를 설명해 이메일을 보내세요. 이메일 주소는 줄바꿈해 표시할 수 있습니다.
support@nowmini.com으로 이메일 보내기
다음 단계
구성을 확정했다면 바로 시작하세요
NowMini M4 독립 물리 노드를 선택해 싱가포르, 일본(도쿄), 한국(서울) 또는 홍콩에서 빌드, 자동화와 MLX 작업을 실행하세요. 실제 이용 가능 여부는 콘솔의 실시간 응답을 기준으로 합니다.