대상: APAC·미국에서 원격 Mac 러너를 운용하지만 주간에는 큐가 놀고 야간에만 대기열이 폭증하며 일 대여와 월 청구가 활용과 어긋나는 팀.기대 효과: UTC 창, 풀 태그, 동시성 상한, 대여 상각을 하나의 감사 가능한 표에 담고 노드·러너·아티팩트 가이드와 상호 링크합니다.구성: 근본 원인 여섯 가지, 여섯 지역 매트릭스, YAML 스케치, 콜아웃, 여섯 단계 런북, 세 KPI, 마무리, FAQ.
싱가포르, 도쿄, 서울, 홍콩, 버지니아 동부, 샌프란시스코 베이 등에 셀프호스티드 러너를 두면서도 무거운 작업을 단일 본사 시간대 cron으로만 돌리면, 전형적으로 현지 근무 시간대에 유휴 용량이 생기고 다른 지역의 업무 종료 이후 머지 폭풍이 겹칩니다. 근본 원인은 종종 Mac 부족이 아니라 잘못 정렬된 트리거 시계와 달력 기반 과금에서의 낮은 대여 활용입니다. 아래는 반복되는 플랫폼 실수 여섯 가지입니다.
운영에서는 큐 길이와 CPU 사용률을 UTC로 겹쳐 그리고, 구조적으로 비는 시간대를 주간으로 분리해 보세요. 코어를 늘리기 전에 트리거와 머지 창을 먼저 조정하는 편이 낫습니다.
max-parallel과 리포지토리별 동시성 없이 Git fetch·레지스트리 업로드가 Git·레지스트리 런북의 재시도와 겹쳐 CPU는 비는데 작업은 전부 빨간색인 거짓 용량 부족이 됩니다.Apple Silicon 원격을 감사 가능한 24시간 용량 시트로 만들려면 시간대 창, 러너 풀, 대여 티어를 동일 변경 티켓에 묶습니다. 이는 M4 대 M4 Pro 선택을 대체하기보다 함께 봐야 효과가 큽니다.
창은 UTC 기준 예시입니다. 실제 스프린트 시간대로 바꾸세요. 주 리포지토리가 미 동부에 있으면 컴파일·단위 테스트는 그 리전 근처에 두고 Simulator 비중 높은 작업은 개발자 밀집 지역에 두어 태평양 횡단 아티팩트 churn을 줄입니다.
| 리전 | UTC 오프셋(예) | 전형적인 릴레이 역할 | 적합 작업 | 주요 리스크 |
|---|---|---|---|---|
| 싱가포르 | +8 | APAC 오전 빌드, 유럽·아프리카 인수 버퍼 | 컴파일, 단위, 린트, 캐시 워밍 | 미 피크와 겹칠 때 동시성 제한, Git 이그레스 경합 주시 |
| 일본 | +9 | JP 제품팀 정렬 야간 배치 | 전체 회귀, 승격 전 점검 | JP·미 피크가 겹칠 때 서명 풀 분리 |
| 대한민국 | +9 | 상주 규칙이 다르면 JP와 별도 태그 풀 | 병렬 단위, 캐시 워밍, KR 준수 빌드 | 데이터 상주 정책을 공유 태그로 섞지 말 것 |
| 홍콩 | +8 | 그레이터베이 워크플로 브리지 | 중간 병렬 빌드, 본토 최적화 이그레스 | 주 Git 리전과 어긋나면 아티팩트 SLA 정의 |
| 미 동부(버지니아) | −5/−4(DST) | 주요 Git 호스트와 정렬 용이 | 고빈도 PR, 머지 큐, 업로드 | APAC 야→미 주간 인수용 캐시 키 정의 |
| 미 서부(베이 에어리어) | −8/−7(DST) | 미 서부 종업 전 인터랙티브 | Simulator, 화면 캡처, 디자이너 페어링 | VNC 대역폭 비용, 순수 SSH 배치 풀과 분리 |
내부 IaC나 러너 등록에 이 패턴을 써 지리·시간 의도를 강제하세요. 모든 것을 조용히 흡수하는 기본 풀을 만들지 마세요. 동시성·시크릿 분리는 셀프호스티드 러너 체크리스트와 함께 검토합니다.
jobs:
compile_apac_night:
runs-on: [self-hosted, region-sg, pool-batch, window-utc18-utc06]
steps:
- run: echo "APAC 저녁~미국 오전 인수 구간의 무거운 컴파일"
ui_us_west_day:
runs-on: [self-hosted, region-usw, pool-interactive, window-utc16-utc01]
steps:
- run: echo "Simulator/VNC 비중 높음. 배치 동시성을 빼앗지 말 것"
# 규칙: window-* 와 region-* 는 cron 변경과 동일 변경 티켓에 포함
참고: 릴레이는 감사되지 않은 야간 풀에 서명 신원을 떠다니게 할 허가가 아닙니다. signing·notary 라벨은 허용 목록 호스트에만 두세요.
기준 하드웨어는 멀티리전 대여 가이드를 이미 읽었다고 가정합니다. 러너 태그 분할이 없다면 먼저 체크리스트로 돌아가세요.
batch(SSH만, 높은 동시성), interactive(Simulator·VNC, 낮은 상한), signing(허용 목록, 낮은 동시성)과 명시적 금지를 문서화합니다.이 지표는 네트워크 재시도·큐 깊이와 함께 릴레이 성공을 실행 가능 신호로 바꿉니다.
운영 경험상 시간대 창, 풀 태그, 동시성 상한을 한 리뷰에서 공동 작성한 팀은 눈에 띄는 유휴 시간을 줄이고 혼돈한 스파이크를 짧은 대여로 헤지하기 쉬워집니다. CapEx→OpEx 전환에서도 시간이 용량 모델의 일부입니다.
주 리포지토리 리전과 개발자 밀도가 장기적으로 어긋나면 아티팩트 근접과 데이터 상주를 함께 재검토하지 않으면 절약한 CPU 분이 대양 횡단 동기화에서 사라집니다.
명시적 window-* 태그, 동시성 계약, 폐기 단계 없이는 다시 깨어 있는 사람에게 맡기는 모드로 돌아가 스파이크와 유휴가 남고 서명 표면만 커집니다. 프로덕션급 Apple Silicon CI에는 전용 베어메탈, 멀티리전 선택, 기준+피크 대여를 시간대 정책 옆에 문서로 고정해야 합니다.
구두 릴레이는 감사 가능한 키 경계와 예측 가능한 이그레스를 충족하기 어렵습니다. 주 Git 리전 근처에 러너를 두면서 APAC과 북미 사이에서 용량을 흔들어야 하는 팀에게는 지역 노드와 대여 단계가 투명한 전문 Mac 클라우드가 미스터리 호스트 로테이션보다 차분합니다. MACCOME은 Mac mini M4·M4 Pro를 싱가포르, 일본, 한국, 홍콩, 미 동부, 미 서부에서 제공합니다. 공개 요금 페이지로 전제를 맞춘 뒤 릴레이 표에 러너 태그를 반영하세요.
파일럿: 주 리포지 근처와 개발자 밀집 근처에 일 대여 호스트 두 대, 본 여섯 단계 레트로를 두 번 돌린 뒤 월·분기 티어와 2TB 필요 여부를 결정합니다.
FAQ
멀티리전 노드 대여 비용 가이드와 어떻게 연결되나요?
노드 가이드는 하드웨어 위치와 대여 티어 선택을 설명합니다. 본문은 같은 러너 자산을 24시간 어떻게 스케줄할지, 큐를 바쁘게 유지하며 스파이크를 일 대여로 빌리는지를 설명합니다. 동일 용량 리뷰에서 둘 다 링크하세요. 공개 요금: Mac mini 대여 가격.
릴레이는 GitHub 호스티드 러너만으로도 되나요?
히트맵 사고는 재사용할 수 있으나 대여 상각은 주로 셀프호스티드·전용 베어메탈에 해당합니다. 공유 호스티드 러너에서는 머지 정책과 캐시 키에 집중하세요.
Simulator 작업을 야간 배치 풀에 넣어야 하나요?
아니요. Simulator·VNC는 낮은 동시성의 인터랙티브 풀에 두세요. 그렇지 않으면 대역폭과 GPU 경합이 전 플릿으로 전파됩니다.