Azure를 활용한 멀티 클라우드 전략

멀티 클라우드는 둘 이상의 클라우드 공급업체에서 워크로드를 운영하는 것을 의미합니다. 예를 들어 대부분의 서비스에는 Azure를 사용하면서 특정 머신 러닝 플랫폼에는 AWS를 사용하거나, BigQuery 분석에는 Google 클라우드를 사용할 수 있습니다. 조직에서 멀티 클라우드를 도입하는 이유는 다음과 같습니다. 공급업체 종속을 피하고, 각 공급업체의 업계 최고 수준 서비스를 활용하며, 단일 공급업체에 대한 의존을 피하기 위한 계약 또는 규제 요구 사항을 충족하기 위해서입니다. 또한 인수 합병으로 인해 서로 다른 클라우드를 표준으로 사용하던 회사들이 통합된 경우에도 멀티 클라우드를 도입합니다. 오늘날 대기업에서는 멀티 클라우드가 일반적인 운영 방식입니다.

멀티 클라우드는 상당한 운영 과제를 초래합니다. 기술 확산 — 팀에 여러 클라우드 플랫폼에 대한 전문 지식이 필요합니다. 일관되지 않은 거버넌스 — 클라우드마다 IAM, 정책 및 규정 준수 도구가 다릅니다. 보안 복잡성 — 위협 모델, 보안 서비스 및 감사 로그가 서로 다릅니다. 비용 관리 — 공급업체별 청구 포털과 서로 다른 가격 단위가 존재하며, 공급업체 전체의 비용을 통합해서 볼 수 없습니다. 네트워크 복잡성 — 클라우드 간 트래픽에는 송신 비용과 지연 시간이 발생합니다. Microsoft는 Azure Arc와 Defender for Cloud의 멀티 클라우드 지원을 통해 이러한 문제의 상당 부분을 해결합니다.

온-프레미스 서버를 온보딩하는 데 사용하는 동일한 Azure Arc 연결된 머신 에이전트를 AWS EC2, Google Cloud Compute Engine 또는 다른 클라우드에서 실행되는 VM에도 사용할 수 있습니다. Arc에 등록하면 이러한 VM이 ARM 포털에서 Azure 네이티브 리소스와 함께 표시됩니다. Azure 정책을 적용하고, 동일한 KQL 쿼리로 Azure Monitor를 사용하며, AWS 및 GCP VM에 대한 Defender for Cloud 보안 권장 사항을 확인할 수 있습니다. Azure 포털을 벗어나거나 AWS 전용 도구를 별도로 익힐 필요가 없습니다.

Microsoft Defender for Cloud는 AWS 및 Google Cloud Platform용 네이티브 커넥터를 지원합니다. AWS 계정 또는 GCP 프로젝트를 연결하면 Defender for Cloud에서 Azure에 사용하는 것과 동일한 Secure Score 프레임워크를 사용하여 EC2 인스턴스, S3 버킷, RDS 데이터베이스 및 GCP 리소스의 보안 상태를 평가할 수 있습니다. 또한 CIS AWS Foundations Benchmark와 같은 표준에 결과를 매핑하고, 잘못 구성된 설정(공개적으로 액세스 가능한 S3 버킷, 지나치게 광범위한 IAM 역할)을 Azure 권장 사항과 함께 하나의 대시보드에서 탐지합니다.

Azure Cost Management + Billing은 AWS Cost and Usage Report(CUR)를 Azure Connector에 연결하여 AWS 비용을 가져올 수 있습니다. 이를 통해 통합 비용 분석 화면에서 AWS 지출을 Azure 지출과 함께 확인하고, 클라우드 간 비용을 비교하고 할당할 수 있습니다. 두 공급업체에 걸쳐 적용되는 예산과 경고를 만들고, 동일한 태그 지정 전략을 사용하여 비용을 공개하거나 분담할 수 있습니다. 이러한 멀티 클라우드 비용 가시성은 단일 화면에서 여러 공급업체의 지출을 관리하는 FinOps 팀에 유용합니다.

많은 멀티 클라우드 전략에서는 어떤 클라우드에서도 동일하게 실행되는 추상화 계층으로 Kubernetes를 사용합니다. Azure의 AKS, AWS의 EKS, GCP의 GKE는 모두 표준 Kubernetes를 실행합니다. Azure Arc 지원 Kubernetes를 사용하면 Azure에서 이 모든 환경을 관리하고 GitOps 기반 배포와 Azure 정책(OPA Gatekeeper)을 일관되게 적용할 수 있습니다. Azure Container Registry에 저장된 컨테이너 이미지는 모든 클라우드의 Kubernetes 클러스터에서 가져올 수 있으므로 Azure ACR은 자연스러운 멀티 클라우드 이미지 레지스트리 허브가 됩니다.

Azure 랜딩 존은 거버넌스, ID, 보안 및 네트워킹 모범 사례를 구현한 사전 구성 환경입니다. 멀티 클라우드를 도입할 때 조직은 랜딩 존 개념을 확장하여 모든 공급업체에 적용되는 표준을 정의합니다. Microsoft의 Cloud Adoption Framework(CAF)에는 리소스가 Azure, AWS 또는 온-프레미스 어디에 있든 일관되게 적용되는 관리 그룹 계층 구조, 명명 규칙 및 태그 지정 전략을 구성하는 방법에 대한 멀티 클라우드 지침이 포함되어 있습니다.

Azure와 AWS(또는 GCP)의 워크로드를 연결하려면 클라우드 간 네트워킹이 필요합니다. 일반적인 패턴은 다음과 같습니다. VPN 터널 — Azure VPN Gateway와 AWS Virtual Private Gateway 또는 GCP VPN 사이에 연결합니다. 간단하지만 대역폭이 제한되고 지연 시간이 일정하지 않을 수 있습니다. 타사 SD-WAN(예: Megaport, Equinix Fabric) — ExpressRoute와 유사한 클라우드 간 전용 회선을 만듭니다. 애플리케이션 계층 통합 — 서비스가 공용 엔드포인트를 통해 HTTPS로 통신합니다(가장 간단하지만 인터넷을 사용함). AWS와 GCP의 송신 대역폭 비용 때문에 대량의 클라우드 간 데이터 전송은 비용이 많이 들 수 있습니다.

Microsoft Entra ID는 멀티 클라우드 액세스를 위한 ID 공급자(IdP)로 사용할 수 있습니다. AWS의 경우 Entra ID를 AWS IAM Identity Center의 SAML 2.0 IdP로 구성하면 사용자가 별도의 AWS IAM 사용자를 만들지 않고 Entra ID 자격 증명과 MFA를 사용하여 AWS 콘솔에 액세스할 수 있습니다. GCP에서도 이와 유사한 페더레이션이 가능합니다. 이를 통해 ID 거버넌스를 중앙 집중화할 수 있습니다. 사용자 입사, 이동 및 퇴사 관리는 Entra ID에서 수행되고 액세스 권한은 모든 클라우드 공급업체에 자동으로 전파됩니다.

FinOps(클라우드 재무 운영) 방식은 공급업체마다 가격 모델, 할인 메커니즘 및 청구 세부 단위가 다르기 때문에 멀티 클라우드에서 더 복잡해집니다. 모범 사례는 다음과 같습니다. 비용 할당을 위해 모든 공급업체에서 태그를 표준화하고, 통합된 가시성을 위해 Azure Cost Management + Billing의 AWS 커넥터를 사용하며, Reserved Instances(Azure), Savings Plans(AWS/Azure) 및 Committed Use Discounts(GCP)를 이해하는 FinOps 팀을 구성하고, 동일한 워크로드의 비용을 비교하는 공급업체 간 비용 검토를 정기적으로 수행합니다.

멀티 클라우드는 신중하게 관리하지 않으면 문제를 일으킬 수 있습니다. 피해야 할 일반적인 안티패턴은 다음과 같습니다. 우발적인 멀티 클라우드 — 전략 없이 여러 클라우드를 사용하면 통제되지 않는 확산과 비용 증가로 이어집니다. 기술 역량의 과도한 분산 — 모든 엔지니어에게 모든 클라우드의 전문가가 되도록 요구하는 대신 플랫폼별 클라우드 담당자를 지정합니다. 일관되지 않은 보안 — 클라우드마다 서로 다른 보안 기준을 적용하는 대신 Azure Arc와 Defender for Cloud를 사용하여 일관성을 강제합니다. 송신 비용 무시 — 클라우드 간 데이터 전송에는 공급업체의 송신 요금이 부과되므로 FinOps 팀이 예상하지 못한 비용을 부담할 수 있습니다.

이 단원에서 다룬 Microsoft Azure Fundamentals(AZ-900) 개념을 이해했는지 확인해 보세요.

이 단원에서는 다음을 배웠습니다. Azure Arc는 동일한 연결된 머신 에이전트를 사용하여 Azure 관리를 AWS 및 GCP VM으로 확장합니다. Microsoft Defender for Cloud 멀티 클라우드 커넥터는 여러 공급업체의 보안 결과를 통합된 Secure Score에 표시합니다. 또한 Microsoft Entra ID 페더레이션을 사용하면 하나의 기업 ID로 AWS 및 GCP 콘솔에 싱글 사인온할 수 있습니다. 이것으로 Azure 하이브리드 및 멀티 클라우드 과정이 끝납니다. 다음 과정에서는 Well-Architected Framework를 사용하여 Azure 아키텍처를 평가하고 개선합니다.