기존 Uniform 확장 집합을 Azure에서 Flexible 오케스트레이션 모드로 변환할 수 있나요?

아니요, Azure는 현재 Uniform과 Flexible 오케스트레이션 모드 간의 인플레이스 변환을 지원하지 않습니다. 원하는 모드로 새 확장 집합을 배포하고 워크로드를 그에 맞게 마이그레이션해야 합니다.

Flexible 오케스트레이션 모드도 Uniform 모드처럼 자동 크기 조정을 지원하나요?

예, Uniform과 Flexible 오케스트레이션 모드 모두 Azure Autoscale 규칙, 예약 크기 조정, 메트릭 기반 크기 조정, 예측 자동 크기 조정을 완전히 지원합니다.

두 모드 사이에 인스턴스 수 제한의 차이가 있나요?

예. Uniform 모드는 마켓플레이스 또는 사용자 지정 이미지를 사용할 때 일반적으로 최대 1,000개의 인스턴스를 지원합니다. 반면 Flexible 모드는 아키텍처 설계에 따라 더 작거나 더 큰 배포 범위에 걸쳐 더 폭넓은 오케스트레이션 기능을 제공합니다.

Azure Virtual Machine Scale Sets Uniform vs Flexible: 어떤 오케스트레이션 모드를 선택해야 할까?

Q: VM에서 직접 실행되는 컨테이너화된 마이크로서비스에는 어떤 오케스트레이션 모드를 사용해야 하나요?

마이크로서비스와 이기종 워크로드에는 Flexible 모드가 선호되는 경우가 많습니다. 확장 집합 관리의 이점을 누리면서도 서로 다른 VM 크기와 SKU를 함께 묶을 수 있기 때문입니다.

By Mirko Peters · 2026-10-26

Azure Virtual Machine Scale Sets의 Uniform 및 Flexible 오케스트레이션 모드를 비교합니다. 주요 차이점, 마이그레이션 팁, 그리고 어떤 모델이 클라우드 앱에 적합한지 알아봅니다.

Automatically translated with AI from the original post. Read the English original

Cover: Azure Virtual Machine Scale Sets - Simply Explained

Azure Virtual Machine Scale Sets를 배포할 때 올바른 오케스트레이션 모드를 선택하는 것은 장기적인 관리 용이성, 비용 최적화, 애플리케이션 안정성에 매우 중요합니다. 이번 심층 분석에서는 Uniform과 Flexible 오케스트레이션 모드를 비교하여 클라우드 아키텍트가 인프라 요구 사항에 가장 잘 맞는 모델을 결정하도록 돕겠습니다.

핵심 요약

Uniform 오케스트레이션 모드는 단일 VM 프로필로 동일한 인스턴스를 관리하므로, 상태 비저장 애플리케이션과 자동 크기 조정이 필요한 웹 계층에 이상적입니다.
Flexible 오케스트레이션 모드에서는 같은 확장 집합 안에서 서로 다른 가상 머신 크기를 조합하고, Spot 인스턴스와 종량제 용량을 함께 사용할 수 있습니다.
Uniform 모드는 인스턴스에 instance_0, instance_1처럼 순차 번호를 부여하는 반면, Flexible 모드는 표준 Azure VM 명명 규칙을 따릅니다.
어떤 모드를 선택할지는 워크로드가 엄격한 균일성을 요구하는지, 아니면 서로 다른 VM 크기와 장애 도메인에 걸친 아키텍처 유연성이 필요한지에 따라 달라집니다.
기존 인프라를 마이그레이션하려면 구성 관리 및 배포 파이프라인이 인스턴스 ID와 어떻게 상호 작용하는지 평가해야 합니다.

Uniform 오케스트레이션 모드 이해하기

Uniform 오케스트레이션 모드는 출시 이후 Azure Virtual Machine Scale Sets의 기본 방식이었습니다. 대규모 상태 비저장 애플리케이션을 위해 설계된 이 모드는 모든 가상 머신 인스턴스를 마스터 프로필의 동일한 복제본으로 취급합니다. Uniform 확장 집합을 정의하면 운영체제 이미지, 디스크 레이아웃, 네트워크 인터페이스, 확장 기능을 집합 내 모든 머신에 대해 지정하는 단일 구성 규칙서가 만들어집니다.

인스턴스가 엄격하게 동일하므로 Uniform 모드는 예측 가능성과 일관성이 무엇보다 중요한 시나리오에서 강점을 보입니다. 웹 애플리케이션이 갑작스러운 사용자 트래픽 급증을 처리하기 위해 스케일 아웃 로직에 의존한다면, Uniform 모드는 새로 프로비저닝된 모든 작업자 노드가 정확히 같은 소프트웨어 상태와 구성 설정으로 생성되도록 보장합니다. 또한 Uniform 모드는 instance_0, instance_1 등과 같이 순차적인 인스턴스 ID를 할당하여 인스턴스를 관리합니다. 이처럼 예측 가능한 명명 규칙은 기본 제공 로드 밸런서 및 상태 프로브와 함께 사용할 때 자동화된 추적 및 모니터링 스크립트를 단순하게 만들어 줍니다.

하지만 이러한 엄격한 균일성에는 몇 가지 제약이 따릅니다. 단일 Uniform 확장 집합 안에서는 서로 다른 VM 크기를 섞을 수 없으며, 같은 그룹 안에서 표준 우선 순위 VM과 비용 절감형 Azure Spot Virtual Machines를 쉽게 함께 사용할 수도 없습니다. 아키텍처 요구 사항이 발전하여 이기종 컴퓨팅 구성이 필요해지면, Uniform 모드는 운영 환경에 비해 빠르게 경직될 수 있습니다.

Flexible 오케스트레이션 모드 살펴보기

다양한 아키텍처 요구에 대응하도록 도입된 유연한 오케스트레이션 모드(Flexible)는 기존 확장 집합(scale set)에 따르던 많은 제약을 없애 줍니다. Flexible 모드에서 Azure는 기본 오케스트레이션 로직을 추상화하므로, 확장 집합의 자동 확장 및 부하 분산 이점을 유지하면서도 서로 다른 크기, 유형, 구성의 가상 머신을 하나의 논리적 그룹으로 묶을 수 있습니다.

이러한 유연성은 클라우드 관리자가 비용 최적화와 고가용성에 접근하는 방식을 바꿉니다. 예를 들어 백엔드 작업자마다 CPU 대 메모리 비율이 달라야 하는 다중 계층 또는 마이크로서비스 아키텍처를 구성하더라도, 모든 구성 요소가 통합된 확장 규칙의 혜택을 누릴 수 있습니다. 또한 Flexible 모드를 사용하면 Azure Spot Virtual Machines를 일반 온디맨드 인스턴스와 함께 훨씬 쉽게 통합할 수 있어, 내결함성이 있는 일괄 처리나 백그라운드 큐 작업자에 드는 클라우드 비용을 크게 줄일 수 있습니다.

Flexible 오케스트레이션은 표준 Azure Virtual Machine 이름 지정 및 관리 방식과도 더 잘 맞습니다. 자동 생성된 순차 ID에 의존하는 대신, Flexible 모드에서는 개별 VM 이름을 명시적으로 정의하거나 관리할 수 있습니다. 관리 관점에서 인스턴스가 기존의 독립 실행형 가상 머신과 같은 모습으로 동작하므로, 기존 자동화 스크립트, Desired State Configuration(DSC) 도구, 타사 모니터링 에이전트를 통합하기가 훨씬 간단해집니다.

아키텍처 비교: Uniform 대 Flexible

클라우드 인프라를 설계할 때는 핵심 운영 영역별로 Uniform 모드와 Flexible 모드의 기술적 차이를 평가하면 의사 결정에 도움이 됩니다.

인스턴스 관리 및 이름 지정

Uniform 모드에서는 Azure가 확장 집합 모델을 기준으로 기본 가상 머신 개체를 전부 관리합니다. 확장 집합 프로필 전체를 업데이트하지 않고는 개별 VM을 독립적으로 수정할 수 없습니다. Flexible 모드에서는 개별 VM 인스턴스를 세밀하게 제어할 수 있습니다. 전체 플릿에 롤링 업데이트를 강제하지 않고도 유지 관리를 수행하거나, 특정 패치를 적용하거나, 개별 인스턴스에 디스크를 연결할 수 있습니다.

고가용성 및 장애 도메인

두 모드 모두 가용성 영역(Availability Zones)과 장애 도메인 같은 고가용성 구성을 지원하지만, 구현 방식은 다릅니다. Uniform 모드는 순차적인 인스턴스 전반에 걸쳐 장애 도메인 분산을 자동으로 추상화합니다. Flexible 모드에서는 장애 도메인 수를 명시적으로 정의하고, 가상 머신을 기반 물리 하드웨어 랙 전반에 매우 정밀하게 분산할 수 있습니다. 이는 전통적으로 독립 실행형 가용성 집합에만 허용되던 복원력 패턴을 그대로 재현하는 것입니다.

컴퓨팅 이기종 지원

메모리 최적화 데이터베이스 캐시 노드와 컴퓨팅 최적화 웹 서버를 함께 운영하는 것처럼, 서로 다른 머신 유형을 하나의 관리 경계에서 다루어야 한다면 Flexible 오케스트레이션 모드가 명확한 선택입니다. Uniform 모드는 확장 집합 배포당 단일 VM SKU로 제한됩니다.

오케스트레이션 모드 선택을 위한 모범 사례

오케스트레이션 모드를 선택하려면 애플리케이션 요구 사항, 배포 파이프라인, 팀의 운영 워크플로를 신중하게 검토해야 합니다. 모든 노드가 완전히 무상태이고 상호 교환 가능하며 동일한 Marketplace 또는 사용자 지정 이미지에 의존하는 단순한 웹 또는 API 계층을 구축하는 경우, Uniform 오케스트레이션 모드는 최소한의 지속적인 유지 관리만 필요한 간소화되고 고도로 자동화된 환경을 제공합니다.

반대로 엔터프라이즈 워크로드에 혼합된 VM 크기, 고급 Spot 인스턴스 전략, 또는 기존 VM 이름 지정 규칙을 전제로 하는 구성 관리 도구와의 긴밀한 통합이 필요하다면, Flexible 오케스트레이션 모드를 권장합니다. 새 아키텍처를 프로덕션에 적용하기 전에 배포 자동화와 상태 프로브 구성을 반드시 철저히 테스트하십시오.

결론

Azure Virtual Machine Scale Sets를 제대로 활용하려면 오케스트레이션 모델이 애플리케이션의 확장성, 복원력, 운영 부담에 어떤 영향을 주는지 이해해야 합니다. 예측 가능한 복제 기반 방식인 Uniform 모드를 선택하든, 다양한 구성을 지원하는 Flexible 모드를 선택하든, 인프라 선택을 애플리케이션의 아키텍처 목표에 맞추는 것이 클라우드 성공의 핵심입니다. Azure 컴퓨팅의 기본 개념과 자동 확장 전략에 대해 더 알고 싶다면 전체 에피소드 듣기를 확인하고, Microsoft 클라우드 생태계에 대한 일일 인사이트를 받아볼 수 있도록 팟캐스트를 구독해 보시기 바랍니다.

자주 묻는 질문

Azure에서 기존 Uniform scale set을 Flexible 오케스트레이션 모드로 변환할 수 있나요?

아니요, Azure는 현재 Uniform 모드와 Flexible 오케스트레이션 모드 간의 제자리 변환(in-place conversion)을 지원하지 않습니다. 원하는 모드로 새 scale set을 배포한 다음, 워크로드를 그에 맞게 마이그레이션해야 합니다.

Flexible 오케스트레이션 모드도 Uniform 모드와 마찬가지로 자동 확장을 지원하나요?

예, Uniform과 Flexible 오케스트레이션 모드 모두 Azure Autoscale 규칙, 예약 확장, 메트릭 기반 확장, 예측 자동 확장을 완전히 지원합니다.

VM에서 직접 실행되는 컨테이너화된 마이크로서비스에는 어떤 오케스트레이션 모드를 사용해야 하나요?

Flexible 모드는 서로 다른 VM 크기와 SKU를 함께 묶으면서도 scale set 관리의 이점을 그대로 누릴 수 있어, 마이크로서비스 및 이기종 워크로드에 주로 권장됩니다.

두 모드 사이에 인스턴스 수 제한에 차이가 있나요?

예. Uniform 모드는 Marketplace 또는 사용자 지정 이미지를 사용할 때 일반적으로 최대 1,000개의 인스턴스를 지원합니다. 반면 Flexible 모드는 특정 아키텍처 설계에 따라 더 작거나 더 큰 배포 범위에 걸쳐 보다 폭넓은 오케스트레이션 기능을 지원합니다.