먼저 확인해 보세요.
대부분 여기서 답을 찾을 수 있습니다

Shell M4는 M4 / 16GB / 256GB 구성으로, 단일 프로젝트 빌드, 명령줄 패키징 또는 낮은 동시 작업 수의 CI를 먼저 시험하기에 적합합니다. 충분한지는 여러 프로젝트를 동시에 열거나 시뮬레이터 여러 개를 실행하는지, 컨테이너나 기타 서비스를 함께 구동하는지에 따라 달라집니다.

실제 저장소에서 전체 빌드를 한 번 실행한 뒤 메모리 압력, 스왑 사용량 및 남은 디스크 공간을 확인하세요. 메모리 압력이 계속 높다면 우선 동시 작업 수를 줄이세요. 그래도 워크플로에 지장이 있다면 M4 / 24GB / 512GB 구성인 Shell M4 Plus을 고려해 보세요. 증분 빌드 한 번의 시간만으로 전체 구성이 적합한지 판단하지 마세요.

M4 Pro / 64GB / 2TB 구성은 Shell M4 Pro입니다. 여러 빌드 작업을 동시에 실행하거나, 대규모 의존성 및 빌드 산출물을 다루거나, MLX 및 llama.cpp 실험에 더 많은 통합 메모리가 필요한 경우 우선 고려해 볼 만합니다.

모델을 로드할 수 있는지는 양자화 방식, 컨텍스트 길이, 런타임 캐시 및 다른 프로세스의 메모리 사용량에도 좌우됩니다. 모델 파일 크기와 64GB만 비교해서 판단할 수는 없습니다. 최대 메모리 사용량과 실제 처리량을 먼저 기록한 뒤 장기 대여 여부를 결정하세요. 특정 모델 규모나 빌드 속도 향상 배수를 보장하지 않습니다.

먼저 연산 성능과 저장 용량 요구 사항을 따로 살펴보세요. 현재 칩과 메모리는 충분하지만 여러 Xcode 버전, 빌드 캐시 또는 산출물로 디스크가 부족하다면 SSD +1TB 또는 +2TB 추가를 고려해 볼 수 있습니다. 스토리지를 추가해도 통합 메모리가 늘어나거나 M4가 M4 Pro로 바뀌지는 않습니다.

작업 자체에 M4 Pro와 64GB 통합 메모리가 필요하다면 기본 2TB가 포함된 Shell M4 Pro를 선택하세요. 주문 전에 추가 용량, 대여 기간 및 마운트 방식을 함께 확인하세요. 기존 파일을 옮기기 전에 별도로 백업하고, 용량 추가가 자동 이전이나 백업 서비스를 의미한다고 생각하지 마세요.

4가지 대여 기간마다 별도의 정가가 있으며, 분기 요금은 일일 요금을 단순 합산한 금액이 아닙니다. 아래에서 3가지 모델의 일일 및 분기 정가를 비교해 단기 테스트와 지속 사용을 구분할 수 있습니다. 주간·월간 요금 및 추가 옵션 가격은 요금제 페이지에서 확인하세요.

장기 대여는 지속 사용에 드는 기간별 비용을 낮출 수 있지만, 한 번에 구매하는 대여 기간은 길어집니다. 임시 배포, 환경 검증 또는 일회성 아카이빙은 일일 요금부터 살펴보세요. 상시 실행할 러너는 예상 사용 기간과 추가 옵션 비용을 함께 비교해야 합니다.

먼저 콘솔에서 해당 주문을 열어 이용 가능한 갱신, 구성 변경 및 추가 옵션을 확인하세요. 적용 시점, 마이그레이션 여부, 이미 결제한 대여 기간의 처리 방식과 추가 금액은 주문에서 제공하는 확인 정보를 기준으로 합니다. 일일 요금으로 차액을 직접 계산하지 마세요.

원하는 작업이 표시되지 않으면 콘솔에 로그인해 주문 번호, 원하는 대여 기간 및 변경할 구성을 적어 문의 티켓을 제출하세요. 모델이나 디스크 변경이 필요한 경우 먼저 백업을 완료하고 실행 일정을 확인하세요. 요청을 제출했다고 변경이 완료된 것은 아닙니다.

과거에 결제에 성공했다고 자동 갱신이 설정된 것은 아닙니다. 콘솔에서 주문의 갱신 설정, 청구 상태 및 만료일을 확인하고 실제 승인 및 확인 결과를 기준으로 판단하세요. 파이프라인을 계속 실행해야 한다면 연결이 끊긴 뒤가 아니라 만료 전에 직접 확인하세요.

요금은 CPU 사용률이 아니라 구매한 대여 기간을 기준으로 부과됩니다. SSH 세션을 닫거나, 러너 또는 빌드를 중지하거나, 기기를 유휴 상태로 두어도 주문이 취소되거나 만료일이 변경되지는 않습니다. 이후 대여 기간을 변경하려면 콘솔에서 제공하는 주문 기능을 이용하세요.

모델, 대여 기간 및 추가 옵션의 정가는 모두 USD로 표시되어 있어 여러 리전에서 같은 구성을 쉽게 비교할 수 있습니다. 페이지의 $는 모두 USD를 뜻합니다. 주문 시 기본 대여 요금, 추가 옵션 및 최종 결제 금액을 확인하세요.

카드 계정의 청구 통화가 다른 경우 환전과 관련 수수료는 카드 발급사가 처리하며 ArmShell 정가에 포함되지 않습니다. USDT-TRC20으로 결제할 때는 결제 페이지에 표시된 네트워크, 금액 및 수취 정보를 따르세요. 임의로 다른 네트워크를 사용하지 마세요.

싱가포르, 일본(도쿄), 한국(서울), 홍콩 및 미국 동부에서 선택할 수 있습니다. 3가지 모델 모두 5개 리전을 지원하며, 주문 시 실제 이용 가능 여부는 콘솔에서 실시간으로 확인할 수 있습니다.

그래픽 데스크톱을 자주 사용한다면 주로 사용하는 사무실 네트워크에서 반응 속도를 먼저 테스트하세요. CI가 주된 용도라면 코드 저장소, 의존성 소스 및 산출물 수신 측까지의 경로도 고려해야 합니다. 분산된 팀은 팀원 한 명의 위치가 아니라 작업이 주로 실행되는 위치를 기준으로 선택하세요.

아직 결정하기 어렵다면 짧은 대여 기간으로 전체 흐름을 한 번 테스트하세요. 저장소 가져오기, 의존성 복원, 빌드, 산출물 전송까지 확인해야 합니다. ping 한 번으로는 이 네 단계의 실제 사용 경험을 판단할 수 없습니다.

개통 후 연결 주소, 포트 및 인증 정보는 콘솔에서 확인할 수 있습니다. ‘전용 물리 Mac’은 컴퓨팅 리소스가 전용으로 할당된다는 뜻이며, 고정 공인 IP, 전용 출구 IP 또는 영구적으로 변하지 않는 주소를 의미하지는 않습니다.

저장소, 방화벽 또는 규정 준수 절차에 전용 주소, 송신 허용 목록 또는 고정 주소가 필요하다면 주문 전에 지원팀에 문의하세요. 인바운드 연결 주소와 아웃바운드 출구 주소 중 무엇이 필요한지 명확히 설명하고, 해당 리전에서 지원 가능한지 확인하세요. 예시 명령에 나온 호스트명을 근거로 주소를 미리 허용하지 마세요.

지연 시간은 통신사, 라우팅, 시간대 및 로컬 네트워크에 따라 달라집니다. 특정 참고 수치를 실제 지연 시간으로 보장하지 않습니다. ICMP 왕복 시간, SSH 명령 응답 시간 및 원격 데스크톱의 반응성도 서로 다른 지표입니다.

먼저 콘솔에서 연결 주소와 포트를 확인한 다음 로컬 네트워크와 방화벽을 점검하세요. 같은 네트워크에서 시간대를 바꿔 비교하고, 연결 수립, 의존성 다운로드 또는 파일 전송 중 어느 단계에서 시간 초과가 발생하는지 기록하세요. 문의 티켓에 이 결과를 첨부하면 ‘느리다’고만 설명하는 것보다 원인을 찾기 쉽습니다. 노드는 연중 365일 운영되지만, 종단 간 연결 품질은 사용자 측 네트워크의 영향을 받습니다.

만료 후 보관 기간을 백업 보장으로 간주하지 마세요. 주문 만료 전에 데이터를 내보내고 콘솔에서 해당 주문의 데이터 처리 안내를 확인하세요. 구체적인 보관 방식과 삭제 진행 상황은 주문 상태를 확인한 뒤 지원팀에 문의해야 하며, 일률적인 복구 가능 기간을 약속하지 않습니다.

노드를 회수한 뒤에는 절차에 따라 기존 사용자 데이터를 처리합니다. 삭제된 데이터는 갱신으로 복구할 수 없습니다. 사용을 중단하기 전에 파일을 동기화하고 백업을 읽을 수 있는지 확인한 다음, 더 이상 필요하지 않은 저장소 자격 증명, 러너 등록 및 기타 액세스 토큰을 취소하세요.

대여 기간에는 전용 물리 노드를 사용하며 CPU, GPU 및 통합 메모리를 다른 고객과 공유하지 않습니다. ArmShell은 허가 없이 노드에 저장된 사용자 파일이나 워크로드에 접근하지 않습니다. 문제 해결을 위해 도움이 필요한 경우 먼저 문의 티켓으로 상황을 설명하고, 필요한 범위에서 로그를 제공하거나 접근 권한을 승인하세요.

전용 리소스도 자체 계정 및 권한 관리를 대신해 주지는 않습니다. 팀원마다 별도의 시스템 사용자와 SSH 키를 할당하고 장기간 사용하는 비밀번호를 공유하지 마세요. 필요한 디렉터리와 저장소에만 권한을 부여하세요. 문의 티켓, 스크린샷 또는 빌드 로그에 개인 키, 서명 비밀번호 및 유효한 토큰을 노출하지 마세요.

백업은 세 가지로 나누어 관리하세요. 코드는 저장소에 커밋하고, 빌드 스크립트·도구 버전·환경 설정은 다시 구성할 수 있도록 문서화하세요. 산출물과 보관이 필요한 작업 파일은 rsync 또는 관리되는 다른 전송 방식으로 노드 외부에 저장하세요. 민감한 자격 증명은 팀에서 승인한 안전한 저장 방식을 사용해야 합니다.

같은 노드의 다른 디렉터리에 파일을 복사하는 것은 별도 백업이 아닙니다. 첫 백업 후 파일을 표본 확인하고 체크섬을 비교한 다음, 사본으로 작업 환경을 다시 구성해 보세요. 만료가 가까워지면 증분 동기화를 다시 실행해 로컬 사본에 마지막 빌드 결과까지 포함되었는지 확인하세요.

USDT-TRC20과 Visa / Mastercard / Amex 카드 결제(Stripe 경유)만 지원하며, 모든 결제는 USD로 처리됩니다. 실제 이용 가능한 결제 게이트웨이는 백엔드에서 제공하는 정보를 기준으로 합니다.

카드 결제는 결제 페이지의 인증 절차를 완료하세요. USDT-TRC20 결제 시 네트워크, 금액 및 수취 정보를 항목별로 확인하세요. 이전 주문 주소로 임의로 다시 송금하지 말고, 결제 스크린샷만으로 새 주문이 개통되었다고 판단하지 마세요. 이후 상태는 콘솔에서 확인하세요.

페이지가 갱신되지 않았다고 중복 결제하지 않도록 먼저 콘솔에서 청구 및 주문 상태를 확인하세요. 그래도 확인할 수 없다면 콘솔 문의 티켓을 이용하거나 support@armshell.com으로 주문 번호, 결제 수단, 결제 금액과 함께 카드 결제의 청구 참조 정보 또는 USDT-TRC20 트랜잭션 해시를 보내 주세요.

전체 카드 번호, 카드 보안 코드, 시스템 비밀번호 또는 개인 키는 보내지 마세요. 지원팀이 주문 및 결제 기록을 확인해 안내합니다. 결제 확인, 검증 및 노드 개통은 각각 별도의 단계이므로 한 단계의 완료 상태를 전체 절차의 완료로 간주하지 마세요.