가속기 이식성으로 조달 협상력을 확보하는 학습 스택 설계
커널 추상화, 통신 백엔드, 체크포인트 호환성을 중심으로 다중 벤더 학습 인프라의 이식성과 조달 협상력을 설계하는 방법
2026-09-02 · 최초 발행 2026-08-05
AMD는 Instella-MoE-16B-A3B를 자사 Instinct MI300X·MI325X 가속기에서 사전학습, 중간학습, 장문 컨텍스트 확장, SFT, DPO, 강화학습까지 수행했다. 가중치뿐 아니라 단계별 체크포인트, 데이터 혼합 구성, 학습 설정, 추론 코드를 공개했고 학습 코드베이스는 MIT 라이선스로 배포했다.
이 사례가 던지는 질문은 모델 성능 순위에 그치지 않는다. 학습 코드가 한 벤더의 가속기와 라이브러리에 깊게 결합돼 있다면, 공급 제약이 발생했을 때 기술적 대안은 존재하지 않는다. 대안을 실행할 수 있는 능력은 용량 계획과 조달 조건을 함께 바꾸는 인프라 자산이다.
특정 가속기에 묶인 학습 파이프라인의 비용
Instella-MoE는 AMD Primus 프레임워크를 기반으로 MI300X·MI325X에서 처음부터 학습됐다. 사전학습에는 7.1T 토큰이 사용됐고, 컨텍스트 길이는 4K에서 64K로 확장됐다. Gated Multi-head Latent Attention(Gated MLA)과 FarSkip-Collective를 결합해 전문가 병렬 통신을 연산과 겹쳤으며, FarSkip-Collective는 사전학습 속도를 12.7% 개선했다. SGLang의 전문가 병렬 구성에서는 첫 토큰 생성 시간을 최대 39.2% 단축했다.
베이스 모델 평균은 76.7이며 완전 오픈 모델 가운데 최상위에 위치한다. 가중치는 ResearchRAIL, 학습 코드베이스는 MIT 라이선스로 제공된다. 사전학습·중간학습·장문 컨텍스트·SFT·DPO·RL의 각 단계 체크포인트가 함께 배포돼 재현 경로도 열려 있다.
학습 스택을 이식 가능하게 유지하는 일은 평시에는 비용으로 보인다. 추상화 계층은 처리량 손실을 만들 수 있고, 서로 다른 환경을 지속해서 검증해야 한다. 반면 한 벤더의 공급이 막혔을 때 학습 환경을 사실상 다시 작성해야 하는 상황은 더 큰 전환 비용과 협상력 상실로 이어진다.
이식성을 구성하는 경계와 검증 지점
벤더 고유 커널을 직접 호출하는 부분은 인터페이스 뒤로 분리해야 한다. 호출 지점이 학습 루프 전체에 퍼져 있으면 가속기 이관은 설정 변경이 아니라 전면 재작성이 된다. 다만 모든 커널을 공통화하는 방식은 성능 손실이 커질 수 있다. 성능이 중요한 일부 커널은 벤더별 구현을 병렬로 유지하고, 나머지는 공통 경로로 처리하는 구성이 현실적이다.
집합 통신 라이브러리는 설정으로 교체할 수 있어야 한다. 통신 백엔드는 벤더별 구현 차이가 집중되는 지점이며, MoE 학습에서는 전문가 병렬 통신량이 크므로 밀집 모델보다 교체 영향이 크다. 백엔드를 바꾼 뒤에는 반드시 실측이 필요하다.
저정밀 형식의 지원 범위와 수치 동작도 환경마다 다르다. 혼합정밀 설정은 코드 상수가 아니라 구성 파일로 분리하고, 하드웨어별로 손실 스케일링 설정을 다시 조정할 수 있게 둔다. 이 조정 과정은 이식 검증의 대상이다.
체크포인트는 벤더 중립 형식과 샤딩 규칙으로 저장해야 한다. 가중치만 옮길 수 있고 옵티마이저 상태를 옮길 수 없다면, 학습 재개가 아니라 재시작이 된다. 저장 형식의 호환성은 실사용 환경에서 다른 가속기로 체크포인트를 읽고 재개하는 시험으로 확인해야 한다.
프로파일링 역시 공통 지표를 기준으로 설계한다. 연산 대비 통신 비율, 전문가 병렬 구간의 대기 시간, 단계별 처리량을 수집해야 환경 간 비교가 가능하다. Instella-MoE의 FarSkip-Collective처럼 통신과 연산을 겹치는 최적화는 이 계측 없이는 효과를 판별하기 어렵다.
수치 재현성은 동일 시드와 동일 데이터에서 두 가속기의 손실 곡선이 허용 범위 안에 드는지로 확인한다. 완전 일치를 기대하기보다는 허용 편차를 사전에 정해야 한다. 최종 평가 점수만 보지 말고 초기 수백 스텝의 손실 궤적도 비교해야 한다. 후반에 발견되는 문제는 비용이 크다.
노드 장애에 대한 복구도 양쪽 환경에서 검증해야 한다. 체크포인트에서 재개하는 경로가 한쪽에서만 확인됐다면 실제 대안으로 보기 어렵다. 재개 지점 간격은 노드 장애율과 재계산 비용의 균형으로 정한다. 데이터 혼합 구성, 학습 설정, 단계별 체크포인트를 함께 기록하는 일도 재현성의 기반이다.
이식성 수준은 운영 전략으로 정한다
먼저 전면 이식성과 부분 이식성 가운데 어느 수준을 확보할지 정해야 한다. 모든 커널을 추상화하려는 접근은 성능 손실 때문에 실패하기 쉽다. 사전학습에는 이식성을 확보하고, 미세조정에는 벤더 최적화를 허용하는 단계별 차등도 선택지가 된다.
벤더별 비교는 동일 모델과 동일 데이터로 처리량 및 총비용을 측정하는 표준 절차에서 시작한다. 공급자가 제시한 수치만으로는 비교 기준이 되기 어렵다. MoE 모델은 전문가 병렬 통신 특성이 결과를 좌우하므로, 밀집 모델 측정치를 대체 근거로 사용해서는 안 된다.
추상화 대상과 비대상은 명시 문서로 관리한다. 이 경계가 없으면 추상화 범위가 코드 전체로 번진다. 비대상으로 남긴 벤더 전용 코드는 이관 시 재작성 비용으로 계상하고 정기적으로 갱신한다.
체크포인트 이관 시험은 정례화할 필요가 있다. 소규모 모델로 시험할 수 있지만, 샤딩 구성은 실제 환경과 동일해야 한다. 문서상 호환성은 검증이 아니다.
조달 다변화 계획에서는 이식성 수준과 실제 대안 수를 연결한다. 다른 가속기 환경에서 작동함을 증명한 벤더만 대안으로 계상할 수 있다. 공급 제약 국면을 가정한 전환 소요 기간은 계약 조건 협상의 근거가 된다.
추상화로 인한 처리량 손실에는 허용선을 둔다. 상한이 없으면 성능 저하가 누적돼도 판단할 기준이 없다. 허용선을 넘는 경우에는 해당 커널만 벤더별 구현으로 되돌릴 수 있는 예외 절차가 필요하다. 벤더 전용 코드 도입은 기술 부채 등록 대상으로 다루고, 승인과 만료를 관리한다. 이관 리허설 결과와 재작성 비용 추정치도 정기 보고 항목에 포함한다.
선택지별로 달라지는 비용과 위험
| 구분 | 다중 벤더 이식성 확보 | 단일 벤더 최적화 |
|---|---|---|
| 학습 처리량 | 추상화 손실 발생 | 최대치 |
| 공급 위험 | 대안 존재 | 대안 없음 |
| 조달 협상력 | 확보 | 약함 |
| 구현 복잡도 | 높음 | 낮음 |
| 전환 소요 | 짧음 | 매우 김 |
| 평시 비용 | 유지 부담 존재 | 없음 |
단일 벤더 최적화는 벤더 전용 커널과 통신 라이브러리를 그대로 활용해 처리량을 최대화할 수 있다. 구현이 단순하고 공급자 지원도 두텁다. 그러나 가속기 공급이 제약되면 가격과 물량 조건을 받아들일 수밖에 없고, 전환을 시도하는 시점에는 학습 스택을 사실상 재작성해야 한다.
다중 벤더 이식성은 공급 제약 상황에서도 실행 가능한 대안을 제공한다. 이 대안의 존재는 조달 협상 지위를 바꾸고 특정 벤더의 로드맵 변경 위험도 줄인다. 그 대가로 추상화에 따른 처리량 손실과 두 환경을 검증하는 상시 유지 부담을 감수해야 한다. AMD가 사전학습부터 강화학습까지 자사 가속기에서 수행하고 학습 코드베이스를 MIT로 공개한 사례는 이식 대상 환경이 실제로 존재함을 입증했다. 이식성 유지 비용을 보험료로 볼 근거도 이전보다 분명해졌다.
자체 가속기를 보유해 학습하는 방식은 장기 대규모 학습에서 총비용이 낮고, 데이터가 외부로 나가지 않으며, 커널 수준 최적화와 장애 대응을 직접 통제할 수 있다. 초기 투자와 전력·냉각 설비 부담이 크고, 유휴 구간 비용과 하드웨어 세대 교체 위험은 조직이 부담한다.
외부 클라우드 임차는 초기 투자 없이 필요한 만큼 사용하고 최신 세대 가속기에 빠르게 접근할 수 있다. 대신 장기 대규모 학습에서는 누적 비용이 자체 보유를 넘을 수 있으며, 물량 확보는 공급자 재고에 좌우되고 커널 수준 개입 여지도 제한된다. 학습 주기가 예측 가능하고 상시 부하가 확보되는 조직에는 자체 보유가, 실험 단계이거나 부하 변동이 큰 조직에는 임차가 유리하다. 판단 기준은 학습 파이프라인의 성숙도다.
가중치만 공개하는 방식과 학습 파이프라인을 완전 공개하는 방식도 이식성에 다른 영향을 준다. 데이터 혼합, 학습 설정, 단계별 체크포인트까지 공개하면 제3자가 결과를 재현하고 일부 단계만 바꾼 파생 모델을 만들 수 있으며 학습 방법론에 대한 신뢰도 쌓인다. 경쟁자에게 학습 노하우가 노출되고 데이터 구성의 법적 검토 부담이 커지는 측면도 있다.
가중치만 공개하면 활용 가치는 제공하면서 학습 방법론과 데이터 출처에 관한 노출을 줄일 수 있다. 하지만 성능 주장을 외부에서 재현하기 어렵고 파생 연구는 가중치 미세조정 수준에 머문다. 타 가속기에서의 재현은 학습 설정과 체크포인트 형식이 함께 제공될 때 출발할 수 있으므로, 벤더 독립성을 주장하는 공급자에게 완전 공개는 사실상 필요 조건에 가깝다.
자원관리와 조달의 관점
학습 가속기는 고가 자산이다. 이식성 확보는 자산 교체 주기와 공급 위험을 동시에 다루는 수단이며, 추상화 유지 비용과 재작성 비용 추정치를 함께 관리하는 방식은 기술 부채 정량화의 실무적 형태가 된다.
조달 협상력은 문서상의 호환성에서 나오지 않는다. 대안이 실제로 작동한다는 증명이 있어야 협상 지위로 전환된다. 전환 소요 기간은 계약 조건 협상의 핵심 근거이고, 이관 리허설이 그 근거를 만든다.
커널 추상화와 통신 백엔드 분리는 플랫폼 독립성을 확보하는 표준 기법이지만 성능과의 상충을 전제한다. 체크포인트 형식의 중립화는 데이터 이식성 요건이며, 옵티마이저 상태까지 포함해 옮길 수 있는지가 실질적인 이식 가능성을 가른다.
학습 인프라에서 나타나는 흐름
완전 오픈 학습 파이프라인 공개는 가속기 벤더의 생태계 확보 전략으로 정착하는 흐름이다. MoE 학습에서는 전문가 병렬 통신 최적화가 벤더별 성능 격차를 만드는 주요 변수로 부상하고 있다.
학습 스택의 이식성 수준은 대규모 가속기 조달 계약에서 협상 항목으로 명시되는 방향이다. 체크포인트의 중립 형식과 옵티마이저 상태 이식 역시 학습 인프라 요구사항에 포함되는 흐름이다.
AMD의 Instella-MoE-16B-A3B 사례는 대규모 학습이 특정 벤더 가속기에만 묶여 있다는 전제를 실증적으로 흔든다. 하지만 대안은 설계 문서에 존재하는 것으로 충분하지 않다. 체크포인트를 다른 가속기로 옮기고, 옵티마이저 상태를 포함해 학습을 재개해 본 조직만이 실행 가능한 조달 대안을 갖고 있다고 말할 수 있다.
Sources
- Introducing Instella-MoE: A State-of-the-Art Fully Open Mixture-of-Experts Language Model | ROCm Blogs
- AMD Releases Instella-MoE-16B-A3B | MarkTechPost
- amd/Instella-MoE-16B-A3B-Base | Hugging Face
- amd/Instella-MoE-16B-A3B-Think | Hugging Face
- amd/Instella-MoE-16B-A3B-Midtrain | Hugging Face
- AMD unveils Instella-MoE trained on its own GPUs | GIGAZINE
- Marktechpost on X: Instella-MoE key takeaways