인프라를 Red Hat Lightspeed에 어떻게 연결해야 할까요?

계속해서 늘어나는 취약점으로부터 인프라를 보호하면서 운영 안정성을 유지하는 일은 매일 같이 균형을 유지해야 하는 까다로운 작업입니다. Red Hat Lightspeed는 대규모 인프라 관리에 필요한 핵심 서비스를 제공합니다.

하지만 이러한 서비스를 최대한 활용하려면 다음과 같은 전략적 결정이 필요합니다. 인프라를 Red Hat Lightspeed에 어떻게 연결해야 할까요?

배포 아키텍처를 선택하는 과정은 엔지니어링 그 이상의 의미를 갖습니다. 이는 데이터 프라이버시, 인프라 비용 그리고 운영 민첩성에 영향을 미치므로 비즈니스 전략도 반드시 고려해야 합니다. Red Hat Lightspeed는 그림 1에 요약된 세 가지 아키텍처 모델을 제공합니다.

그림 1. Lightspeed 아키텍처 모델

선택하는 모델은 조직의 규제 요구 사항과 위험 수용 범위에 따라 달라집니다. 다음은 각 모델이 비즈니스 목표에 어떻게 부합하는지 살펴볼 수 있는 가이드입니다.

호스팅(직접): 민첩성 극대화 및 최저 TCO 

Red Hat Enterprise Linux(RHEL) 서브스크립션에 포함된 호스팅 모델에서는 환경 내 모든 RHEL 노드가 인터넷을 통해 Red Hat Lightspeed에 직접 연결됩니다.

• 비즈니스 가치: 이 방식은 가장 수월하고 간편하게 도입할 수 있는 접근 방식입니다. 복잡한 설정 없이 최단 시간 내에 가치를 실현할 수 있습니다. 팀은 추가적인 인프라 오버헤드 없이 어드바이저, 취약점, 컴플라이언스 서비스를 포함한 전체 서비스 제품군을 실시간으로 즉시 이용할 수 있습니다. 이 기능은 RHEL 서브스크립션에 포함되어 있습니다.
• 고려 사항: 모든 노드에 아웃바운드 인터넷 액세스가 필요하며, 텔레메트리 데이터는 Red Hat 호스팅 클라우드에 저장됩니다.
• 결론: 속도를 우선시하고 인프라 비용을 최소화하며, 퍼블릭 클라우드 데이터 저장이 허용되는 표준 상용 환경을 운영하는 조직에 적합합니다.

Satellite를 통한 프록시 연결: 안전한 절충안

네트워크 트래픽에 대한 중앙 집중식 제어가 필요한 조직의 경우, Satellite를 통한 프록시 아키텍처가 훌륭한 대안이 될 수 있습니다. 내부 노드는 퍼블릭 인터넷으로부터 안전하게 격리된 상태를 유지하며, 중앙화된 Red Hat Satellite 이그레스 게이트웨이를 통해 모든 Red Hat Lightspeed 트래픽을 라우팅합니다.

• 비즈니스 가치: 호스팅된 모델의 실시간 클라우드 동기화 이점과 모든 기능을 그대로 유지하면서도 보안 수준을 대폭 강화할 수 있습니다. 내부 네트워크가 외부에 노출되지 않으므로 대부분의 내부 보안 및 컴플라이언스 팀의 요구 사항을 충족할 수 있습니다.
• 고려 사항: 설정 복잡도는 중간 수준이며, Red Hat Satellite 인프라를 관리해야 합니다.
• 결론: 일반적인 엔터프라이즈 및 금융 환경을 위한 최적의 표준(gold standard)입니다. 강력한 내부 네트워크 보안과 실시간 클라우드 분석 성능 사이에서 균형을 맞춥니다.

이 기능을 사용하려면 Red Hat Satellite 서브스크립션이 필요합니다.

온프레미스(에어갭): 완전한 데이터 주권 보장

국방, 핵심 인프라 또는 규제가 엄격한 공공 부문과 같은 산업군의 조직은 데이터가 실제 네트워크 외부로 유출되는 것을 허용할 수 없습니다. 이러한 환경을 지원하기 위해, Red Hat Lightspeed는 오프라인 상태의 Red Hat Satellite 동기화와 컨테이너화된 Red Hat Lightspeed 서비스를 사용하는 온프레미스 아키텍처에서 일부 서비스를 제공합니다.

• 비즈니스 가치: 타협 없는 데이터 레지던시를 실현합니다. 텔레메트리 데이터는 전적으로 내부 네트워크 내에서 분석됩니다. 이 모델을 사용하면 엄격한 에어갭 요건을 준수하면서도 강력한 분석 기능(advisor) 및 취약점 추적 기능을 활용할 수 있습니다.
• 고려 사항: 설정 복잡성은 관리 가능한 수준(중간)이지만, 이 모델은 실시간 클라우드 업데이트를 사용하는 대신 로컬에서 동기화된 데이터를 유지 관리해야 합니다.
• 결론: 절대적인 데이터 주권이 타협할 수 없는 우선순위인 제로 트러스트, 기밀 보안 또는 엄격하게 규제되는 환경을 위한 필수 선택입니다.

이 기능을 사용하려면 Red Hat Satellite 서브스크립션이 필요합니다.

올바른 의사 결정

운영 역량과 리스크 허용 범위에 부합하는 아키텍처를 선택하세요. 모든 상황에 맞는 유일한 정답은 없습니다.

의사 결정자는 호스팅, 프록시 및 온프레미스 배포 모델의 차이점을 이해함으로써, 조직의 컴플라이언스 및 보안 표준을 준수하는 동시에 팀이 RHEL 환경을 선제적으로 보호하고 관리하는 데 필요한 툴을 제공할 수 있습니다.

추가 참고 자료

• “Red Hat Satellite와 Red Hat Lightspeed 동기화:” Satellite와 Red Hat Lightspeed(이전 명칭: Insights)의 상호 작용 방식을 다루는 심층 블로그 포스트입니다.
• “Red Hat Satellite의 Red Hat Lightspeed advisor:” 온프레미스 및 에어갭 배포를 위한 Satellite 기반 Red Hat Lightspeed 구성에 대한 심층 블로그 포스트입니다.
• Red Hat Lightspeed 정보 포털