증상 → 인스턴스만 종료했는데 Dedicated Host가 남아 있습니다.
빠른 조치 → 필요한 산출물과 로그를 먼저 보존하고, 인스턴스 종료와 호스트 해제를 별도로 확인합니다.
이 글은 임시 AWS EC2 Mac CI 환경을 닫는 엔지니어, 빌드 데이터 보존을 맡은 개발팀, 다음 macOS 빌드 환경을 검토하는 운영 담당자를 위한 실행 절차입니다.
CI 작업 종료 확인
먼저 대기열과 실행 중인 작업을 확인합니다. 작업이 남아 있으면 정리 절차를 미룹니다. 인스턴스를 중지하거나 종료한 뒤에는 해당 호스트에서 작업을 이어갈 수 없기 때문입니다.
Amazon EC2 Mac은 Dedicated Host에서 실행됩니다. 따라서 인스턴스 종료가 호스트 해제를 뜻하지는 않습니다. AWS도 Mac 인스턴스의 중지·종료 과정과 Dedicated Host 해제를 별도 절차로 안내합니다. EC2 Mac 실행에 필요한 Dedicated Host 조건과 Mac 인스턴스 중지 및 종료 시 정리 절차를 각각 확인합니다.
다음 항목을 먼저 점검합니다.
- CI 대기열과 예약된 작업이 비어 있는지
- 실행 중인 빌드나 테스트가 없는지
- 배포·서명 작업이 끝났는지
- 운영 담당자에게 종료 시점과 영향 범위를 알렸는지
보존할 빌드 데이터 분류
정리 전에 어떤 자료를 별도로 저장해야 하나요? 빌드 결과물, 테스트 보고서, 진단 로그, 재현에 필요한 설정을 먼저 분류합니다. 캐시는 다시 만들 수 있는지 판단하고, 재생성이 어렵거나 조사에 필요한 데이터는 별도로 내보냅니다.
특히 서명 자격 증명과 비밀 값은 일반 산출물처럼 복사하지 않습니다. 조직의 비밀 관리 절차에 따라 필요한 항목만 보존하고, 임시 파일이나 로컬 키가 남는 위치도 확인합니다.
| 데이터 종류 | 정리 전 확인 | 보존 시 유의점 |
|---|---|---|
| 앱 빌드와 테스트 결과 | 배포·검토에 필요한 파일인지 확인 | 실제 저장 위치와 접근 권한을 확인합니다 |
| 빌드·시스템 로그 | 장애 조사와 감사에 필요한 범위를 확인 | 로그 보관 정책에 맞춰 내보냅니다 |
| 캐시와 임시 파일 | 재생성 가능 여부를 판단 | 필요한 캐시만 남기고 불필요한 파일은 정리합니다 |
| EBS 볼륨 데이터 | 종료 후 볼륨 삭제 설정을 확인 | 보존할 볼륨은 종료 전에 설정을 점검합니다 |
| 디스크 스냅샷 | 보존 목적과 복구 필요성을 확인 | 생성 완료와 보관 위치를 확인합니다 |
인스턴스 종료 시 EBS 볼륨이 자동 삭제되는지는 볼륨의 DeleteOnTermination 설정에 달려 있습니다. 루트 볼륨과 추가 볼륨의 처리 방식이 같다고 가정하지 말고 각 볼륨 설정을 확인합니다. AWS의 종료 후 EBS 볼륨 보존 규칙을 기준으로 보존 대상을 점검하세요. 스냅샷이 필요하면 종료 전에 EBS 스냅샷 생성 절차를 따르고, 스냅샷이 실제로 생성됐는지 확인합니다. 인스턴스 종료 자체를 백업 완료로 간주하면 안 됩니다.
인스턴스 상태별 정리
중지, 종료, 호스트 정리는 서로 다른 상태입니다. 중지는 인스턴스를 일시적으로 멈추는 조치이고, 종료는 인스턴스를 없애는 조치입니다. Dedicated Host가 해제됐는지는 별도로 확인해야 합니다.
| 현재 상황 | 다음 조치 | 완료로 판단할 기준 |
|---|---|---|
| CI 작업이 남아 있음 | 대기열과 실행 작업을 비웁니다 | 처리할 작업이 없고 담당자가 종료를 승인했습니다 |
| 인스턴스를 잠시 멈춤 | 보존 데이터와 재사용 계획을 확인합니다 | 호스트 해제 조건을 충족했는지 별도 확인합니다 |
| 인스턴스를 종료함 | 인스턴스 상태와 연결된 저장 장치를 확인합니다 | 종료와 데이터 보존을 각각 확인했습니다 |
| Dedicated Host 해제 요청을 진행함 | AWS 콘솔 또는 공식 API 절차를 따릅니다 | 호스트가 더 이상 할당 상태가 아닌지 확인합니다 |
인스턴스를 종료한 다음에도 호스트 해제가 필요한가요? 네. 인스턴스 종료와 Dedicated Host 해제는 별개의 정리 단계입니다. EC2 인스턴스 종료 동작을 확인한 뒤, 호스트가 계속 할당된 상태인지 콘솔이나 API에서 살펴봅니다.
Dedicated Host 해제 조건과 최종 확인
AWS의 Dedicated Host 문서에 따르면 호스트는 할당 후 최소 24시간이 지나야 해제할 수 있습니다. 이 조건을 충족했더라도 실행 중인 인스턴스 등 해제를 막는 상태가 있으면 요청이 진행되지 않을 수 있습니다. 현재 상태와 요구 조건은 Dedicated Host 해제 안내에서 다시 확인합니다.
언제 해제 요청을 진행할 수 있나요? 할당 후 최소 유지 시간이 지났고, 연결된 인스턴스가 해제에 방해되지 않는 상태인지 확인한 뒤 진행합니다. 인스턴스가 중지된 것만으로 호스트가 해제 가능한 상태라고 단정하지 않습니다.
AWS 콘솔을 사용한다면 Dedicated Host 목록에서 해당 호스트의 상태와 연결된 인스턴스를 확인합니다. CLI나 API를 사용한다면 공식 흐름에 따라 조회하고, 요청이 성공했는지뿐 아니라 이후 상태 변화도 확인합니다. 호스트 상태 모니터링 기준을 참고하면 요청 전후의 상태를 구분하는 데 도움이 됩니다.
해제가 완료됐는지는 어떻게 판단하나요? 호스트가 더 이상 할당된 상태가 아닌지 확인하고, 인스턴스가 남아 있거나 해제 요청이 실패한 상태가 아닌지 살펴봅니다. 그다음 Dedicated Host 요금 산정 기준에 따라 청구 내역을 대조합니다. 특정 계정의 실제 청구가 언제 반영되는지는 계정의 사용 내역으로 확인해야 하며, 인스턴스 종료만 보고 비용이 멈췄다고 판단하지 않습니다.
후속 macOS CI 환경 선택
조건에 따라 다음처럼 결정합니다.
- CI가 간헐적으로 실행되고 Dedicated Host를 계속 유지할 이유가 없다면, 필요한 시점에 사용할 수 있는 환경을 비교합니다.
- 빌드가 상시 실행되고, 직접 관리할 전담 운영 체계가 있다면 자가 관리 방식을 검토합니다.
- 작업이 정기적이지만 호스트를 계속 할당할 필요는 없다면, 예상 실행 빈도와 관리 부담을 함께 비교합니다.
- 물리적인 Mac 환경이나 특정 운영 권한이 필수라면, 선택하려는 서비스가 그 조건을 충족하는지 먼저 확인합니다.
사례: 릴리스 빌드가 끝난 뒤 인스턴스만 종료하고 호스트 할당 상태를 확인하지 않으면, 정리는 완료되지 않았는데 운영팀은 이미 환경이 닫혔다고 오해할 수 있습니다. 반대로 보존할 로그와 결과물을 확인하지 않고 먼저 종료하면, 원인 분석에 필요한 자료를 복구하지 못할 수 있습니다. 순서는 산출물 확인, 인스턴스 처리, 호스트 조건 점검, 해제 상태와 청구 내역 확인입니다.
AWS 호스트를 정리한 뒤에도 Apple 플랫폼 빌드가 정기적으로 필요하다면, 지속적인 호스트 관리가 적합한지부터 판단합니다. AWS Dedicated Host를 직접 운영하면 용량과 정리 상태를 계속 관리해야 하고, 간헐적인 작업에도 할당된 호스트가 남지 않았는지 확인해야 합니다. 반면 필요할 때 원격 Mac에 접속하는 방식은 작업 주기에 맞춰 검토할 수 있지만, 장기 상시 부하나 특정 물리 인터페이스가 필요한 환경에는 맞지 않을 수 있습니다. 운영 방식과 이용 조건은 Mac 요금제와 이용 주기 및 원격 Mac 이용 위치에서 확인할 수 있습니다.
더 읽어보기
전용 맥 빌드 환경이 필요하다면 MergeMac을 이용해 보세요
가상 머신이 아닌 전용 물리 맥 미니를 하루 단위로 대여할 수 있습니다.