제15장. 허블을 통한관측 가능성
이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: translation-feedback@oreilly.com
허블 은 Cilium과 eBPF를 기반으로 구축되어 애플리케이션의 통신 및 동작 방식에 대한 심층적인 가시성을 제공합니다. 주로 네트워킹 관측 가능성에 초점을 맞춰 운영자가 서비스 간 종속성을 이해하고 성능 또는 보안 문제를 식별할 수 있도록 지원합니다.
허블이 특히 가치 있는 이유는 대부분의 플로우 도구가 작동하는 레이어 3 및 4뿐만 아니라 레이어 7에서도 가시성을 제공하기 때문입니다. 이는 HTTP 메서드나 DNS 쿼리와 같은 애플리케이션 수준 정보를 드러낼 수 있어 트래픽 동작에 대한 보다 완전한 그림을 제공합니다. 허블은 또한 차단된 연결 및 이를 유발한 정책과 같은 보안 관련 컨텍스트를 노출하여 관찰된 플로우를 기반으로 네트워크 정책을 개선할 수 있게 합니다.
이 모든 작업은 애플리케이션 자체를 수정할 필요 없이 투명하게 이루어집니다. 실시간 흐름 가시성 외에도 Hubble은 Prometheus 메트릭을 노출하여 모니터링 및 알림을 위한 Prometheus, Grafana 등 일반적인 관측 가능성 도구와의 통합을 지원합니다.
Hubble 아키텍처
를 사용하기 전에 Hubble의 주요 구성 요소가 어떻게 결합되는지 이해하는 것이 좋습니다. Hubble은 Cilium의 eBPF 데이터 경로에 접근하여 정보를 수집합니다. Hubble 에이전트는 Cilium DaemonSet의 일부로 각 노드에서 실행되며 별도의 포드가 아닙니다. 각 에이전트는 자체 노드의 플로우 데이터만 보고하므로 단일 에이전트에 대한 쿼리는 클러스터 전체 활동에 대한 제한된 뷰만 제공합니다.
클러스터 전반의 흐름에 대한 보다 포괄적인 그림을 얻기 위해 Hubble은 허블 릴레이( Hubble Relay)라는 집계 계층을 도입합니다. 릴레이는 배포(deployment)로 실행되며 모든 노드 로컬 에이전트의 데이터를 집계하여 그들의 흐름 데이터를 수집하고 단일 API 엔드포인트를 통해 노출합니다. 대부분의 사용자는 네트워크 흐름에 대한 통합된 클러스터 전체 뷰를 제공하기 때문에 에이전트와 직접 상호작용하기보다는 릴레이와 상호작용합니다.
그림 15-1은 해당 아키텍처를 보여줍니다.
그림 15-1. Hubble 아키텍처
참고
본 장에서 사용할 YAML 매니페스트는 책의 GitHub 저장소 내 chapter15 디렉터리에서 확인할 수 있습니다.
Cilium이 설치되면 허블 에이전트는 기본적으로 자동으로 활성화됩니다. 이는 Cilium이 활성화된 모든 클러스터(예: 기본 Cilium 설치(cilium install)가 적용된 일반 kind 클러스터(kind.yaml))에서 확인할 수 있습니다. 허블 에이전트는 Cilium ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access