F5와 Red Hat이 제공하는 컨테이너 환경용 트래픽 제어 및 부하 분산 최적화

가상화 2.0: 가상 머신에서 컨테이너로

기술은 기반 하드웨어 시스템에서 소프트웨어를 추상화하는 가상화 접근 방식 덕분에 크게 발전했습니다. 가상화의 초기 구성 요소인 가상 머신(VM)은 서버 워크로드를 더욱 쉽게 구성하고 배포하며 조정할 수 있게 해주었습니다.

하지만 각 VM에는 운영 체제(OS)가 포함되어야 하므로 크기가 커지고 관리가 번거로워집니다. VM은 여러 장점에도 불구하고 시작하는 데 시간이 오래 걸리고, 많은 저장 공간을 사용하며, 이동하기도 어렵습니다. 또한 게스트 운영 체제와 호스트 운영 체제 간의 차이로 인해 VM을 한 환경에서 다른 환경으로 이동할 때 애플리케이션 기능이 제한될 수 있습니다.

가상화의 차세대 진화 형태인 컨테이너는 조직이 이러한 과제를 극복할 수 있도록 지원합니다. VM과 달리 컨테이너에는 게스트 OS 계층이 포함되지 않으며 호스트 OS를 사용합니다. 따라서 컨테이너는 애플리케이션이 기반 OS에 종속되지 않도록 추상화합니다. 이러한 특성 덕분에 컨테이너는 VM보다 훨씬 빠르게 구동할 수 있습니다. 또한 저장 공간을 훨씬 적게 차지하며 더 쉽게 마이그레이션할 수 있습니다. 전체 런타임 환경을 포함하는 컨테이너는 애플리케이션을 한 컴퓨팅 환경에서 다른 환경으로 이동하더라도 안정적으로 실행할 수 있도록 지원합니다.

하지만 엔터프라이즈 IT 환경에 컨테이너를 배포하려면 기술 지원이 제공되는 강력한 컨테이너 플랫폼이 필요합니다. 이 개요에서는 F5와 Red Hat의 통합 컨테이너 플랫폼 솔루션을 통해 엔터프라이즈 컨테이너 배포를 간소화하고 애플리케이션 개발 및 성능을 개선하는 방법을 설명합니다.

마이크로서비스와 컨테이너의 등장

과거의 엔터프라이즈 애플리케이션은 규모가 크고 모놀리식 구조였습니다. 업데이트하려면 변경 대상인 각 기능과 그로 인해 영향을 받는 기능의 코드를 대폭 수정해야 했습니다. 그 결과, 애플리케이션은 일반적으로 1년에 한두 번만 업데이트되었습니다.

현대 비즈니스의 변화 속도가 빨라지고, 민첩성과 차별화에 대한 요구가 지속되며, 내부 및 외부 사용자의 기대 수준도 높아짐에 따라, 규모가 크고 속도가 느린 이러한 업데이트 방식으로는 더 이상 충분하지 않습니다.

마이크로서비스

이제 애플리케이션은 작고 독립적인 마이크로서비스로 분할되어 지속적이고 민첩한 DevOps 모델을 통해 배포됩니다. 여러 소프트웨어 개발 및 인프라 운영 팀이 수개월에 걸쳐 조율해야 하는 대규모 개편 대신, 각 마이크로서비스를 독립적으로 업데이트하고 언제든지 새로운 마이크로서비스를 추가할 수 있습니다.

그러나 VM이 마이크로서비스의 주요 배포 수단으로 사용되는 경우 DevOps 모델을 유지하기는 어렵습니다. 애플리케이션마다 수백 또는 수천 개의 마이크로서비스가 있고 각 VM에 OS가 포함되어 있으므로, 이를 지원하는 컴퓨팅, 네트워킹 및 스토리지 시스템에 지나치게 많은 오버헤드가 발생합니다.

컨테이너

VM 기반 마이크로서비스 제공 방식의 대안인 컨테이너를 사용하면 오버헤드를 대폭 줄이면서 애플리케이션 기능을 컴퓨팅 환경에 더 빠르고 간편하게 배포할 수 있습니다.

컨테이너는 VM의 한계를 극복할 뿐만 아니라 마이크로서비스와 DevOps의 잠재력을 실현하는 데도 도움이 됩니다. 개발자는 컨테이너를 활용하여 최소한의 오버헤드로 코드를 신속하게 테스트, 배포, 확장 및 리팩터링할 수 있습니다. 컨테이너 기반 환경은 동적이고 유연하며 가능한 한 상태 비저장 방식으로 운영되므로, 개발자는 애플리케이션 성능이나 기반 인프라 리소스에 지장을 주지 않으면서 애플리케이션을 반복적이고 지속적으로 개선할 수 있습니다. 이러한 개선은 DevOps 모델의 일부로 이루어지는 경우가 많습니다.

오픈 소스 컨테이너

오픈 소스 컨테이너는 비용 절감, 유연성, 자유로운 활용, 커뮤니티 주도의 지식과 혁신 등 다양한 이점을 제공합니다. 그러나 컨테이너 환경이 확장되어 기업 내 핵심 요소로 자리 잡으면 애플리케이션의 가용성, 성능 및 보안을 강력하고 안정적으로 보장해야 합니다. 이러한 역량을 확보하려면 인그레스 트래픽, 컨테이너 간 네트워크 통신 및 컨테이너 자체 전반에 대한 가시성과 제어 기능이 필요합니다.

오픈 소스 컨테이너 기술은 메모리, 중앙 처리 장치(CPU), 라우팅 등 컨테이너화된 애플리케이션을 파악할 수 있지만, 트래픽 흐름, 부하 분산, 취약점 등을 포함한 전송 네트워크는 파악할 수 없습니다. 예를 들어 트래픽이 분산 서비스 거부(DDoS) 공격인지 단순한 쿠키인지 구분할 수 없습니다. 또한 컨테이너 환경에서는 고급 트래픽 관리, 최적화 또는 보안 정책을 오케스트레이션할 수 없습니다.

이러한 가시성과 지원의 부족을 해소하려면, 검증되고 기술 지원이 제공되는 애플리케이션 전송 컨트롤러(ADC)를 오픈 소스 컨테이너 환경과 통합하여 컨테이너가 네트워크를 통해 목적지로 이동하는 동안 트래픽을 검사, 제어 및 최적화해야 합니다.

통합 지원 컨테이너 플랫폼

Red Hat® OpenShift Container Platform을 통해 조직은 검증되고 지원되는 솔루션이라는 확신을 바탕으로 오픈 소스 컨테이너를 활용할 수 있습니다. Docker 및 Kubernetes 표준을 기반으로 하는 Red Hat OpenShift Container Platform은 포괄적인 엔터프라이즈급 컨테이너 플랫폼입니다.

F5와 Red Hat은 F5 Container Connector를 통해 Red Hat OpenShift Container Platform을 정교한 로드 밸런서이자 전체 프록시 ADC인 F5 BIG-IP과 통합하기 위해 협력했습니다. 완벽하게 지원되는 이 솔루션은 효과적인 트래픽 제어 및 로드 밸런싱과 함께 고급 컨테이너 기반 애플리케이션 개발 및 제공 기능을 지원합니다.

F5 Container Connector는 Red Hat OpenShift Container Platform에서 컨테이너와 BIG-IP 간의 구성을 해석합니다. 지속적인 연결을 통해 F5 Container Connector는 POD에 새 컨테이너가 추가되면 이를 즉시 인식하여 BIG-IP의 풀에 추가합니다. 또한 컨테이너화된 애플리케이션 또는 환경에 맞게 네트워크 구성을 자동화합니다. 이러한 변경 사항을 IT 티켓 시스템을 통해 수동으로 구현하려면 몇 주 또는 몇 달이 걸릴 수 있지만, 이 통합 자동화 솔루션을 사용하면 몇 초 만에 완료할 수 있습니다.

이 Red Hat 및 F5 솔루션은 모든 네트워크 트래픽을 세밀하게 제어할 수 있도록 지원하며, 다음을 비롯한 여러 변수를 기반으로 네트워크 핸드오프, 연결 및 흐름을 최적화합니다:

• 기반 시스템
• 네트워크 연결
• 애플리케이션 자체
• 보안 및 규정 준수 요구 사항

요약

최적의 결과를 얻으려면 컨테이너를 뛰어난 트래픽 제어 및 부하 분산 기능을 제공하는 ADC와 통합해야 합니다. 업계를 선도하는 기술 기업인 Red Hat과 F5는 더욱 빠르고 안전한 애플리케이션 제공을 위해 네트워크 구성을 최적화하는 통합형 자동화 컨테이너 솔루션을 공동 개발했습니다. 완전한 지원이 제공되는 이 솔루션에는 컨테이너의 성공적인 도입을 지원하는 로드맵과 엔터프라이즈 지원이 포함되어 있습니다.

F5와 Red Hat의 파트너십 및 솔루션 통합에 대해 자세히 알아보려면 https://f5.com/solutions/technology-alliances/red-hat 또는 redhat.com/openshift를 방문하세요.

2017년 11월 26일 게시