Fedora Linux 기반의 Azure Linux 4.0 발표

정보 공유
1

이 글은 AI 어시스턴트의 도움을 받아 정리한 글입니다.

Microsoft가 자사 Linux 배포판인 Azure Linux의 다음 메이저 버전 4.0을 공개했습니다. 2026년 5월 Open Source Summit North America에서 처음 소개되었고, 6월 초 Microsoft Build 시점을 전후로 public preview로 확대되었습니다. 이번 글에서는 Azure Linux가 무엇인지, 4.0에서 무엇이 바뀌었는지, 그리고 .NET 개발자 관점에서 왜 눈여겨볼 만한지를 정리합니다.

소스 코드와 빌드 도구는 GitHub의 microsoft/azurelinux 저장소에서 MIT 라이선스로 공개되어 있습니다.

Azure Linux란 무엇인가

Azure Linux는 Microsoft가 Azure 워크로드를 위해 직접 만든 1st party Linux 배포판입니다. 이전 이름은 CBL-Mariner였고, AKS의 컨테이너 호스트, Azure SQL, Azure Cosmos DB 등 Azure 내부 서비스에서 이미 수년간 대규모로 운영되어 왔습니다.

이 배포판의 설계 철학은 명확합니다. 작은 공통 코어 패키지 집합으로 클라우드와 엣지 서비스의 보편적 요구를 충족하고, 각 팀이 그 위에 필요한 패키지를 얹어 자신들의 워크로드용 이미지를 만든다는 것입니다. 결과적으로 디스크와 메모리 사용량이 적고, 부팅이 빠르며, 공격 표면이 작습니다. 보안 패치는 RPM 기반의 패키지 업데이트 모델과 이미지 기반 업데이트 모델을 모두 지원합니다.

4.0에서 달라진 점

1. Fedora 기반으로의 재편

4.0의 가장 큰 아키텍처 변화는 기반을 Fedora Linux 계열로 옮긴 것입니다. 다만 이것이 Fedora를 그대로 재포장한 것은 아닙니다. Microsoft는 Fedora를 토대로 삼되 최종 패키지 세트, 구성, 보안 정책, Azure 통합 지점을 직접 통제합니다. 여전히 RPM 기반이며, 따라서 Azure Linux 4.0을 Fedora 호환 환경으로 가정해서는 안 됩니다.

2. 패키지 매니저 변경: tdnf에서 dnf5로

기존 Azure Linux 릴리스에서 사용하던 tdnf 대신 4.0은 dnf5를 패키지 매니저로 채택했습니다. dnf5는 완전히 새로 작성된 구현으로, 더 빠른 의존성 해석과 더 낮은 메모리 사용량을 제공합니다.

이 변화는 실무에서 바로 영향을 줍니다. tdnf를 참조하는 스크립트, Dockerfile, CI 파이프라인이 있다면 Azure Linux 4.0에 배포하기 전에 dnf5 또는 dnf로 교체해야 합니다.

3. 커널과 핵심 스택 업데이트

커널은 6.18 LTS로 올라갔고, 새로운 하드웨어 드라이버, Hyper-V 통합 개선, GPU 및 AI 가속기 지원이 포함되었습니다. 핵심 컴포넌트 버전은 다음과 같습니다.

컴포넌트 버전 비고
Kernel 6.18 LTS 신규 드라이버, Hyper-V 통합 개선, GPU/AI 가속기 지원
glibc 2.42 문자열 연산, 메모리 할당, 스레드 처리 성능 개선
OpenSSL 3.5.4 최신 암호 알고리즘, 구형 cipher suite 제거
systemd 258.4 빠른 부팅, 서비스 관리 및 로깅 개선
Python 3 3.14.3 JIT 컴파일러, 신규 문법, 표준 라이브러리 갱신
rpm 6.0.1 DB 백엔드 현대화, 서명 검증 개선
패키지 매니저 dnf5 빠른 의존성 해석, 낮은 메모리 사용량
FIPS 140-3 진행 중 인증 대기, FIPS 필수 워크로드는 인증 완료 릴리스 사용

이 외에 bash 5.3.9, binutils 2.45.1, coreutils 9.7, curl 8.15.0, util-linux 2.41.3 등이 함께 갱신되었습니다.

함께 발표된 Azure Container Linux

4.0 발표와 동시에 Azure Container Linux(ACL)가 일반 공급(GA)에 도달했습니다. ACL은 컨테이너에 최적화된 immutable 변형으로, 읽기 전용 루트 파일시스템과 atomic 이미지 기반 업데이트를 사용합니다. 부팅 후에는 시스템을 변경할 수 없으므로 구성 드리프트가 사라지고 롤백이 단순해지며 패치 복잡도가 크게 줄어듭니다. AKS node pool에서 선택해 사용할 수 있습니다.

정리하면 Azure Linux 4.0(VM 대상)은 preview, Azure Container Linux는 GA라는 점에서 두 산출물의 성숙도가 다릅니다.

.NET 개발자에게 왜 중요한가

.NET이 Linux에서 일급 시민으로 동작하는 만큼, Azure Linux는 .NET 워크로드의 배포 대상으로 직접적인 의미가 있습니다.

가장 실질적인 접점은 컨테이너 베이스 이미지입니다. Microsoft는 지원되는 모든 .NET 버전에 대해 Azure Linux 기반 이미지와 distroless 변형을 이미 제공하고 있습니다. 현재 공개된 태그는 azurelinux3.0 계열입니다.

FROM mcr.microsoft.com/dotnet/aspnet:10.0-azurelinux3.0 AS base
# distroless 변형
FROM mcr.microsoft.com/dotnet/aspnet:10.0-azurelinux3.0-distroless AS base

distroless 이미지는 패키지 매니저, 셸, 불필요한 라이브러리를 제거해 공격 표면과 이미지 크기를 동시에 줄입니다. 취약점 스캐너의 노이즈가 줄어 패치 부담이 가벼워지고, 기본적으로 비root 사용자로 실행됩니다. 다만 셸이 없으므로 Dockerfile의 distroless 스테이지에서는 명령을 shell form이 아니라 exec form으로 작성해야 합니다.

# 동작함 (exec form)
ENTRYPOINT ["dotnet", "myapp.dll"]
# 동작하지 않음 (shell form, 셸이 없음)
ENTRYPOINT dotnet myapp.dll

Azure Linux 4.0의 베이스 및 distroless 컨테이너 이미지는 preview 단계에서 별도 경로로 제공되고 있습니다.

mcr.microsoft.com/azurelinux-beta/base/core:4.0
mcr.microsoft.com/azurelinux-beta/distroless/base:4.0
mcr.microsoft.com/azurelinux-beta/distroless/minimal:4.0
mcr.microsoft.com/azurelinux-beta/distroless/debug:4.0

여기서 한 가지 분명히 해 둘 점이 있습니다. .NET 공식 이미지의 azurelinux4.0 태그가 제공되는지는 이 글을 쓰는 2026년 6월 기준으로 확인되지 않았습니다. 현재 dotnet/dotnet-docker 문서는 여전히 azurelinux3.0을 기준으로 안내하고 있습니다. 따라서 4.0 기반 .NET 이미지를 운영에 도입하려면 MCR 태그 목록과 dotnet-docker 문서를 직접 확인하시기 바랍니다.

또한 앞서 언급한 tdnf에서 dnf5로의 변경은 .NET Dockerfile에도 영향을 줍니다. 기존 azurelinux3.0 기반 Dockerfile에서 추가 패키지를 설치할 때 tdnf install을 사용했다면, 4.0 기반으로 옮길 때 해당 명령을 dnf5로 교체해야 합니다.

지금 단계에서의 위치와 주의점

Azure Linux 4.0은 현재 public preview이며, 평가와 테스트 용도로만 사용해야 합니다. Microsoft는 production에 적합하지 않다고 명시하고 있습니다. 지원 범위는 Azure 환경으로 한정되며, 이미지와 ISO를 다른 곳에서 테스트할 수는 있어도 bare-metal, 타 클라우드, 데스크톱 용도는 지원 대상이 아닙니다.

현재 사용 가능한 범위는 Azure Marketplace를 통한 Azure Virtual Machines, VM Scale Sets, 그리고 컨테이너 이미지입니다. AKS와 WSL 지원은 이후에 추가될 예정으로 안내되어 있습니다. FIPS 140-3 인증은 진행 중이며, FIPS가 필수인 워크로드라면 인증이 완료된 릴리스를 사용해야 합니다.

GA 시점은 2026년 6월 기준 공식적으로 확정 발표되지 않았습니다. 메이저 버전별 지원 기간에 대해서도 일부 매체 보도에 차이가 있으므로, 정확한 라이프사이클은 Microsoft Learn의 release cadence and lifecycle 문서로 확인하시기를 권합니다.

규모 검증 사례로는 Databricks가 10만 대 이상의 VM과 100만 개 이상의 CPU 코어를 Azure Linux로 마이그레이션하면서 고객 영향 사고 없이 전환을 완료했고, 이미지 pull 시간 27% 단축과 서버리스 컴퓨트 전반에서 약 5%의 쿼리 실행 속도 향상을 보고한 것이 언급되었습니다. LinkedIn은 Azure Linux 3로 인프라를 전환했습니다.

정리

Azure Linux 4.0은 Microsoft가 내부적으로 검증해 온 Linux 기반을 Azure 고객에게 제공 가능한 형태로 끌어올리는 흐름의 연장선입니다. Fedora 기반 재편, dnf5 채택, 커널 6.18 LTS와 스택 전반의 현대화가 핵심입니다.

.NET 개발자 입장에서는 다음 두 가지를 기억하면 충분합니다. 첫째, Azure Linux 기반 distroless 이미지는 .NET 컨테이너의 크기와 공격 표면을 줄이는 현실적인 선택지이며 3.0 계열은 이미 제공되고 있습니다. 둘째, 4.0으로의 이동을 검토한다면 tdnf에서 dnf5로의 명령 교체와 .NET 4.0 태그의 제공 여부 확인이 선결 과제입니다.

지금은 운영 도입이 아니라 평가 단계입니다. 기존 azurelinux3.0 기반 이미지로 빌드 파이프라인을 점검하고, preview 베이스 이미지로 패키지 호환성과 동작을 테스트해 보면서 GA 시점을 준비하는 것이 합리적인 접근입니다.

참고 링크

4 Likes