iOS 27 시뮬레이터 디스크 부족: 2026년 정리할까, 확장할까?

한 가지 앱만 개발하며 최소한의 시뮬레이터 환경을 유지하려는 독립 개발자에게 적합합니다.

여러 iOS 버전을 검증해야 해서 런타임을 함부로 지울 수 없는 호환성 테스트 담당자, 지속 빌드와 테스트용 원격 맥의 저장 공간을 관리하는 소규모 팀도 대상입니다.

2026년 8월 21일 기준으로 Apple이 공개한 최신 테스트 도구 체계는 Xcode 27 베타 4입니다. iOS 27 시뮬레이터는 테스트 환경에 해당하며, 베타의 구성 요소 화면과 요구 조건은 바뀔 수 있으므로 Xcode 27 출시 기록을 배포 전에 다시 확인해야 합니다.

저장 공간을 모두 같은 캐시로 보면 잘못된 자료를 지우게 됩니다. 다음 항목은 역할과 복구 방법이 다릅니다.

• Simulator Runtime: 특정 iOS 버전을 실행하는 운영 체제 구성 요소입니다. 런타임을 지우면 해당 버전의 새 가상 기기를 만들 수 없습니다.
• 가상 기기 자료: 설치한 앱, 앱 자료, 로그, 상태 정보입니다. 개별 기기를 지워도 전체 런타임은 남습니다.
• DerivedData: 소스에서 다시 만들 수 있는 빌드 중간 결과입니다. 삭제 뒤 첫 빌드는 다시 컴파일됩니다.
• Archives: 배포와 재현에 필요한 보관 빌드입니다. 오래된 자료라도 출시 기록이나 재서명에 필요할 수 있습니다.
• 의존성 캐시: 패키지와 라이브러리를 다시 받을 수 있지만, 오프라인 복구나 반복 빌드 시간에 영향을 줍니다.
• 서명 자료: 인증서, 프로비저닝 자료, 키체인 항목입니다. 단순 캐시로 취급하면 안 됩니다.

macOS의 저장 공간 화면은 큰 범주를 먼저 보여주는 데 유용합니다. 세부 원인은 터미널에서 아래처럼 확인합니다. <사용자>와 <프로젝트>는 실제 이름으로 바꾸되, 명령을 실행하기 전에 경로가 맞는지 확인해야 합니다.

du -sh ~/Library/Developer/CoreSimulator/Profiles/Runtimes
du -sh ~/Library/Developer/CoreSimulator/Devices
du -sh ~/Library/Developer/Xcode/DerivedData
du -sh ~/Library/Developer/Xcode/Archives

첫 번째 경로는 런타임, 두 번째는 가상 기기 자료, 세 번째는 빌드 중간 결과, 네 번째는 보관 빌드를 확인합니다. 이 명령은 용량만 읽으므로 우선 진단 단계에서 사용하기 좋습니다.

부족 현상이 다운로드 중 발생하면 런타임 설치 여유 공간을 봐야 합니다. 빌드 중이라면 DerivedData, 의존성 캐시와 Archives가 우선 대상입니다. 시뮬레이터 시작 중 멈춘다면 가상 기기 자료와 런타임 조합을 확인해야 합니다.

아래 표에서 자신의 작업 방식과 가장 가까운 행을 고르십시오. 정리 대상은 “다시 받을 수 있는가”만이 아니라 “다음 테스트에서 즉시 필요한가”로 판단해야 합니다.

한 가지 앱만 유지하는 경우

Xcode의 구성 요소 관리 화면에서 프로젝트가 실제로 사용하는 플랫폼 지원과 런타임만 남기십시오. Apple은 추가 Xcode 구성 요소를 내려받고 제거하는 공식 관리 경로를 제공합니다. 구성 요소 설치와 제거 안내를 기준으로 메뉴를 확인하는 편이 임의의 폴더 삭제보다 안전합니다.

iOS 27 Simulator Runtime은 안전하게 지워도 됩니까?

테스트 표에 없고 다음 검증에서 다시 받을 수 있다면 Xcode Components에서 제거할 수 있습니다. 다만 그 런타임을 사용하는 가상 기기와 테스트를 즉시 실행할 수 없게 됩니다. 베타 환경에서는 화면과 설치 조건이 달라질 수 있으므로 제거 전에 현재 사용 중인 도구와 복구 경로를 확인하십시오.

DerivedData는 프로젝트 원본이나 서명 자료가 아닙니다. 정리하면 보통 다음 빌드에서 중간 결과를 다시 만들지만, 의존성 다운로드와 첫 컴파일이 다시 발생할 수 있습니다. 따라서 출시 직전이나 장시간 빌드 직전에는 바로 지우지 말고, 먼저 다른 자료가 원인인지 확인하십시오.

최저 지원 버전, 실제 사용자가 많은 버전, 새 버전 대응 검증을 세 축으로 나누십시오. 각 축마다 반드시 필요한 런타임만 표시합니다. “설치되어 있다”는 이유만으로 모든 런타임을 보존할 필요는 없지만, 다음 회귀 테스트에 필요한 런타임은 삭제 대상에서 제외해야 합니다.

가상 기기 삭제와 시뮬레이터 런타임 제거는 어떻게 다릅니까?

가상 기기 삭제는 특정 기기의 앱 자료와 상태를 없애는 작업입니다. 같은 런타임으로 새 기기를 만들 수 있습니다. 반대로 런타임 제거는 해당 iOS 실행 환경 자체를 없애므로, 그 버전의 테스트를 다시 하려면 구성 요소를 다시 설치해야 합니다. Apple의 추가 시뮬레이터 관리 설명도 이 두 관리 대상을 구분해 설명합니다.

정리 순서는 다음이 안전합니다.

1. 테스트 표에서 다음 회귀 테스트 날짜와 필요한 버전을 확인합니다.
2. 중복되거나 사용하지 않는 가상 기기를 식별합니다.
3. 가상 기기 하나를 삭제한 뒤 필요한 앱 설치와 실행을 다시 확인합니다.
4. 더 이상 필요하지 않은 런타임만 Components에서 제거합니다.
5. 실제 프로젝트를 빌드하고 각 보존 버전에서 핵심 화면을 확인합니다.

테스트 표가 없으면 런타임을 지우지 마십시오. 먼저 지원 범위를 문서화해야 합니다. 단기적으로 공간을 확보해도 다음 회귀 테스트에서 재설치와 설정 작업이 반복되면 운영 비용이 커집니다.

두 Xcode를 설치했다면 현재 선택된 개발자 디렉터리부터 확인합니다.

xcode-select -p
xcodebuild -version

이 명령은 현재 명령줄 도구가 어느 Xcode를 가리키는지와 버전을 확인합니다. Apple의 명령줄 도구 선택 설정과 비교해 배포 환경이 베타를 가리키고 있지 않은지 확인하십시오.

xcode-select 전환은 활성 개발자 도구를 바꾸는 작업입니다. 오래된 Xcode 앱 삭제, 런타임 제거, 가상 기기 자료 삭제와 같은 작업이 아닙니다. 네 가지를 한 번에 처리하면 어떤 변경이 빌드를 망가뜨렸는지 추적하기 어려워집니다.

정식 배포 환경은 되돌릴 수 있도록 보존해야 합니다. 베타 환경은 다시 내려받을 수 있는 구성 요소와 테스트 자료만 남기는 방식이 적합합니다. Archive는 단순한 임시 파일이 아닙니다. Apple의 보관과 배포 절차와 보관 오류 해결 조건을 확인한 뒤 삭제 여부를 결정하십시오.

첫 단계: 현재 상태를 기록합니다

macOS 저장 공간 화면과 위의 du 결과를 저장합니다. 현재 선택된 Xcode, 설치된 런타임, 보존할 Archives 목록도 적습니다. 삭제 전 기록이 있어야 정리 효과와 재증가 원인을 비교할 수 있습니다.

둘째 단계: Components에서 사용하지 않는 런타임을 확인합니다

프로젝트의 테스트 표와 Components 목록을 대조합니다. 사용 중인 런타임은 남기고, 다음 테스트에 필요하지 않은 구성 요소만 공식 메뉴에서 제거합니다. 보호된 시스템 디렉터리를 직접 지우거나 시스템 보호 기능을 끄는 방식은 일반적인 해결책이 아닙니다.

셋째 단계: 가상 기기 자료를 분리해 정리합니다

오래된 기기, 중복 기기, 더 이상 쓰지 않는 앱 상태를 식별합니다. 한 번에 모두 지우지 말고 작은 범위로 삭제한 뒤 시뮬레이터를 시작합니다. Apple의 시뮬레이터 실행 제한과 동작 설명을 참고해 실제 기기에서만 가능한 검증을 시뮬레이터의 성공으로 오해하지 않도록 합니다.

넷째 단계: DerivedData와 로그를 정리합니다

정리 전 진행 중인 빌드와 배포 작업을 멈춥니다. DerivedData를 삭제하면 다음 빌드에서 다시 만들어지므로, 인터넷 연결과 의존성 복구가 가능한지 먼저 확인합니다. Archives와 서명 자료는 별도 보존 목록을 통과한 경우에만 정리합니다.

다섯째 단계: 실제 프로젝트로 검증합니다

Finder의 여유 공간 표시만 보지 마십시오. 다음 순서로 확인합니다.

• 의존성 복구가 완료되는지 확인합니다.
• 보존한 런타임으로 시뮬레이터가 시작되는지 확인합니다.
• 실제 프로젝트를 깨끗한 상태에서 빌드합니다.
• Archive를 만들고 필요한 배포 단계까지 확인합니다.
• 재빌드 뒤 여유 공간이 다시 급락하지 않는지 기록합니다.

Apple은 Xcode의 시스템 요구 조건을 버전별로 안내하므로, 베타 도구를 원격 맥에 설치하기 전 Xcode 시스템 요구 사항을 확인해야 합니다. 베타 구성 요소의 공간 증가나 권한 문제는 사용자 보고일 수 있으며, 모든 환경의 일반적인 현상으로 단정하면 안 됩니다.

원격 맥에서 시뮬레이터와 지속 빌드를 함께 돌리면 사람이 매번 정리하지 못합니다. 먼저 재시작 뒤 디스크 자료가 유지되는지 확인하십시오. 그다음 원격 접속 권한, Xcode 재설치 방법, 런타임 복구 경로, 서명 자료 백업 위치를 문서화합니다.

매일 무조건 삭제하는 방식은 위험합니다. 빌드가 진행 중인 Archives나 다음 작업에 필요한 의존성을 지울 수 있기 때문입니다. 대신 다음 기준을 정하십시오.

• 오래된 로그는 보존 기간과 최대 크기를 정해 순환합니다.
• Archives는 출시와 재현에 필요한 목록을 남긴 뒤 나머지를 별도 보관합니다.
• DerivedData는 작업이 없는 시간에 정리합니다.
• 가상 기기는 목적별로 이름을 붙이고 사용하지 않는 항목만 제거합니다.
• 여유 공간이 반복적으로 임계 상태에 도달하면 정리보다 확장을 검토합니다.

현재 맥에서 iOS 27 시뮬레이터, 여러 테스트 런타임, Archive, 의존성 캐시가 동시에 필요하다면 원격 맥을 단기 작업 환경으로 먼저 검증할 수 있습니다. CALMVPS 원격 맥 이용 방식을 확인할 때는 접속 방식보다 저장 자료의 지속성, 재시작 후 복구, 필요한 권한을 먼저 문의해야 합니다.

• 정리: 한 번만 커진 DerivedData나 로그처럼 다시 만들거나 회전할 수 있는 자료가 대부분일 때 선택합니다.
• 확장: 테스트 표에 필요한 런타임과 Archives를 모두 보존해야 하고, 정상적인 빌드만으로 여유 공간이 계속 줄어들 때 선택합니다.
• 이전: 정리 뒤에도 빌드가 중단되거나, 현재 환경에서 필요한 도구 체계를 함께 보존할 수 없을 때 선택합니다.

현재 로컬 맥은 코드 작성과 빠른 확인에는 편하지만, 개발 자료와 개인 파일이 같은 디스크를 계속 경쟁합니다. 하드웨어를 따로 마련하면 초기 지출과 관리 부담이 생기고, 지속 빌드를 위해 항상 켜 두어야 합니다. 팀원이 공유하기도 어렵습니다.

반면 CALMVPS의 원격 맥은 필요한 기간만 사용하면서 지속 빌드와 시뮬레이터 작업을 분리해 시험할 수 있습니다. 다만 물리 기기 연결, 장기간 고정 부하, 로컬 수준의 즉시 반응이 반드시 필요한 경우에는 직접 보유한 맥이 더 적합합니다. 먼저 CALMVPS 요금과 이용 기간을 살펴보고, 실제 프로젝트의 런타임 보존량과 Archive 증가 주기를 기준으로 짧게 검증한 뒤 확장 여부를 결정하십시오.

iOS 27 시뮬레이터 디스크 부족은 무조건 지우는 문제가 아닙니다. 무엇이 공간을 차지하는지 분리하고, 테스트 표에 없는 자료만 정리한 뒤, 필요한 환경이 계속 공존해야 하면 용량을 늘리거나 원격 맥으로 옮겨야 합니다.