하이브리드 클라우드의 실현: F5, Azure 및 Azure Stack
소개
오늘날 많은 IT 부서는 경영진으로부터 기존 사내 데이터 센터의 정적인 특성에서 벗어나, 운영 비용은 절감하면서 민첩성, 유연성 및 확장성을 높일 수 있는 보다 동적이고 클라우드 중심적인 아키텍처로 전환하라는 압박을 받고 있습니다. 또한 퍼블릭 클라우드와 프라이빗 클라우드는 각각 장단점이 있기 때문에 약 71%1 (https://www.f5.com/resources/white-papers/hybrid-cloud-realized-f5-azure-and-azure-stack#footnote01)의 기업이 더 많은 장점을 활용하고 여러 단점을 상쇄하기 위해 하이브리드 모델을 도입하고 있습니다. 그러나 이러한 조직은 거의 모두 서로 다른 클라우드 인프라와 애플리케이션 서비스를 함께 사용하고 있으며, 이로 인해 해당 배포 환경의 설계와 유지 관리를 담당하는 여러 부서 간 협업 팀이 처리해야 할 복잡성이 크게 증가합니다.
주요 하이브리드 클라우드 사용 사례
서로 다른 두 개 이상의 클라우드 환경을 연결해 하이브리드 클라우드를 구축하면 민첩성, 유연성, 확장성 측면에서 이점을 얻을 수 있을 뿐만 아니라, 구현하기가 훨씬 어렵거나 불가능한 다양한 특수 사용 사례도 실현할 수 있습니다. 그중 가장 일반적인 사례는 다음과 같습니다:
고가용성(HA) 및 재해 복구(DR)
필수 애플리케이션의 가동 중단을 방지하기 위해 고가용성과 지리적 이중화를 갖춘 프라이빗 클라우드 백업 환경을 구축하고 유지하는 데는 막대한 비용이 들며, 단일 프라이빗 클라우드를 운영하는 데 필요한 투자 비용의 두 배가 소요될 가능성이 큽니다. 물리적 하드웨어가 두 배로 필요할 뿐만 아니라, 지리적으로 떨어진 위치에 자체 전력, 냉각 시설 및 운영 인력을 갖춘 별도의 데이터 센터도 마련해야 합니다.
또는 훨씬 적은 비용으로 퍼블릭 클라우드에 HA 및 DR 환경을 구축할 수 있습니다. 프라이빗 클라우드에서 백업할 때마다 애플리케이션 데이터가 저장되며, 실제 애플리케이션 및 네트워킹 리소스는 재해나 프라이빗 클라우드 장애 등으로 필요해질 때까지 비활성 상태로 유지됩니다. 필요한 경우 저장된 데이터를 사용해 이러한 애플리케이션과 리소스를 가동하고 운영함으로써 애플리케이션 가용성과 비즈니스 연속성을 보장합니다.
애플리케이션 개발 및 테스트
프라이빗 클라우드에서 새로운 애플리케이션을 개발하는 것은 퍼블릭 클라우드에서 개발하는 것보다 훨씬 더 많은 비용이 들 수 있습니다. 워크로드를 실행하려면 초기 자본 투자가 필요하지만, 애플리케이션이 제대로 작동하거나 현재 시장에서 채택될 것이라는 보장은 없습니다. 이러한 이유로 기업들은 퍼블릭 클라우드의 온디맨드 용량을 활용해 새로운 앱을 개발 및 테스트하고 프로덕션 환경에서 실행함으로써 ‘빠르게 실패하고, 적은 비용으로 실패하라’는 원칙을 따르고 있습니다. 운영 안정성이 검증되거나 사용자에게 널리 채택된 것으로 판단되면 앱을 프라이빗 클라우드로 마이그레이션할 수 있습니다. 프라이빗 클라우드는 장기적으로 보안성이 더 높고 운영 비용도 더 저렴할 수 있습니다. 또는 더 저렴한 예약 인스턴스 등을 활용해 장기적으로 비용 효율성이 더 높은 환경에 배포한 채 퍼블릭 클라우드에 계속 유지할 수도 있습니다.
클라우드 버스팅
클라우드 버스팅은 흔히 가장 이상적인 하이브리드 클라우드 기능으로 여겨지지만, 실제로 구현하기는 아마도 가장 어려워 많은 하이브리드 클라우드 전략에서 좀처럼 달성하기 힘든 목표가 되곤 합니다. 클라우드 버스팅을 사용하면 애플리케이션은 주로 프라이빗 클라우드에서 실행됩니다. 수요가 용량을 초과하면 추가 요청이 임대한 인프라를 기반으로 퍼블릭 클라우드에서 실행되는 동일한 복제본으로 리디렉션됩니다. 다만 이는 단기간 지속되는 예기치 않은 트래픽 급증에 대응하기 위한 일시적인 상태입니다. 높은 트래픽이 지속되기 시작하면 기업은 프라이빗 클라우드의 용량을 확장할 수 있습니다.
클라우드 버스팅을 위한 하이브리드 클라우드 환경 구성은 본질적으로 어렵고 복잡합니다. 두 환경이 유기적으로 연동되어야 할 뿐만 아니라, 최종 사용자 경험에 미치는 영향을 최소화하거나 전혀 주지 않으면서 트래픽이 자동으로 원활하게 전환되도록 안전장치를 갖춘 오케스트레이션이 필요합니다. 각 환경에서 애플리케이션을 실행하고 지원하는 데 사용되는 인프라, 서비스 및 도구가 서로 다르면 구성과 관리를 담당하는 팀이 겪는 어려움은 더욱 커집니다.
동질성: 하이브리드 클라우드 성공의 열쇠
모든 클라우드가 똑같지는 않다는 사실은 그리 놀라운 일이 아닙니다. 각 클라우드는 고유한 인프라, 네트워킹 및 애플리케이션 서비스, 개발자 도구, 사용자 인터페이스를 갖추고 있으며, 다른 경쟁 클라우드와 차별화되는 특징도 있습니다. 예를 들어 SharePoint, Exchange, SQL Server 또는 기타 Microsoft 기술 사용자는 AWS나 Google Cloud로 이전하는 것보다 Microsoft Azure로 마이그레이션하는 것이 훨씬 쉽습니다. 이러한 플랫폼과 서비스의 차이로 인해 클라우드 간 호환성 문제가 발생하며, 하이브리드 클라우드 환경을 구축하는 작업은 매우 까다로워집니다.
하지만 Microsoft는 Azure와 Azure Stack을 통해 각각 퍼블릭 및 프라이빗 클라우드 환경 전반에서 동일한 리소스와 서비스를 제공함으로써 하이브리드 클라우드 구축 지원에 상당한 진전을 이루었습니다. 최근에 공개된 Azure Stack은 사내 데이터 센터의 제어 기능과 보안성을 유지하면서 퍼블릭 클라우드의 다양한 기능과 이점을 제공합니다.
이 새로운 접근 방식이 F5의 고급 애플리케이션 서비스와 결합될 때 하이브리드 클라우드의 개발 및 운영을 얼마나 획기적으로 간소화하는지 보여주기 위해, 일반적인 상위 수준의 하이브리드 클라우드 모델 세 가지를 비교해 보겠습니다.
모델 1 – 이기종 클라우드 플랫폼 및 애플리케이션 서비스
첫 번째 예는 그림 1과 같이 퍼블릭 클라우드에는 Azure와 Azure 네이티브 애플리케이션 서비스를 사용하고, 프라이빗 클라우드에는 VMware와 F5 애플리케이션 서비스를 활용하는 하이브리드 클라우드 환경입니다.
환경 간 일관성이 현저히 부족하기 때문에 이 모델은 구현하고 운영하기가 가장 어렵습니다. 앞서 설명한 HA/DR 사용 사례에서는 애플리케이션이 각 클라우드에서 동일하게 실행되도록 클라우드별로 구성해야 합니다. 가상 머신, API, 기반 네트워킹 리소스가 서로 다르다는 점을 고려하면 이는 결코 간단한 작업이 아닙니다. 이러한 차이로 인해 각 클라우드에서 애플리케이션을 운영하는 데 복잡한 연동 작업이 필요하며, 비슷한 결과를 얻기 위한 작업량이 사실상 두 배로 늘어나 애플리케이션의 전반적인 이식성이 저하됩니다. 또한 플랫폼마다 고유한 포털 인터페이스와 개발자/관리자 도구가 있으므로 이 모델은 금세 감당하기 어려울 정도로 복잡해집니다.
이는 플랫폼 간 차이만 고려한 것입니다. 서로 다른 인터페이스, 관리 도구 및 구성 요구 사항을 지닌 상이한 애플리케이션 서비스의 영향까지 더해지면 복잡성은 기하급수적으로 증가합니다. 관리상의 비효율만이 문제가 아닙니다. 기능의 불일치로 인해 각 클라우드에서 애플리케이션을 동일한 서비스로 구성할 수 없어 추가적인 위험에 노출됩니다. 예를 들어, 서로 다른 보안 서비스를 사용하면 방화벽 규칙 세트와 정책도 각각 별도로 운영해야 합니다. 이로 인해 보안 허점이 생길 수 있으며, 이후 발생하는 사이버 공격으로 인해 애플리케이션이 중단되거나 고객 데이터가 손실될 수 있습니다.
모델 2 – 이기종 클라우드 플랫폼과 동종 애플리케이션 서비스
이 구성은 모델 1과 유사하지만, 그림 2와 같이 각 클라우드 환경이 F5 애플리케이션 서비스의 지원을 받습니다.
일관된 애플리케이션 서비스를 사용하면 모든 F5 서비스, 구성 및 정책을 단일 통합 관리 화면을 통해 여러 환경에 복제할 수 있어 시스템 관리자의 부담이 줄어듭니다. 서로 다른 두 가지 기능, 인터페이스 및 용어 체계를 익히고 조율하는 대신, 표준화된 하나의 풍부한 기능을 갖춘 서비스 세트를 하이브리드 클라우드 환경 전반에 배포할 수 있습니다. 또한 이러한 서비스는 특정 클라우드에 종속되지 않으므로(즉, 모든 클라우드에서 동일하게 실행됨), 클라우드 네이티브 서비스 사용 시 발생할 수 있는 공급업체 종속에 대한 우려를 해소합니다. 그러나 이 모델은 서로 다른 플랫폼 인프라와 관련된 문제를 해결하지 못하므로, 이러한 문제는 별도로 고려해야 합니다.
모델 3 – 동종 클라우드 플랫폼 및 애플리케이션 서비스
이 최종 모델에서는 한층 더 개선이 이루어집니다. 모델 2에서 설명한 구성을 기반으로 VMware 프라이빗 클라우드를 Microsoft Azure Stack으로 대체하며, 이는 그림 3에 나와 있습니다.
Azure Stack에 익숙하지 않은 분들을 위해 설명하자면, 이 클라우드 플랫폼은 동일한 서비스, 도구 및 가상 인프라를 갖춘 프라이빗 클라우드 내 Azure의 확장 환경(또는 또 하나의 지역)으로 설계되었습니다. 애플리케이션을 리팩터링할 필요 없이 하이브리드 클라우드 환경 간에 워크로드를 손쉽게 이전할 수 있다는 점이 핵심 가치입니다. 또한 Azure 도구와 포털 인터페이스의 일관성 덕분에 관리 복잡성이 줄어듭니다. 애플리케이션 소유자는 Azure에서 애플리케이션을 개발하고 테스트한 후, 프로덕션 배포를 위해 빠르고 원활하게 Azure Stack으로 전환할 수 있으며(또는 그 반대도 가능), 두 환경 모두에서 동일한 엔터프라이즈급 F5 애플리케이션 서비스를 사용할 수 있습니다.
모델 1과 비교할 때, 이 하이브리드 클라우드 모델은 일관된 애플리케이션 서비스와 클라우드 인프라의 이점을 결합하는 동시에 시스템 변수를 4개에서 2개로 절반으로 줄여 애플리케이션 이식성을 크게 향상하고 IT 관리 부담을 완화합니다. 플랫폼과 애플리케이션 서비스를 모두 통합함으로써 네트워크 운영자와 IT 관리자는 하이브리드 클라우드 아키텍처를 서로 분리된 두 개의 거대한 시스템이 아니라 하나의 동질적인 개체로 파악할 수 있습니다.
진정한 하이브리드 클라우드: Azure 및 Azure Stack용 F5
두 플랫폼에서 동일하게 실행되는 F5의 BIG-IP 가상 에디션(VE)은 지원 애플리케이션 서비스를 복제하여 Azure/Azure Stack 아키텍처 간의 일관성을 높입니다. 개발자는 한 환경에서 앱을 개발한 후 다른 환경으로 이전할 수 있을 뿐만 아니라, 동일한 BIG-IP 구성, 정책 및 애플리케이션 서비스를 모두 포함한 프로덕션 준비가 완료된 전체 스택을 그대로 복제할 수 있습니다. 따라서 애플리케이션 리팩터링과 테스트에 수많은 시간을 들일 필요가 없어지며, 개발자는 자신이 가장 잘하는 일인 코드 작성에 집중할 수 있습니다.
애플리케이션을 퍼블릭 클라우드로 이전하는 개발자에게는 애플리케이션과 데이터의 보안이 흔히 우려 사항이지만, 반드시 그럴 필요는 없습니다. 개발자가 Azure Stack 환경에서 애플리케이션을 구축하는 동안 보안 아키텍트는 F5의 웹 애플리케이션 방화벽(WAF)에 필요한 설정을 구성할 수 있습니다. 그러면 애플리케이션이 업계 최고 수준의 동일한 WAF로 보호된다는 확신을 갖고 전체 스택을 Azure에 복제할 수 있습니다. 동일한 정책과 규칙 세트를 사용하므로 서로 다른 WAF를 사용할 때 발생할 수 있는 보안 허점이나 취약점이 생기지 않습니다.
또한 Azure Stack은 Azure Resource Manager(ARM)를 지원하므로, F5의 다양한 ARM 템플릿을 활용해 두 환경 모두에서 BIG-IP VE 인스턴스의 배포와 구성을 자동화할 수 있습니다. 이를 통해 가동 준비 시간을 크게 단축하고 하이브리드 클라우드의 효율성을 높일 수 있습니다. 궁극적으로 F5가 Azure와의 긴밀한 통합을 위해 기울인 모든 노력은 이제 Azure 고객뿐만 아니라 Azure Stack 고객에게도 혜택을 제공합니다.
결론
조직이 하이브리드 클라우드 전략에 투자하는 이유는 다양하며, 이를 구현하는 방식 또한 그만큼 다양합니다. 하지만 서로 다른 여러 클라우드 플랫폼과 애플리케이션 서비스 제공업체를 활용해 다각화할수록 기업이 하이브리드 클라우드 아키텍처를 구현하고 운영하는 일은 기하급수적으로 복잡해집니다.
클라우드 환경 전반에서 F5의 고급 애플리케이션 서비스를 표준으로 채택하는 동시에 Microsoft의 Azure 및 Azure Stack 클라우드 플랫폼이 지닌 동질성을 활용하면, IT 조직은 에코시스템 간에 애플리케이션을 완벽하게 이식할 수 있는 진정한 하이브리드 아키텍처를 구축할 수 있습니다. 동일한 BIG-IP 트래픽 관리 및 보안 서비스로 애플리케이션을 지원하면 네트워크 및 보안 운영자는 일관된 보안 기능과 정책으로 애플리케이션과 데이터를 보호하는 동시에 최종 사용자를 위한 애플리케이션 가용성을 최적화할 수 있습니다.
그리고 아직 비교적 초기 단계에 있는 클라우드 컴퓨팅의 발전 과정에서 많은 IT 조직은 장기적인 클라우드 전략을 전적으로 퍼블릭 클라우드로 구성할지, 전적으로 프라이빗 클라우드로 구성할지, 아니면 두 환경을 혼합할지에 관한 어려운 결정을 내려야 한다는 압박을 받고 있습니다. Azure 및 Azure Stack용 F5 애플리케이션 서비스는 변화하는 비즈니스 요구 사항에 맞춰 전체 애플리케이션 포트폴리오를 언제든지 클라우드 환경 간에 마이그레이션할 수 있는 통합 솔루션을 제공함으로써 이러한 결정에 따른 부담을 줄여 줍니다.
각주:
1 Rightscale 클라우드 현황 보고서 2018
2018년 5월 9일 게시