Azure Arc vs Azure Local: Microsoft 하이브리드 인프라 용어 정리

By Mirko Peters · 2026-08-22

팟캐스트에 다시 오신 것을 환영합니다! 최근 현대적인 엔터프라이즈 IT 아키텍처를 다룬 에피소드들을 따라오셨다면, 저희가 하이브리드 클라우드 전략에 대해 많은 시간을 들여 이야기해 왔다는 것을 아실 겁니다.

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

팟캐스트에 다시 오신 것을 환영합니다! 최근 현대적인 엔터프라이즈 IT 아키텍처를 다룬 에피소드들을 따라오셨다면, 저희가 하이브리드 클라우드 전략에 대해 많은 시간을 들여 이야기해 왔다는 것을 아실 겁니다. 최근 시카고에 사는 Marcus라는 청취자에게서 아주 반가운 이메일을 받았습니다. Marcus는 이렇게 보내 주셨습니다. "회사의 차세대 인프라를 설계하려고 하는데, Microsoft 백서를 읽을 때마다 유행어에 파묻혀 길을 잃고 맙니다. Azure Arc와 Azure Local의 실제 차이는 무엇입니까? 서로 경쟁하는 제품인가요? 두 가지 모두 필요한가요?"

Marcus, 분명 혼자만 그런 고민을 하는 것이 아닙니다. Microsoft는 현재 시장에서 가장 포괄적인 하이브리드 생태계 중 하나를 갖추고 있지만, 그만큼 용어도 엄청나게 많습니다. 용어가 재브랜딩되고 약어가 바뀌면서, IT 관리자와 클라우드 아키텍트는 어떤 도구가 무슨 역할을 하는지 파악하느라 머리를 싸매게 됩니다. 바로 그런 이유로 이번 블로그 글에서는 Microsoft 하이브리드 전략의 두 핵심 축을 자세히 풀어 보려고 합니다. 이 글을 끝까지 읽으시면 Azure Arc가 무엇인지, Azure Local이 무엇인지, 두 제품이 어떻게 다른지, 그리고 무엇보다 두 제품이 함께 어떻게 인프라의 성능을 끌어올릴 수 있는지 명확하게 이해하실 수 있을 것입니다.

Microsoft 하이브리드 진화의 이해

Azure Arc와 Azure Local이 오늘날 어디에 위치하는지 이해하려면 시간을 잠시 거슬러 올라갈 필요가 있습니다. 수십 년 동안 엔터프라이즈 IT는 이분법적이었습니다. 워크로드는 자체 데이터 센터의 물리 서버에 있거나, 다른 누군가의 데이터 센터에 있었습니다. 이후 Microsoft Azure, Amazon Web Services, Google Cloud Platform이 주도한 퍼블릭 클라우드 혁명이 찾아왔습니다. 순식간에 조직들은 모든 것을 클라우드로 옮기기 바빴고, 무한한 확장성과 자본 지출 절감을 약속받았습니다.

하지만 현실은 곧 드러났습니다. 기업들은 모든 것이 퍼블릭 클라우드에 적합한 것은 아니라는 사실을 깨달았습니다. 규제 요건, 데이터 주권 관련 법률, 네트워크 엣지에서의 초저지연 요구, 그리고 쉽게 리팩터링할 수 없는 레거시 애플리케이션 때문에 온프레미스 인프라는 사라지지 않았습니다. 동시에 조직들은 Azure에서 익숙해진 뛰어난 관리 기능, 보안 도구, 개발자 생산성을 포기하고 싶지 않았습니다.

이러한 깨달음이 하이브리드 클라우드 시대를 열었습니다. Microsoft는 일찍부터 미래가 순수한 퍼블릭 클라우드가 아니라, 엣지에서 데이터 센터, 클라우드에 이르는 매끄러운 연속체에 있다는 것을 인식했습니다. 그동안 Microsoft는 이 간극을 메우기 위해 다양한 도구를 만들었습니다. 일부 도구는 기존 하드웨어를 관리하도록 설계되었고, 다른 도구는 그 하드웨어 자체를 현대화하도록 설계되었습니다. 이제 오늘 다룰 두 가지 주제로 넘어가겠습니다. 관리와 제어를 담당하는 Azure Arc, 그리고 실제 하이퍼 컨버지드 인프라 기반을 제공하는 Azure Local입니다.

용어 해독: Azure Arc란 무엇인가?

Azure Arc부터 살펴보겠습니다. 이 섹션에서 한 문장만 기억하신다면 바로 이 문장이어야 합니다. Azure Arc는 인프라 제품이 아니라 컨트롤 플레인입니다.

Azure Arc는 Azure 퍼블릭 클라우드에서 가상 머신, 데이터베이스, Kubernetes 클러스터를 관리할 때 사용하는 것과 동일한 관리 인터페이스인 Azure 컨트롤 플레인을 여러분의 데이터 센터, 엣지 위치, 그리고 AWS나 Google Cloud Platform 같은 경쟁 클라우드까지 확장해 주는 마법 지팡이라고 생각하시면 됩니다.

Azure Arc의 내부 동작 원리

Azure Arc의 핵심 원리는 기존 리소스가 어디에 있든 가벼운 에이전트를 설치하는 것입니다. 프랑크푸르트 랙에서 실행 중인 물리 Linux 서버든, 시카고 지사의 VMware 가상 머신이든, Amazon EC2 인스턴스든, Azure Arc는 해당 리소스를 Azure에 다시 연결합니다. 연결되면 그 외부 리소스는 Azure Resource Manager(ARM)에 표시됩니다. 그래서 Azure 포털에서 비 Azure 서버가 기본 Azure VM과 나란히 보이게 됩니다.

이러한 구조 덕분에 Azure 클라우드에 실제로 연결되지 않는 인프라에서도 방대한 클라우드 네이티브 기능 모음을 사용할 수 있게 됩니다.

• 통합 거버넌스 및 규정 준수: Azure Policy를 온프레미스 서버에 적용하여 전체 환경에서 구성이 계속 규정을 준수하도록 할 수 있습니다.
• 고급 보안: Microsoft Defender for Cloud를 확장하여 Azure 외부의 서버와 Kubernetes 클러스터에서 위협과 취약성을 모니터링할 수 있습니다.
• 클라우드 네이티브 모니터링: Azure Monitor는 로컬 인프라에서 로그와 메트릭을 수집하여 관찰 가능성을 한 화면에서 확인할 수 있는 단일 대시보드를 제공합니다.
• Arc 지원 서비스: Azure SQL Managed Instance와 Azure PostgreSQL도 자체 로컬 인프라에서 실행할 수 있으며, 모든 관리는 Azure 컨트롤 플레인을 통해 이루어집니다.

무엇보다 중요한 점은 Azure Arc가 그 아래에서 어떤 하이퍼바이저를 실행하든 상관하지 않는다는 것입니다. VMware, Hyper-V 또는 물리적 베어메탈 환경을 대체하지 않습니다. 이미 갖춘 환경 위에 지능형 관리 계층을 더하는 방식입니다.

용어 정리: Azure Local이란 무엇인가?

Azure Arc를 관리 계층으로 이해했으니, 이제 인프라 쪽으로 넘어가 보겠습니다. Azure Local입니다. Azure Arc가 어디에나 닿는 소프트웨어 정의 컨트롤 플레인이라면, Azure Local은 데이터 센터나 엣지에서 워크로드를 로컬로 실행하도록 설계된 하이퍼 컨버지드 인프라(HCI) 솔루션입니다.

이전 이름인 Azure Stack HCI로 알고 계신 분도 있을 것입니다. Microsoft는 핵심 미션에 더 잘 맞도록 이 제품을 최근 Azure Local 브랜드로 재정비하고 간소화했습니다. Azure Local은 자체 사이트에 있는 검증된 하드웨어 어플라이언스에서 실행되는 최신 소프트웨어 정의 컴퓨팅, 스토리지, 네트워킹 플랫폼을 제공합니다.

Azure Local의 아키텍처

Azure Local은 Windows Server 기술과 고급 하이퍼 컨버지드 소프트웨어를 결합하여 엔터프라이즈급 가상화 및 스토리지 기능을 제공합니다. 가상화에는 Hyper-V를, 고성능 소프트웨어 정의 스토리지에는 Storage Spaces Direct를 사용합니다.

Azure Local의 진정한 차별점은 처음부터 Azure 퍼블릭 클라우드와 깊고 기본적으로 통합되어 있다는 점입니다. 기존 가상화 플랫폼은 클라우드에 연결하려면 타사 도구가 필요하지만, Azure Local은 기본적으로 클라우드에 연결되도록 설계되었습니다. 실제로 소유하고 운영하는 하드웨어에서 익숙한 Windows 및 Linux 가상 머신과 Azure Kubernetes Service(AKS) 클러스터를 로컬에서 실행할 수 있습니다.

Azure Local의 주요 기능은 다음과 같습니다.

• 고가용성 및 복원력: 내장된 클러스터링과 스토리지 복제를 통해 하드웨어 장애가 발생해도 로컬 워크로드가 계속 실행되도록 보장합니다.
• 유연한 폼 팩터: 매장이나 공장에 배포하는 내구성 높은 엣지 노드부터 엔터프라이즈 데이터 센터의 대규모 다중 노드 클러스터까지, Azure Local은 보유한 물리적 공간에 맞게 규모를 조정할 수 있습니다.
• 익숙한 가상화: 팀이 이미 Hyper-V나 일반적인 가상화 개념에 익숙하다면 Azure Local 도입의 학습 곡선이 매우 완만합니다.

관리와 인프라의 주요 차이점

청취자들이 Azure Arc와 Azure Local을 비교해 달라고 요청할 때, 저는 늘 먼저 질문의 전제를 바로잡으려고 합니다. Azure Arc와 Azure Local을 비교하는 것은 리모컨과 텔레비전을 비교하는 것과 비슷합니다. 둘은 경쟁 기술이 아니라 IT 스택의 완전히 다른 계층에서 작동합니다.

몇 가지 핵심 기준으로 근본적인 차이를 살펴보겠습니다.

1. 스택 계층

Azure Arc는 전적으로 관리 및 컨트롤 플레인 계층에서 작동합니다. 리소스를 구성하고, 거버넌스를 적용하고, 보호하는 클라우드 서비스입니다. Azure Local은 인프라 및 컴퓨팅 계층에서 작동합니다. 애플리케이션이 실제로 실행되는 물리 및 가상 컴퓨팅과 스토리지 리소스를 제공하는 운영 체제이자 하이퍼 컨버지드 플랫폼입니다.

2. 하드웨어 종속성

Azure Arc는 에이전트 기반 관리 도구이므로 하드웨어 종속성이 거의 없습니다. 5년 된 Dell 서버에 레거시 버전의 Linux를 실행하든, 최신 HPE 서버에 Windows를 실행하든, 심지어 AWS에서 호스팅되는 가상 머신이든 Arc 에이전트를 설치할 수 있습니다. 반면 Azure Local은 Microsoft의 하드웨어 파트너가 제공하는 특정 검증된 하드웨어가 필요합니다. 서버실에 있는 아무 하드웨어에나 Azure Local을 설치할 수는 없으며, 성능, 안정성, 지원 가능성을 보장하려면 인증된 클러스터 노드를 사용해야 합니다.

3. 주요 목적

Azure Arc의 목표는 통합 관리입니다. 즉, 여러 클라우드와 온프레미스에 흩어진 IT 자산 전반에 일관성을 가져오는 것입니다. Azure Local의 목표는 현대화된 로컬 인프라입니다. 데이터가 생성되는 바로 그 자리에서 가상화 및 컨테이너 워크로드를 실행할 수 있도록 클라우드 네이티브 HCI 플랫폼을 제공하는 것입니다.

Azure Arc와 Azure Local 중 선택하는 방법

각 도구가 무엇을 하는지 살펴봤으니, 이제 의사 결정에 대해 이야기해 보겠습니다. 아키텍처 계획 세션에서 Azure Arc를 써야 할 때와 Azure Local을 배포해야 할 때를 어떻게 구분하시나요?

Azure Arc를 사용해야 하는 경우

이미 보유한 인프라를 당장 교체할 계획 없이 Azure 관리 기능을 적용하고 싶다면 Azure Arc를 배포하는 것이 좋습니다. 예를 들면 다음과 같습니다.

• 여러 글로벌 데이터 센터에 VMware 또는 베어메탈 Linux 서버에 대한 대규모 투자가 이미 되어 있고, Azure 포털 하나에서 규정 준수를 관리하고, 로그를 모니터링하고, 정책을 적용하고 싶은 경우입니다.
• AWS나 Google Cloud에서 Kubernetes 클러스터를 운영하고 있으며, Azure GitOps와 Azure Policy를 사용해 여러 클라우드의 배포를 동시에 관리하고 싶은 경우입니다.
• 기반 가상화 스택 전체를 마이그레이션하지 않고도 Azure SQL Managed Instance 같은 Azure 데이터 서비스를 온프레미스에서 실행하고 싶은 경우입니다.

Azure Local을 사용해야 하는 경우

노후화된 온프레미스 인프라를 새로 고치거나 새로운 엣지 컴퓨팅 환경을 구축하면서, 이 로컬 인프라가 Azure 클라우드의 확장처럼 동작하고 느껴지기를 원한다면 Azure Local을 배포해야 합니다.

• 기존 SAN 및 가상화 스택이 수명 종료에 가까워졌고, 이를 Azure 백업, 재해 복구, 모니터링과 기본적으로 통합되는 최신 소프트웨어 정의 하이퍼 컨버지드 인프라로 교체하려는 경우입니다.
• 병원, 매장, 제조 공장 등 엣지 위치에서 데이터를 현지에서 처리해야 하므로 저지연 컴퓨팅과 스토리지가 필요하지만, 이러한 워크로드는 Azure 클라우드에서 중앙 관리하고 싶은 경우입니다.
• 기존 클라우드 배포 파이프라인과 완전히 지원되고 원활하게 통합되는 Azure Kubernetes Service(AKS)를 온프레미스에서 실행하고 싶은 경우입니다.

하이브리드 전략에서 두 도구의 협업 방식

여기서 진짜 시너지가 드러납니다. Azure Arc와 Azure Local은 별개의 제품이지만, Microsoft는 둘이 함께 작동할 때 더 나은 결과를 내도록 설계했습니다. 실제로 Azure Local 클러스터는 기본적으로 Azure Arc가 자동으로 활성화됩니다!

데이터 센터에 Azure Local 클러스터를 배포하면 기반 인프라는 로컬에서 관리되지만, 제어 플레인은 Azure Arc와 완전히 통합됩니다. 즉, Azure Local 인프라를 관리하기 위해 별도의 에이전트를 설치하거나 복잡한 터널을 구성할 필요가 없으며, 초기화되는 순간부터 Azure 구독에 기본적으로 나타납니다.

이 시너지가 실제로 어떻게 작동하는지 실제 하이브리드 시나리오를 통해 살펴보겠습니다. 전 세계에 수백 개의 물류 센터를 운영하는 대형 글로벌 물류 회사를 상상해 보십시오.

1. 엣지에서: 이 회사는 전 세계에 수백 개의 물류 센터를 운영합니다. 각 센터에는 작은 2노드 Azure Local 어플라이언스를 배포하여 배송 라벨을 처리하고, 로컬 데이터베이스 인스턴스를 실행하며, 초저지연으로 창고 자동화 시스템을 관리합니다.
2. 엔터프라이즈 전반에서: 이 회사는 VMware와 물리 서버가 혼합된 레거시 데이터 센터를 운영하고 있으며, 일부 워크로드는 AWS에서 호스팅됩니다. 이 모든 환경에 Azure Arc 에이전트를 설치하여 보안 기준을 적용하고 규정 준수를 추적합니다.
3. 통합 관리: Azure 포털을 통해 중앙 IT 팀은 엣지 풀필먼트 센터(Azure Local에서 실행)의 상태를 AWS 인스턴스 및 레거시 서버(Azure Arc로 관리)와 함께 한눈에 확인할 수 있습니다. Azure Policy로 모든 환경에서 암호화 표준이 준수되도록 보장하고, Azure Monitor로 전 세계의 성능 지표를 추적합니다.

이 아키텍처에서 Azure Local은 엣지에 탄력적이고 고성능인 기반을 제공하며, Azure Arc는 전체 하이브리드 환경을 하나로 묶는 포괄적인 거버넌스와 제어 플레인을 제공합니다.

결론: 하이브리드 클라우드 여정을 간소화하기

마이크로소프트의 하이브리드 클라우드 생태계는 처음에는 복잡하게 느껴질 수 있습니다. 하지만 용어를 특정 아키텍처 계층에 대응시켜 보면 모든 것이 자연스럽게 정리됩니다. 기억해야 할 황금률은 다음과 같습니다. Azure Arc는 어디에 있든 모든 것을 관리하는 제어 플레인이고, Azure Local은 로컬 및 엣지 워크로드를 위한 최신 하이퍼 컨버지드 인프라입니다.

내년도 엔터프라이즈 아키텍처를 계획할 때 이 기술들을 둘 중 하나를 고르는 선택지로 보지 마십시오. 대신 서로를 어떻게 보완하는지 살펴보십시오. 기존의 이질적인 IT 투자를 통합하고 거버넌스를 적용하려면 Azure Arc를 사용하고, 온프레미스 및 엣지 인프라를 클라우드 네이티브 민첩성으로 현대화해야 할 때는 Azure Local을 활용하십시오.

이번 심층 분석이 마이크로소프트의 하이브리드 용어에 대한 혼란을 해소하는 데 도움이 되었기를 바랍니다. 언제나처럼 여러분의 의견을 듣고 싶습니다. 현재 다중 클라우드 환경에서 Azure Arc를 사용하고 계십니까? 엣지 위치에 Azure Local을 배포해 보셨습니까? 아래에 댓글을 남기시거나, 다음 청취자 메일 에피소드를 위해 이메일을 보내 주십시오. 다음 시간까지, 미래를 위한 아키텍처 설계를 계속하십시오!