통합 시스템의 애플리케이션 딜리버리 아키텍처 설계
개요
통합 시스템은 신속한 구축, 간소화된 관리, 효율적인 운영을 제공할 수 있어 널리 사용되는 엔터프라이즈 아키텍처 옵션입니다. 통합 시스템은 사전 구성된 컴퓨팅, 스위칭 및 라우팅, 스토리지를 하이퍼바이저 및 관리 소프트웨어와 결합합니다.
오늘날 Nutanix 및 SimpliVity와 같은 하이퍼컨버지드 제품은 인프라 가상화의 범위를 스토리지와 네트워킹까지 확대했습니다. 이러한 솔루션은 비용을 더욱 절감하고 유연성을 높일 수 있습니다.
하지만 이러한 아키텍처가 발전했음에도 그 위에서 실행되는 애플리케이션의 근본적인 특성은 변하지 않았습니다. 애플리케이션에는 여전히 계층 4~7의 애플리케이션 서비스가 필요합니다. 따라서 컨버지드 또는 통합 시스템에 이러한 서비스를 추가로 제공해야 합니다.
과제는 애플리케이션 서비스를 이러한 새로운 아키텍처에 통합하는 최적의 방법을 찾는 것입니다.
고려 사항
F5는 다양한 인프라 및 가상화 공급업체와의 기술 파트너십을 통해 애플리케이션에 필요한 보안과 가용성을 제공하고 최적화를 지원합니다.
이제 몇 가지 선택을 해야 합니다.
소프트웨어인가요, 하드웨어인가요?
먼저, 소프트웨어입니다.
가상 에디션은 컨버지드 및 하이퍼컨버지드 인프라에서 가장 일반적으로 선택되는 배포 방식입니다. 가상 에디션을 사용하면 컨버지드 인프라 내에서 애플리케이션 서비스를 제공할 수 있습니다. 서비스와 애플리케이션을 동일한 인프라에 배치하면 네트워킹을 간소화하고 불필요한 네트워크 홉을 줄일 수 있습니다.
애플리케이션별로 가상 에디션을 배포하면 단일 애플리케이션의 전체 스택을 간소화하고 여러 인프라 간에 더 쉽게 이식할 수 있습니다. 또한 애플리케이션 서버와 가상 에디션에 동일한 배포 및 프로비저닝 방식을 사용하여 운영을 간소화할 수 있습니다.
하드웨어는 어떨까요?
사전 구성된 하드웨어 솔루션에 하드웨어 어플라이언스를 추가하는 것이 직관에 어긋나 보일 수 있지만, 때로는 합리적인 선택입니다. 높은 성능이 요구되는 경우(예: 대규모 SSL 검사 또는 DDoS 완화)에는 맞춤형 하드웨어가 뛰어난 성능과 확장성을 제공합니다.
단점은 무엇일까요? 인프라 스택 내 여러 논리 계층에서 서비스가 필요한 경우(예: 프런트엔드 프레젠테이션 계층과 미들웨어 비즈니스 로직 계층 간의 트래픽 관리), 애플리케이션 트래픽은 처리를 위해 컨버지드 인프라 블록 외부로 나가야 합니다. 이로 인해 네트워크 홉이 추가되고 지연 시간이 늘어납니다.
또한 에지에 대용량 서비스(SSL 검사, 방화벽, 최적화)를 위한 고용량 하드웨어를 배치하고, 통합 가상 인프라 내의 특정 애플리케이션에는 특화된 서비스(웹 애플리케이션 방화벽 또는 가상 데스크톱 액세스)를 제공하는 단일 테넌트 가상 에디션을 배치하는 ‘2계층’ 솔루션을 구축할 수도 있습니다.
스케일업인가, 스케일아웃인가?
F5를 사용하면 스케일 업 또는 스케일 아웃할 수 있습니다. 스케일 업은 단일 애플리케이션을 확장하거나 여러 서비스를 고용량 하드웨어 장치에 통합한 경우에 적합합니다. 더 많은 어플라이언스를 구성하여 스케일 아웃하면 더 많은 애플리케이션을 관리하고 유연성을 높일 수 있습니다.
단계
컨버지드 또는 하이퍼컨버지드 인프라, 플랫폼 및 확장 모델 중 무엇을 선택하느냐에 따라 다음 단계가 결정됩니다.
1. 플랫폼을 구성합니다.
가상 어플라이언스는 통합 시스템에 쉽게 배포할 수 있습니다. 이미지를 배포하고(이미지와 배포 방법은 하이퍼바이저 및 시스템에 따라 다름), 하이퍼바이저의 가상 스위치 기술을 사용하여 필요한 네트워크를 노출한 다음 어플라이언스에 라이선스를 적용하기만 하면 됩니다.
하드웨어 어플라이언스의 경우, 디바이스에서 애플리케이션 전송 서비스를 제공하려는 모든 네트워크로 고성능 연결이 구성되어 있는지 확인하십시오. 스위치 패브릭에 여러 개의 고용량 트렁크를 연결하면 시스템 내에서 실행되는 애플리케이션의 네트워크 트래픽을 BIG-IP 또는 VIPRION 플랫폼에서 관리할 수 있습니다. 필요한 모든 VLAN의 트래픽이 플랫폼에 노출되도록 하여 필요한 위치에 서비스를 삽입할 수 있게 하십시오.
2. 애플리케이션 서비스를 구성합니다.
실행 중인 플랫폼이 원하는 네트워크에 연결되었으면 이제 애플리케이션 서비스를 구성할 차례입니다. 관리를 간소화하고 안정적이며 반복 가능한 배포를 구현하려면 가능한 경우 iApp 템플릿을 사용하십시오.
iApp 템플릿은 특정 애플리케이션의 배포 모범 사례를 간단한 마법사 형태로 제공하므로 IP 주소 지정과 같은 사이트별 정보만 입력하면 됩니다. F5에서 지원하며 완전히 사용자 지정할 수 있는 템플릿이 20개 이상 제공되어 다양한 일반 애플리케이션을 지원합니다. 또한 API를 통해 템플릿을 구동할 수 있으므로 관리 시스템에서 몇 번의 간단한 REST 호출만으로 미리 설계된 배포를 생성할 수 있습니다.
결과
통합 시스템에서 실행되는 애플리케이션은 F5 애플리케이션 서비스가 제공하는 보안, 성능 및 가용성을 통해 최적화됩니다.