Graviton(ARM)으로 옮기기 전에 무엇을 확인해야 합니까?

대상마다 난이도가 다릅니다

Graviton은 AWS가 설계한 Arm 기반 프로세서입니다. 같은 클라우드 안에서 인스턴스 유형만 바꾸는 일처럼 보이지만, 실제로는 CPU 아키텍처가 x86에서 arm64로 바뀌는 일입니다. 그래서 무엇을 옮기느냐에 따라 할 일이 크게 갈립니다.

관리형 데이터베이스와 캐시는 애플리케이션 코드가 데이터베이스 엔진의 CPU 아키텍처를 직접 보지 않기 때문에 비교적 부담이 적습니다. 반대로 EC2에서 직접 운영하는 서버는 그 위에 설치된 모든 소프트웨어가 arm64를 지원해야 하므로 확인할 것이 가장 많습니다.

AWS는 Lambda의 arm64 함수가 같은 x86 함수보다 가격 대비 성능이 크게 나을 수 있다고 안내합니다. 다만 실제 효과는 작업의 특성에 따라 달라지므로, 공개 수치보다 자체 환경에서 잰 결과로 판단합니다.

전환 전에 확인할 것

AWS가 공개한 Graviton 전환 자료는 현재 소프트웨어 구성의 목록화를 첫 단계로 둡니다. 운영체제부터 모니터링 도구까지 하나라도 arm64를 지원하지 않으면 그 서버는 옮길 수 없기 때문입니다.

• 운영체제: Amazon Linux 2023·Ubuntu·RHEL 등 주요 리눅스 배포판은 Graviton을 지원합니다. 그러나 Windows는 모든 버전이 Graviton 인스턴스를 지원하지 않으므로, Windows 서버는 전환 대상에서 뺍니다.
• 언어 런타임: Python·Node.js·PHP·Java 같은 인터프리터·JIT 언어는 대개 큰 수정 없이 동작합니다. AWS 자료는 런타임과 라이브러리를 가능한 최신 버전으로 쓰라고 권합니다. 오래된 버전일수록 arm64 최적화가 빠져 있을 수 있기 때문입니다.
• 컴파일 언어: C·C++·Go·Rust로 만든 프로그램은 arm64용으로 다시 빌드합니다. 빌드 서버와 배포 파이프라인도 arm64 산출물을 만들 수 있어야 합니다.
• 네이티브 의존성: Python은 오래된 pip이 arm64용 휠을 찾지 못하고 소스 빌드로 넘어갈 수 있어, AWS 자료대로 pip을 20.3 이상으로 먼저 올립니다. Java는 네이티브 라이브러리를 포함한 패키지가 있는지 확인합니다. .NET은 AWS 자료가 새 작업에 .NET 10(LTS)을 권하며, .NET 8·9는 지원 종료일이 2026년 11월 10일이므로 x86에서 먼저 올려 두는 편이 안전합니다.
• 컨테이너 이미지: x86 전용 이미지는 arm64 노드에서 실행되지 않습니다. Amazon ECR은 하나의 태그로 두 아키텍처를 담는 멀티 아키텍처 이미지를 지원합니다.
• 에이전트·상용 소프트웨어: 모니터링·보안·백업 에이전트와 라이선스 제품의 arm64 지원 여부를 공급사에 확인합니다. 애플리케이션이 준비돼도 에이전트 하나가 arm64를 지원하지 않으면 그 서버는 옮길 수 없습니다.

전환 순서

AWS 전환 가이드는 업그레이드가 필요하면 기존 x86 환경에서 먼저 끝내 한 번에 바뀌는 변수를 줄이라고 권합니다. 운영체제를 바꾸는 일과 아키텍처를 바꾸는 일을 같은 날 하지 않는다는 뜻입니다.

1. 목록화서버별 운영체제, 언어, 라이브러리, 빌드·배포 도구, 에이전트를 적고 arm64 지원 여부를 표시합니다.
2. x86에서 선행 업그레이드오래된 런타임이나 운영체제는 x86 환경에서 먼저 올려 둡니다.
3. arm64 환경 구성arm64 AMI를 준비하거나, 클러스터에 Graviton 노드를 추가하고 이미지를 멀티 아키텍처로 빌드합니다.
4. 기능·성능 시험테스트를 모두 통과시킨 뒤, 같은 부하에서 x86과 처리량을 비교합니다.
5. 점진 전환일부 트래픽만 Graviton으로 보내는 카나리 배포나 블루/그린 배포로 넘깁니다. Lambda는 별칭 가중치로 두 버전에 트래픽을 나눌 수 있습니다.

성능 비교에서 놓치는 것

Graviton은 SMT(동시 멀티스레딩)가 없어 vCPU 하나가 물리 코어 하나에 대응합니다. 그래서 낮은 부하에서 잠깐 비교하면 차이가 잘 드러나지 않습니다. AWS 가이드는 두 인스턴스 유형을 모두 최대 부하까지 올려 지속 처리량을 비교하고, 필요하면 오토스케일링의 CPU 경보 기준도 조정하라고 안내합니다. 같은 오토스케일링 그룹에 Graviton과 x86 인스턴스를 함께 두고 전환 기간을 운영할 수도 있습니다.

약정과 함께 볼 것

이미 산 약정이 있다면 전환 전에 적용 범위를 확인합니다. Compute Savings Plans는 인스턴스 패밀리와 관계없이 적용되지만, EC2 Instance Savings Plans는 특정 리전의 특정 인스턴스 패밀리에 묶여 있습니다. 예약 인스턴스도 속성 단위로 확약하는 상품입니다. 패밀리에 묶인 약정이 남아 있는 상태에서 Graviton 패밀리로 옮기면, 기존 약정이 쓰이지 않은 채 남을 수 있습니다.

참고 자료

• AWS Graviton Getting Started(AWS 공식 저장소)
• AWS Graviton 전환 가이드
• Graviton 지원 운영체제 목록
• AWS Lambda 개발자 안내서 — 명령어 집합 아키텍처 선택
• Savings Plans 사용 설명서 — 플랜 유형