Microsoft AZ-104: Azure 가상 머신 및 컴퓨팅 — 학습 가이드

By Laurynas Brazys · 6 August 2026 · #microsoft #az-104 #certification #exam-prep #study-guide

다음의 일부입니다: Microsoft Azure Administrator Associate AZ-104 — 학습 가이드. 검증된 답안으로 연습하기: Microsoft 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

개요

Azure Virtual Machines (VMs)는 Windows 및 Linux 워크로드를 위한 탄력적인 컴퓨팅을 제공하며, 크기, 스토리지, 가용성, 네트워킹, 보안 및 수명 주기 관리에 대한 세분화된 제어 기능을 갖추고 있습니다. 관리자는 안정성, 성능 및 비용 목표를 충족하기 위해 크기 조정 제품군, 가용성 구성, 확장 자동화, 스팟 용량, 확장, 스토리지 모델, 전용 호스트, 백업 및 보안 액세스 패턴을 이해해야 합니다.

컴퓨팅 옵션 및 크기 조정

VM 크기 제품군은 고유한 워크로드 프로필을 대상으로 합니다. 범용(Dv, Ev, B-series 버스트 가능)은 웹 서버, 소규모 데이터베이스 및 애플리케이션 서버를 위해 vCPU 대 메모리 비율의 균형을 맞춥니다. 컴퓨팅 최적화(Fsv2, HPC CPU 바운드용 HB/HBv2)는 GB당 vCPU를 최대화하고 높은 클럭 속도에 맞춰져 있어, 상태 비저장 API 계층, 배치 작업자 및 게임 서버에 유리합니다. 메모리 최적화(Ev5, Mv2/Mv3)는 vCPU당 더 높은 메모리를 제공하며 인메모리 캐시, 분석 엔진 및 대규모 데이터베이스를 지원합니다. GPU VM(시각화용 NV, NVv4; CUDA/AI 훈련 및 추론용 NC/ND)은 NVIDIA GPU를 포함하며, 일부 SKU에서는 밀도 및 비용 효율성을 위해 vGPU 파티셔닝을 제공합니다. 드라이버 및 프레임워크 호환성은 확장을 통해 검증하고 고정해야 합니다.

업그레이드 및 크기 조정 작업은 대상 클러스터의 하드웨어 가용성에 따라 제약을 받습니다. 용량이 제한된 경우 가용성 집합에 있는 VM의 크기를 조정하면 할당 오류로 실패할 수 있습니다. 집합의 모든 VM을 할당 해제한 다음 크기를 조정하면 하드웨어 전반에 걸쳐 배치가 가능해져 종종 성공합니다. 정적 내부 IP가 필요한 경우 게스트 OS 내부가 아닌 Azure의 NIC 구성에서 할당해야 합니다.

Azure Dedicated Hosts는 단일 테넌트 물리적 서버에 VM을 배치하여 호스트 수준의 격리, 규정 준수 및 예측 가능성을 제공합니다. 호스트 그룹은 한 지역의 호스트 컬렉션을 정의하며, 가용성 영역과 호스트 장애 도메인에 걸쳐 호스트 장애 및 유지 관리의 위험을 분산시킬 수 있습니다. 호스트 그룹 내의 호스트 장애 도메인은 VM이 물리적 랙에 분산되도록 보장합니다. 라이선싱 이점으로는 Software Assurance 또는 Azure Hybrid Benefit을 통해 Windows Server/SQL Server 라이선스를 가져오는 것과 VM별이 아닌 호스트별로 라이선스를 부여하는 옵션(SQL Enterprise/Windows Datacenter에 유용)이 포함되어, 고밀도 통합 시 비용을 절감할 수 있습니다.

가용성, 확장 및 비용 최적화

가용성 집합은 데이터 센터 내에서 하드웨어 장애 및 계획된 유지 관리로부터 보호합니다. VM은 장애 도메인(별도의 전원/랙)과 업데이트 도메인(유지 관리 웨이브)에 분산됩니다. 일반적인 제한은 최대 3개의 장애 도메인과 20개의 업데이트 도메인이며, 99.95% SLA를 얻으려면 최소 두 개의 인스턴스를 배포해야 합니다. 가용성 영역은 한 지역 내의 물리적으로 분리된 데이터 센터 건물에 리소스를 배치하여 더 높은 복원력을 제공합니다. 영역 간에 둘 이상의 VM을 배포하면 99.99%의 VM SLA를 얻을 수 있습니다. 영역은 영역 인식 리소스를 필요로 하며, 영역 간 트래픽은 Standard SKU Load Balancer 또는 Application Gateway를 사용합니다. 한 지역 내에서의 데이터 송신(egress)을 계획해야 합니다.

Virtual Machine Scale Sets (VMSS)는 자동 크기 조정 및 상태 관리가 통합된 동일하거나 이기종인 VM 집합을 오케스트레이션합니다. 균일(Uniform) 오케스트레이션은 단일 VM 프로필을 가진 확장 집합 모델을 사용하며 Azure Load Balancer 또는 Application Gateway와 기본적으로 통합됩니다. 유연한(Flexible) 오케스트레이션은 다양한 VM SKU와 인스턴스 개별성을 지원하고, 가용성 집합/영역과 결합되며, 상태 저장 또는 혼합 역할에 적합합니다. 업그레이드 모드는 롤아웃 동작을 결정합니다: 수동(Manual, 관리자가 업그레이드 트리거), 자동(Automatic, 모델 변경 시 플랫폼이 모든 인스턴스 업데이트), 롤링(Rolling, 상태 프로브를 사용한 배치, 배치 간 일시 중지, 실패 임계값). 자동 크기 조정 정책은 메트릭(CPU, AMA를 통한 메모리, 큐 길이, 사용자 지정 메트릭), 일정 또는 둘 다에 반응합니다. 변동을 제어하기 위해 최소/최대/원하는 용량, 재사용 대기시간 및 축소 정책(예: 가장 최신 VM 우선)을 정의합니다. 대규모 인바운드 관리를 위해 공용 또는 내부 Standard Load Balancer에서 로드 밸런서 인바운드 NAT 풀을 사용합니다. 상태 프로브는 실제 서비스 포트와 프로토콜을 대상으로 해야 합니다. 내부 로드 밸런서가 있는 SQL Always On의 경우 HTTP 대신 리스너 포트에서 TCP 프로브를 사용해야 합니다.

Azure Spot VM은 가용성 보장 없이 큰 폭의 할인된 가격으로 사용되지 않는 Azure 용량을 활용합니다. 제거(Eviction)는 용량이 회수되거나 시장 가격이 최대 가격을 초과할 때 발생합니다. 제거 정책을 할당 해제(Deallocate, 나중에 사용 가능할 때 재시작할 수 있도록 디스크 보존) 또는 삭제(Delete, 제거 시 해체)로 설정할 수 있습니다. Spot VM은 상태 비저장 확장을 위해 VMSS 및 Standard Load Balancer와 통합됩니다. 적합한 사용 사례로는 배치 처리, CI/CD 실행기, 렌더링, 퍼징(fuzzing), 중단을 감내할 수 있는 대규모 상태 비저장 웹 팜 등이 있습니다. 단일 인스턴스 프로덕션이나 체크포인팅이 없는 상태 저장 계층에는 Spot을 사용하지 마십시오. 가격 상한선은 임계값보다 더 많이 지불하는 것을 방지합니다. 수요가 급증하면 더 높은 제거율을 예상해야 합니다.

스토리지, 백업 및 이미지 관리

각 VM에는 OS 디스크(부팅에 최적화된 캐싱을 사용하는 관리 디스크)와 애플리케이션 스토리지를 위한 선택적 데이터 디스크가 있습니다. 임시 디스크(Windows의 D:, Linux에서는 주로 /dev/sdb)는 호스트에 있으며 영구적이지 않습니다. 임시 캐시나 페이지 파일/스왑 용도로만 사용해야 합니다. 관리 디스크는 스토리지 계정을 추상화하고, 영역/지역 중복 옵션을 제공하며, 확장을 단순화하고, 가용성 집합 분산을 개선합니다. 고객 스토리지 계정에 배치되는 비관리 디스크는 레거시이며 확장 및 제한 한계로 인해 피해야 합니다. 성능과 비용에 따라 디스크 SKU를 선택하십시오. 짧은 대기 시간의 트랜잭션 워크로드에는 Premium SSD 및 Premium SSD v2, 조정 가능한 성능으로 극도의 처리량/IOPS가 필요한 경우 Ultra Disk, 범용 목적에는 Standard SSD, 콜드 워크로드에는 Standard HDD를 사용합니다.

VM에서 데이터 디스크를 분리한 후 다른 VM에 연결하면 가동 중지 시간을 최소화하고 데이터 일관성을 보존할 수 있습니다. 디스크 크기 조정 작업은 일반적으로 게스트 내에서 파티션/FS 확장이 필요하며, VM 크기를 크게 변경하면 할당 취소가 필요할 수 있습니다.

Azure Backup은 Recovery Services 자격 증명 모음을 사용하여 VM을 보호합니다. VM에서 직접 또는 정책 할당을 통해 대규모로 백업을 활성화할 수 있습니다. 백업 정책은 일정(매일/매주), 보존(단기 및 장기), 그리고 즉시 복원(빠른 파일 복구를 위해 스냅샷을 로컬에 보관) 매개변수를 정의합니다. 애플리케이션 일치 백업은 Windows의 VSS 또는 Linux의 사전/사후 스크립트를 통해 사용할 수 있습니다. 복원은 전체 VM(일반적으로 새 VM으로), 디스크(재연결/신속한 복구용), 또는 파일(구독 내 모든 VM에 보안 마운트를 통한 파일 수준 복원)을 대상으로 할 수 있습니다. 백업은 실행 중이거나 중지된(할당 취소 포함) VM에서 작동합니다. 암호화 호환성을 확인해야 합니다. 플랫폼 관리형 키는 기본적으로 지원되며, Azure Disk Encryption은 백업을 위해 추가 단계가 필요합니다. 자격 증명 모음에 지역 중복 스토리지가 활성화되어 있고 규정 준수 상태가 허용하는 경우 지역 간 복원을 고려하십시오.

골든 이미지의 경우 Azure Compute Gallery를 사용하여 여러 지역에 걸쳐 이미지를 버전 관리하고 복제합니다. 온프레미스 일반화된 VHD의 업로드는

undefined

와 같은 도구를 사용하여 수행한 다음, 일관된 프로비저닝을 위해 갤러리에 캡처할 수 있습니다.

네트워킹, 액세스 및 관찰성

각 VM에는 하나 이상의 네트워크 인터페이스(NIC)가 필요하며, 여기에는 하나 이상의 IP 구성이 포함됩니다. 단일 NIC는 기본 프라이빗 IP와 추가적인 보조 프라이빗 IP를 가질 수 있으며, 서비스를 노출하려면 IP 구성에 퍼블릭 IP를 연결합니다. 대부분의 워크로드는 VM당 하나의 NIC만 필요하며, VM 크기에 따라 NIC 한도가 결정됩니다. 각각 퍼블릭 및 프라이빗 IP가 모두 필요하고 보안 상태가 동일한 5개의 VM을 배포할 때, VM당 하나의 NIC를 생성하고 서브넷(또는 NIC)에 단일 네트워크 보안 그룹을 적용하여 균일한 인바운드/아웃바운드 규칙을 강제합니다. 주소 연속성을 유지하려면 Azure의 NIC에서 프라이빗 IP 할당을 정적으로 설정해야 합니다. 게스트 내부에서 고정 IP를 설정하지 마십시오. 퍼블릭 IP는 영역 및 확장 집합 지원을 위해 Standard SKU를 사용해야 하며, 프로덕션 환경에서는 Standard Load Balancer와 함께 사용합니다.

가속 네트워킹은 SR-IOV를 사용하여 호스트 데이터 경로를 우회하고 대기 시간, 지터 및 CPU 오버헤드를 줄입니다. 선택된 VM 크기 및 OS 이미지에서 지원되며, 생성 시 호환되는 vNIC가 필요하거나 활성화를 위해 중지/할당 취소가 필요합니다. 높은 처리량, 짧은 대기 시간의 서비스 및 바쁜 게이트웨이 계층에 사용하십시오.

Azure Bastion은 VM에 퍼블릭 IP를 노출하지 않고 Azure 포털 또는 네이티브 클라이언트에서 직접 TLS를 통한 보안 RDP/SSH를 제공합니다. 대상 가상 네트워크의

undefined

라는 전용 서브넷에 Bastion 호스트를 배포하고, Bastion 리소스에 Standard 퍼블릭 IP를 연결합니다. SKU에는 Basic과 Standard가 있으며, Standard는 수동 확장(인스턴스), IP 기반 연결(피어링된 VNet을 포함하여 연결 가능한 모든 프라이빗 IP로), 네이티브 클라이언트 지원, 세션 녹화 통합, 공유 가능 링크와 같은 기능을 추가합니다. Bastion을 사용하여 제로 트러스트 관리 액세스를 충족하면서 VM별 퍼블릭 엔드포인트와 인바운드 NAT 규칙을 피하십시오.

VM 확장은 구성 및 원격 측정을 자동화합니다. 사용자 지정 스크립트 확장은 프로비저닝 중 또는 후에 PowerShell 또는 Bash를 실행하여 소프트웨어를 부트스트랩하거나 구성 파일을 주입합니다. 멱등성 스크립트를 설계하고 SAS 토큰을 사용하여 아티팩트를 보안 스토리지에 저장하십시오. PowerShell DSC 확장은 Desired State Configuration을 적용하여 Windows 노드를 선언된 상태로 수렴시킵니다. 대규모 관리를 위해 풀 서버 또는 Azure Automation State Configuration을 사용하십시오. Azure Monitor 에이전트(확장을 통해 설치)는 데이터 수집 규칙에 따라 게스트 메트릭과 로그를 Log Analytics 작업 영역으로 스트리밍합니다. 세분화된 데이터 라우팅, 멀티호밍 및 확장을 위해 레거시 Log Analytics/MMA 에이전트보다 AMA를 선호합니다.

실제 가용성 구성 요소와 SLA

공유 스토리지 백엔드를 사용하는 데이터센터 내 중복성이 필요하고 영역(zone) 배치가 필요하지 않은 경우 가용성 집합을 선택하십시오. 빌딩 수준의 장애 격리 및 더 높은 SLA를 요구하는 미션 크리티컬 서비스에는 가용성 영역을 선택하십시오. 스케일 아웃 서비스의 경우, 균등한 분산과 자동 복구를 위해 VMSS를 영역과 결합하십시오. 워크로드 포트에 상태 프로브(health probe)를 고정하고 롤링 업그레이드를 활용하여 위험을 완화하십시오. 단일 VM은 Premium SSD를 사용하더라도 다중 인스턴스 배포보다 낮은 SLA를 제공한다는 점을 이해해야 합니다. 비용에 민감한 상태 비저장(stateless) 계층의 경우, Standard Load Balancer 뒤에 Spot VM 풀을 통합하고 기준 용량을 보호하기 위해 보수적인 제거(eviction) 및 축소(scale-in) 정책을 설정하십시오.

실제 문제 시나리오

Contoso Ltd.는 상태 비저장 API, 상태 저장 Redis 캐시, SQL Server Always On 가용성 그룹으로 구성된 다중 계층 웹 애플리케이션을 운영하고 있습니다. 이 회사는 영역 장애에 대한 복원력을 개선하고, API 계층의 컴퓨팅 비용을 절감하며, 공용 IP 없이 관리자 액세스를 보호하고, 모니터링 및 백업을 표준화해야 합니다.

1. 허브-스포크 토폴로지에 3개의 서브넷을 생성합니다: 공유 관리 서브넷(허브), 웹/API 서브넷(스포크), 데이터 서브넷(스포크). 허브의 AzureBastionSubnet(/26)에 Standard 공용 IP를 사용하여 Azure Bastion Standard를 배포합니다. 이유: Bastion은 VM에 공용 IP를 노출하지 않고 TLS를 통해 RDP/SSH를 활성화하며, Standard SKU는 피어링된 VNet 간의 IP 기반 연결을 지원하여 관리자 액세스를 중앙 집중화합니다.

2. API 계층을 Standard Load Balancer와 함께 가용성 영역 1, 2, 3에 걸쳐 VM Scale Set(Uniform)으로 배포합니다. 가속 네트워킹을 활성화하고, 평균 CPU가 10분 동안 65%를 초과하면 인스턴스를 추가하고 35% 미만일 때 재사용 대기 시간(cooldown)을 두고 제거하도록 자동 크기 조정 규칙을 설정합니다. 동일한 확장 집합 내에 Flexible 오케스트레이션 또는 동반 확장 집합을 사용하여 보조 Spot VM 풀을 추가하고, 최대 가격과 Deallocate 제거 정책을 구성합니다. 이유: VMSS와 영역을 함께 사용하면 99.99%의 SLA와 자동 복구를 제공합니다. Spot 용량은 버스트 부하에 대한 비용을 절감하는 동시에 Deallocate 정책은 빠른 재사용을 위해 디스크를 보존합니다.

3. 2개 이상의 인스턴스와 Premium SSD를 사용하여 가용성 집합에 Redis 캐시 VM을 배포합니다. 장애 도메인(fault domain)을 2개로 고정하고 플랫폼의 20개 업데이트 도메인(update domain)에 의존합니다. 이유: 캐시는 상태 저장이지만 복제할 수 있습니다. 가용성 집합은 영역 간 지연 시간 페널티 없이 랙 및 유지 관리 격리를 제공합니다.

4. Always On 가용성 그룹에 참여하는 SQL Server VM을 각 영역(영역 1 및 2)에 2개씩 배포합니다. 두 개의 영역과 두 개의 호스트 장애 도메인에 걸쳐 있는 호스트 그룹 내의 Azure Dedicated Hosts에 배치합니다. AG 리스너를 위해 리스너 포트(예: 1433)에 TCP 프로브를 사용하는 내부 Standard Load Balancer를 구성합니다. 이유: Dedicated Hosts는 호스트 수준의 격리와 라이선싱 효율성(호스트당 SQL 라이선싱)을 제공하며, 영역 배치 및 TCP 상태 프로빙은 SQL 리스너 요구 사항에 부합합니다.

5. 강화된 OS 이미지가 포함된 Azure Compute Gallery를 통해 이미지를 표준화합니다. Custom Script Extension을 사용하여 애플리케이션 필수 구성 요소를 설치하고, DSC 확장을 사용하여 Windows 기능 상태 및 레지스트리 기준을 강제 적용합니다. 이유: Gallery 이미지는 일관된 프로비저닝을 보장하고, 확장은 반복 가능한 구성 및 드리프트(drift) 제어를 가능하게 합니다.

6. Data Collection Rules를 통해 Azure Monitor Agent를 구성하여 게스트 메트릭과 로그를 Log Analytics 작업 영역으로 보냅니다. 필요에 따라 연결 모니터링 및 종속성 맵을 활성화합니다. 이유: AMA는 현재 사용되는 에이전트이며, 세분화된 라우팅을 지원하고, 최신 모니터링 기능과 CPU를 넘어선 VMSS 메트릭 기반 자동 크기 조정에 필요합니다.

7. 두 가지 정책을 사용하여 Recovery Services 자격 증명 모음의 Azure Backup으로 모든 VM을 보호합니다: API/캐시용 일일 백업 및 30일 보존 기간의 Tier-1 정책, 그리고 애플리케이션 일치 스냅샷을 사용하는 SQL용 일일 + 주간/월간 보존 기간의 Tier-0 정책. 점프 VM으로 파일 수준 복구를 수행하고 스테이징 네트워크로 전체 VM 복원을 수행하여 복원을 테스트합니다. 이유: 별도의 정책은 데이터 중요도 및 RPO/RTO에 부합하며, 파일 복구 및 VM 복원은 랜섬웨어 및 재해 시나리오에 대비합니다.

8. Azure NIC 수준에서 SQL 및 Redis NIC에 고정 사설 IP를 할당하고, API 인스턴스는 로드 밸런서 뒤에서 동적으로 유지합니다. 각 서브넷에 단일 NSG를 적용하여 균일한 규칙을 강제합니다. 사용량이 많은 계층에서 가속 네트워킹을 활성화합니다. 이유: NIC 수준의 고정 할당은 상태 저장 계층의 주소 지정을 보존하고, 서브넷 수준 NSG는 규칙 확산을 최소화하며, 가속 네트워킹은 지연 시간과 CPU 오버헤드를 줄입니다.

이 설계는 영역과 가용성 집합을 적절히 결합하고, 상태 비저장 확장을 위해 Spot을 활용하며, Bastion으로 제로 트러스트 관리자 액세스를 강제하고, 계층 전반에 걸쳐 구성, 모니터링, 백업을 표준화함으로써 가용성, 비용, 보안 및 운영 목표를 충족합니다.

← Azure 구독 · 모든 도메인 · Azure 가상 네트워킹 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →

Microsoft 찾아보기 →