Azure Dedicated Host 장애 도메인과 가용성 영역: 완벽한 고가용성 가이드
By Mirko Peters ·
단일 테넌트 엔터프라이즈 클라우드 아키텍처에서 고가용성을 구현하도록 Azure Dedicated Host의 장애 도메인과 가용성 영역을 구성하는 방법을 알아봅니다.
Automatically translated with AI from the original post. Read the English original

Azure Dedicated Host의 장애 도메인과 가용성 영역은 엔터프라이즈 워크로드를 위한 물리적 인프라 격리를 제공합니다. 단일 테넌트 서버를 서로 다른 하드웨어 랙과 독립된 데이터 센터 시설에 분산하면, 클라우드 설계자는 랙 수준의 구성 요소 장애와 리전 단위의 치명적인 사이트 장애를 모두 완화하는 고가용성 환경을 설계할 수 있습니다. 이 과정에서 규정 준수 요건을 포기할 필요도 없습니다.
핵심 요약
- 가용성 영역은 같은 Azure 리전 안에서 독립된 물리적 전원, 냉각 및 네트워크 인프라로 전용 호스트 그룹을 분리합니다.
- 장애 도메인은 전용 호스트를 서로 다른 물리적 서버 랙에 분산하여 국지적인 하드웨어 장애로부터 보호합니다.
- 호스트 그룹은 전용 물리적 인프라에 리전 및 영역 경계를 적용하는 논리적 컨테이너 역할을 합니다.
- 서로 다른 장애 도메인에 걸쳐 VM을 수동으로 배치하면 중복된 애플리케이션 인스턴스가 같은 물리적 서버 랙을 공유하지 않도록 보장할 수 있습니다.
- 영역 수준 이중화와 장애 도메인 분리를 결합하면 까다로운 미션 크리티컬 워크로드에 엔터프라이즈급 가동 시간을 제공할 수 있습니다.
Azure Dedicated Host 아키텍처 이해하기
미션 크리티컬 애플리케이션을 Microsoft Azure로 마이그레이션할 때 고가용성을 확보하려면 로드 밸런서 뒤에 가상 머신을 여러 대 배포하는 것만으로는 충분하지 않습니다. 공유 클라우드 인프라에서는 하이퍼바이저가 리소스 활용을 최적화하도록 고객 워크로드를 데이터 센터 전체에 자동으로 분산합니다. 그러나 엄격한 규정 준수 체계를 따르는 조직이나 지연 시간에 민감한 엔터프라이즈 데이터베이스를 운영하는 조직은 물리적 컴퓨팅 리소스가 정확히 어디에 있는지 파악해야 하는 경우가 많습니다.
바로 이때 단일 테넌트 클라우드 아키텍처가 필요해집니다. Azure Dedicated Host는 알 수 없는 워크로드와 마더보드를 공유하는 대신 물리적 서버 한 대 전체를 구독 전용으로 예약합니다. 하지만 베어메탈을 임대하는 것은 절반의 과제일 뿐입니다. 단일 하드웨어 결함으로 전체 시스템이 중단되지 않도록 하려면 호스트 그룹, 가용성 영역, 장애 도메인의 작동 방식을 숙지해야 합니다.
호스트 그룹의 역할
Azure에서 물리 서버를 하나라도 프로비전하기 전에 호스트 그룹을 만들어야 합니다. 호스트 그룹은 전용 인프라가 어디에 위치할지를 결정하는 논리적 경계 또는 컨테이너라고 생각하면 됩니다. 호스트 그룹을 구성할 때 대상 Azure 리전을 정의하고, 무엇보다 가용성 영역 안에 위치할지 여부를 지정합니다.
호스트 그룹은 여러 물리 서버를 하나의 관리 단위로 묶어 관리를 간소화합니다. 또한 엄격한 배치 규칙도 적용합니다. 호스트 그룹은 여러 가용성 영역에 걸칠 수 없으므로, 영역 간 이중화가 필요하다면 영역마다 별도의 호스트 그룹을 프로비전해야 합니다. 호스트 그룹이 활성화되면 전용 호스트를 추가하고 가상 머신을 분산 배치하기 시작할 수 있습니다.
가용성 영역으로 리전 복원력 확보하기
가용 영역(Availability Zone)은 단일 Azure 리전 안에 물리적으로 분리된 위치입니다. 각 영역은 독립된 전원, 전용 냉각 시스템, 견고한 네트워크 인프라를 갖추고 있습니다. 예기치 않은 정전이나 로컬 인프라 장애가 Zone 1에 영향을 주더라도 Zone 2와 Zone 3는 중단 없이 계속 작동합니다.
전용 호스트에 가용 영역을 적용할 때는 리전 경계를 고려해 아키텍처 전략을 세워야 합니다. 호스트 그룹은 특정 영역에 묶이므로 하나의 호스트 그룹을 여러 영역에 걸쳐 배치할 수는 없습니다. 전용 하드웨어에서 실행되는 엔터프라이즈 데이터베이스의 고가용성을 확보하려면 최소 두 개의 호스트 그룹을 배포해야 합니다.
- 호스트 그룹 A를 가용 영역 1에 프로비저닝하고 전용 호스트를 할당합니다.
- 호스트 그룹 B도 가용 영역 2에 프로비저닝하고 전용 호스트를 할당합니다.
- 기본 데이터베이스 가상 머신을 영역 1의 전용 호스트에 배포합니다.
- 복제본 또는 보조 데이터베이스 가상 머신을 영역 2의 전용 호스트에 배포합니다.
이처럼 의도적으로 분리하면 특정 데이터 센터에 국한된 사고로 기본 애플리케이션 인스턴스와 보조 애플리케이션 인스턴스가 모두 중단되는 상황을 막을 수 있습니다.
장애 도메인으로 하드웨어 위험 완화하기
가용 영역은 데이터 센터 단위의 광범위한 중단으로부터 보호해 주지만, 장애 도메인은 서버 랙 내부의 국지적인 하드웨어 취약점을 다룹니다. Azure 데이터 센터 안에서 서버는 물리적인 행과 랙에 배치되며, 이 랙은 공유 Top-of-Rack 네트워크 스위치와 전원 분배 장치(PDU)에 연결되어 있습니다.
장애 도메인은 공통 전원과 네트워크 스위치를 공유하는 전용 호스트들의 그룹을 의미합니다. 호스트 그룹을 만들 때 전용 호스트를 서로 다른 장애 도메인에 할당하면, 한 랙에 발생한 물리적 장애가 애플리케이션 클러스터 전체를 중단시키지 않도록 할 수 있습니다.
랙 수준 이중화 설계하기
웹 트래픽을 처리하는 동일한 가상 머신 두 대로 구성된 일반적인 사내 업무 애플리케이션을 생각해 보겠습니다. 두 가상 머신을 하나의 전용 호스트에 배치하면, 해당 물리 서버에 필수 하드웨어 유지 관리가 필요하거나 구성 요소에 예기치 않은 장애가 발생할 때 두 가상 머신이 즉시 모두 중단됩니다.
이 단일 장애 지점을 없애려면 다음을 수행해야 합니다.
- 호스트 그룹이 최소 두 개의 장애 도메인을 사용하도록 구성합니다.
- 전용 호스트 A를 배포하고 장애 도메인 1에 할당합니다.
- 전용 호스트 B를 배포하고 장애 도메인 2에 할당합니다.
- 첫 번째 웹 애플리케이션 VM을 호스트 A에 배치합니다.
- 두 번째 웹 애플리케이션 VM을 호스트 B에 배치합니다.
Azure가 플랫폼 유지 관리를 예약하거나 장애 도메인 1에 영향을 주는 국지적 랙 수준 하드웨어 문제가 발생하더라도 영향을 받는 것은 호스트 A뿐입니다. 장애 도메인 2의 호스트 B에서 실행 중인 두 번째 가상 머신은 완전히 정상 작동하므로, 최종 사용자에게 비즈니스 서비스가 계속 제공됩니다.
결론 및 다음 단계
Azure Dedicated Host로 고가용성을 설계하려면 여러 아키텍처 계층에 걸쳐 신중한 계획이 필요합니다. 호스트 그룹을 활용하고, 가용 영역에 걸쳐 배포를 구성하며, 물리 서버를 별도의 장애 도메인으로 분리하면, 엔터프라이즈급 복원력을 유지하면서 단일 테넌트 클라우드 환경을 완벽하게 제어할 수 있습니다.
하드웨어 격리, 라이선스 메커니즘, 흔히 발생하는 가격 함정에 대한 종합적인 설명을 듣고 싶다면 M365 FM Podcast의 전체 에피소드를 들어보세요. 더 많은 전문가 클라우드 인사이트를 얻을 수 있습니다!
자주 묻는 질문
하나의 Azure Dedicated Host가 여러 가용 영역에 걸칠 수 있나요?
아니요. 개별 호스트 그룹과 그에 연결된 전용 호스트는 반드시 단일 가용 영역 안에 있어야 합니다. 여러 영역을 사용하려면 영역별로 별도의 호스트 그룹을 만들어야 합니다.
전용 호스트에서 가용 영역과 장애 도메인의 차이는 무엇인가요?
가용 영역은 독립된 전원과 냉각 장치를 갖춘 서로 다른 데이터 센터 시설 간의 물리적 분리를 제공합니다. 장애 도메인은 같은 데이터 센터 안에서 서버 랙 단위로 분리를 제공하여 국지적인 하드웨어 및 네트워크 장애를 완화합니다.
전용 호스트에 있는 가상 머신의 장애 도메인을 직접 구성해야 하나요?
아니요, 가상 머신은 배치된 전용 호스트로부터 랙 수준의 분리를 상속받습니다. 호스트 그룹 안에서 전용 호스트를 프로비저닝할 때 특정 장애 도메인에 할당합니다.
호스트 그룹에서 여러 장애 도메인에 걸쳐 자동 VM 배치를 사용할 수 있나요?
예, Azure는 호스트 그룹 내 사용 가능한 호스트에 가상 머신을 자동으로 배치할 수 있습니다. 다만 가용성 요구 사항이 엄격한 워크로드라면, 장애 도메인 간 중복성을 정확하게 보장하기 위해 수동 배치를 선택하는 경우가 많습니다.