대여 기간, 접속, 빌드,
무엇을 먼저 확인해야 할까요?

선택한 기간에 대한 요금을 선결제하며, 모델과 추가 옵션은 각각 별도로 계산됩니다. ArmRDP M4 Base의 경우 표시 요금은 하루 $21.1, 주 $57.1, 월 $105.7, 분기 $287.5입니다. 네 가지는 각각 별도의 기간 요금이며, 일일 요금에 날짜 수를 곱한 금액이 아닙니다.

비교할 때는 예상 사용 기간과 필요한 저장 공간을 함께 고려하세요. 임시 테스트라면 일 단위로 시작하고, 연속 배포에는 주 단위, 상시 runner에는 월·분기 단위 요금을 비교할 수 있습니다. 주문 기간, 결제 금액, 만료 시각은 콘솔의 확인 화면과 주문 내역을 기준으로 합니다.

첫 결제만으로 자동 갱신이 설정됐다고 생각하지 마세요. 콘솔에서 현재 구독의 갱신 설정, 만료 시각, 미결제 청구서를 확인하세요. 자동 갱신 여부와 적용 시점은 구독에 표시된 상태를 기준으로 합니다.

배포 전에 대여 기간이 아카이브, 서명, 빌드 결과물 업로드까지 충분한지 확인하세요. 대여를 마칠 때는 새 작업을 받지 않도록 설정하고 대기열을 비운 다음 코드, 인증서 백업, 빌드 결과물을 내보내세요. 만료 후 호스트 디스크를 장기 백업 공간으로 사용하지 마세요.

카탈로그에는 +1TB SSD, +2TB SSD, 기기별 요금이 적용되는 Thunderbolt 5 병렬 연결이 있습니다. 먼저 콘솔에서 해당 주문에 적용할 수 있는 변경 옵션을 확인하세요. 기존 주문에 추가하는 방법, 요금 적용 시점, 실행 중인 작업 조정 필요 여부를 변경 확정 전에 확인해야 합니다. 즉시 적용되거나 남은 기간에 따라 자동으로 요금이 조정된다고 가정하지 마세요.

콘솔에 해당 옵션이 없다면 호스트 ID, 원하는 추가 옵션, 현재 남은 공간, 변경 희망 시각을 적어 지원 티켓을 제출하세요. 디스크 확장은 메모리 확장과 다릅니다. DerivedData, 시뮬레이터 runtime, 아카이브 파일이 계속 늘어난다면 용량을 추가하기 전에 공간 사용량부터 확인하세요.

USDT-TRC20 및 Visa / Mastercard / Amex(Stripe)만 지원하며, 모든 결제는 미국 달러(USD)로 처리됩니다. 페이지의 $ 표시는 모두 USD를 뜻하며 현지 통화로 환산하지 않습니다.

실제 이용 가능한 게이트웨이는 백엔드 API 응답을 기준으로 합니다. 결제 전에 모델, 노드, 대여 기간, 추가 옵션을 확인하세요. 이후 청구 내역을 조회하거나 결제 관련 티켓을 제출할 때 사용할 수 있도록 주문 ID와 결제 증빙을 보관하세요.

먼저 콘솔로 돌아가 주문을 새로고침하고 같은 청구 건인지 확인하세요. 브라우저가 페이지로 돌아왔다는 이유만으로 결제가 완료됐다고 판단하지 말고, 상태가 확인되기 전에 다시 결제하지 마세요.

USDT-TRC20을 사용하는 경우 네트워크, 수취 정보, 금액을 확인하고 거래 ID를 보관하세요. 카드 결제라면 결제 결과와 청구서 번호를 보관하세요. 상태가 계속 업데이트되지 않으면 콘솔에서 지원 티켓을 제출하세요. 티켓에 카드 전체 번호, 보안 코드, 로그인 비밀번호를 기재할 필요는 없습니다.

전용 물리 Mac mini이며 가상 머신이 아닙니다. 대여 기간 동안 노드 전체를 단독으로 사용할 수 있으며 다른 고객과 나누지 않습니다. macOS 그래픽 인터페이스와 명령줄을 모두 사용할 수 있고, Xcode, 시뮬레이터, Metal이 물리 장비에서 직접 실행됩니다.

카탈로그에는 세 가지 모델이 있습니다. ArmRDP M4 Base는 M4 / 16GB / 256GB, ArmRDP M4 Plus는 M4 / 24GB / 512GB, ArmRDP M4 Pro는 M4 Pro / 64GB / 2TB입니다. 모델을 선택할 때는 칩 이름만 보지 말고 메모리 최대 사용량과 디스크 작업 공간을 각각 확인하세요.

콘솔에서 제공된 계정 권한을 기준으로 합니다. 처음 로그인한 후 id 명령으로 사용자와 그룹을 확인하고, sudo -l 명령으로 허용된 관리 작업을 확인하세요. 설치, 서비스 등록, 네트워크 변경에 sudo가 필요하다면 먼저 권한을 확인하세요. sudo를 사용할 수 있다고 해서 root의 원격 로그인을 활성화해야 하는 것은 아닙니다.

시스템을 재설치하거나 버전을 변경해야 한다면 먼저 작업 디렉터리, 서명 자료, 설정을 백업하세요. 그런 다음 콘솔에서 실행 가능한 재설치 작업을 확인하거나 지원 티켓을 제출해 원하는 버전을 문의하세요. 원격 세션에서 디스크를 바로 지우거나 네트워크 설정을 삭제하지 마세요. 이후 복구 경로도 함께 끊길 수 있습니다.

노드는 총 5곳입니다: 싱가포르, 일본(도쿄), 한국(서울), 홍콩, 미국 서부. 세 가지 모델 모두 5개 노드에서 판매되며, 실제 이용 가능 여부는 콘솔의 실시간 응답을 기준으로 합니다.

그래픽 인터페이스를 자주 사용하는 팀은 엔지니어와 노드 간 네트워크 경로를 우선 비교하세요. 자동 빌드가 주된 용도라면 코드 저장소, 의존성 소스, 결과물 수신 위치도 고려하세요. 지리적 거리는 참고 사항일 뿐이며, 통신사 라우팅, 대역폭, 패킷 손실도 사용 경험에 영향을 줍니다. 모든 노드는 연중 365일 운영되며 빌드 시간은 원하는 대로 정할 수 있습니다.

노드 변경을 현재 디스크와 주소를 그대로 유지한 채 즉시 전환하는 것으로 생각하지 마세요. 노드 간 이전에는 새 물리 장비, 접속 정보, 데이터 이전이 필요합니다. 주문 변경 방법은 먼저 콘솔에서 지원 티켓을 제출해 확인하세요.

기술적으로는 대상 노드에 동일한 버전의 툴체인을 먼저 준비하고 저장소와 필요한 설정을 이전한 다음, 아카이브 및 서명을 검증하는 방법을 권장합니다. 이후 runner 태그와 작업 라우팅을 전환하세요. 결과물이 정상인지 확인한 뒤 기존 노드를 정리해, 유일하게 사용 가능한 빌드 환경을 너무 일찍 중단하지 않도록 하세요.

현재 macOS와 호환되는 범위에서 Xcode 여러 버전을 유지하고 프로젝트별로 툴체인을 지정할 수 있습니다. 다음 명령으로 xcodebuild -version 및 xcode-select -p 현재 환경을 확인하세요. 파이프라인에서는 DEVELOPER_DIR 환경 변수를 대상 Xcode로 지정해 작업마다 전역 선택을 반복해서 변경하지 않도록 할 수 있습니다.

버전을 고정할 때는 SDK, 시뮬레이터 runtime, 의존성 잠금 파일, 빌드 스크립트도 기록하세요. 업그레이드 전에는 검증용 파이프라인을 복사해 아카이브, codesign, 내보내기가 모두 통과하는지 확인한 다음 일상 작업을 업데이트하세요. SSD 용량을 늘리면 더 많은 버전을 저장할 수 있지만 시스템과 Xcode 자체의 호환성 제한은 해결되지 않습니다.

시뮬레이터는 물리 노드에서 직접 실행할 수 있으며, Xcode에 맞는 runtime을 설치해야 합니다. 화면 문제는 VNC로 확인하고 자동화 작업은 명령줄에서 실행하세요. 시뮬레이터 여러 개와 아카이브를 동시에 실행할 때는 메모리 압력과 디스크 여유 공간을 살펴보세요.

인증서와 프로비저닝 프로파일은 민감한 자료로 관리하세요. CI 전용 Keychain을 만들고, 자격 증명은 파이프라인의 보호된 변수에 저장하세요. 코드 저장소에 기록하거나 지원 티켓 첨부 파일에 넣지 마세요. 먼저 동일한 실행 사용자 계정으로 서명을 검증한 뒤 무인 runner에 적용하세요.

하루 빌드 횟수만으로 필요한 대수를 정할 수는 없습니다. 먼저 한 대에서 동시 실행 수를 1로 설정해 실제 프로젝트를 빌드하고, 전체 작업 시간, 대기 시간, 메모리 최대 사용량, 아카이브 크기를 기록하세요. 빈 프로젝트의 컴파일 시간보다 이 데이터가 사양 선택에 더 유용합니다.

한 대의 장비에서 runner 프로세스를 여러 개 실행할 수 있지만 CPU, 메모리, 디스크는 모두 공유됩니다. 서로 간섭하지 않는 아카이브 작업을 동시에 실행해야 한다면 전용 노드를 추가하고 태그로 작업을 분산하세요. 캐시 충돌을 방지하려면 각 작업에 별도의 작업 디렉터리, DerivedData 경로, 임시 서명 환경을 사용하세요.

SSH는 의존성 설치, 스크립트 실행, 로그 확인, CI 서비스 관리에 적합합니다. VNC 화면 공유는 Xcode 조작, 시뮬레이터 확인, 그래픽 인터페이스 문제 해결에 적합합니다. 두 접속 방식 모두 동일한 클라우드 Mac에 연결하며, 별도의 격리 환경에 접속하는 것이 아닙니다.

처음 접속할 때는 콘솔에서 호스트 주소, 포트, 자격 증명을 확인하고 호스트 정보를 대조한 다음 연결하세요. 설정이 완료된 빌드 작업은 runner 서비스가 계속 실행하도록 하세요. 그래픽 세션이나 로컬 SSH 창을 계속 열어 두어야 작업이 진행되는 구조로 만들지 마세요.

노드 이름만으로 사용자 네트워크의 고정 지연 시간을 알 수는 없습니다. SSH 입력 응답은 주로 왕복 지연 시간의 영향을 받습니다. VNC는 해상도, 화면 변화량, 압축 설정, 사용 가능한 대역폭에도 영향을 받습니다. ping 한 번의 결과만으로 지속적인 조작 경험을 판단할 수는 없습니다.

화면이 끊기면 먼저 같은 네트워크에서 SSH가 정상인지 확인한 다음 VNC 해상도나 색 농도를 낮추고 불필요한 화면 효과를 끄세요. 지원 티켓을 제출할 때는 클라이언트 시스템, 노드, 접속 방식, 문제가 발생한 시간대, 패킷 손실 여부를 함께 적고 입력이 느린지, 화면이 느린지, 연결이 끊기는지 구체적으로 설명하세요.

먼저 제공된 자격 증명을 변경하고 개인 SSH 공개 키를 추가하세요. 두 번째 세션에서 키 로그인이 성공하는지 확인한 뒤, 보안 정책에 따라 SSH 비밀번호 로그인을 비활성화하세요. 방화벽이나 접속 허용 IP를 변경하기 전에 검증된 복구 경로를 하나 남겨 두세요.

VNC는 SSH 터널을 통해 접속해 화면 공유 포트를 불필요한 외부에 직접 노출하지 않도록 하세요. 팀원마다 개별 키를 사용하고 퇴사나 역할 변경 시 즉시 폐기하세요. 자격 증명을 교체할 때는 runner 변수, 자동화 스크립트, 로컬 클라이언트에 저장된 정보도 함께 확인하세요.