네트워크 운영 환경이 온프레미스에서 클라우드와 SaaS(Software as a Service) 중심으로 변화함에 따라, 기업 내부 망을 벗어난 '인터넷 구간'에 대한 가시성 확보가 필수적인 과제가 되었습니다. 과거에는 ISP(Internet Service Provider)의 구간을 '블랙박스'로 취급하며 장애 발생 시 수동적인 대응에 그쳤으나, 이제는 정교한 진단 도구를 통해 책임 소재를 명확히 분리해야 합니다. 본 글에서는 Cisco ThousandEyes를 활용하여 복잡한 인터넷 구간의 장애를 진단하고 분리하는 원리와 실무 절차를 상세히 다룹니다.
SECTION 011. 이 글의 대상 독자
본 가이드는 하이브리드 클라우드 환경을 운영하며 Microsoft 365, Salesforce, AWS 등 외부 서비스의 품질 저하 문제를 해결해야 하는 네트워크 엔지니어와 IT 인프라 관리자를 대상으로 합니다. 또한, SD-WAN 도입 후 인터넷 회선의 품질을 객관적으로 측정하고 보고해야 하는 운영팀에게 실질적인 기술적 근거를 제공합니다.
SECTION 022. ThousandEyes의 개념과 동작 원리
Cisco ThousandEyes는 단순한 핑(Ping) 테스트를 넘어, 전 세계 인터넷 경로와 애플리케이션 계층의 성능을 다각도로 분석하는 디지털 경험 모니터링(DEM) 플랫폼입니다. [1] 이 솔루션은 분산된 에이전트를 통해 데이터를 수집하며, 주요 동작 원리는 다음과 같습니다.
2.1 에이전트 유형 및 역할
ThousandEyes는 모니터링의 관점에 따라 세 가지 주요 에이전트 유형을 제공하며, 각 에이전트는 네트워크 가시성의 서로 다른 측면을 담당합니다. 이를 통해 기업은 내부 인프라부터 전 세계 인터넷 구간까지 빈틈없는 감시 체계를 구축할 수 있습니다.
| 에이전트 유형 | 설치 위치 | 주요 용도 |
|---|---|---|
| Cloud Agents | 전 세계 주요 도시 및 ISP 데이터센터 | 외부에서 내부 서비스로의 접근성 및 글로벌 성능 측정 |
| Enterprise Agents | 기업 내부 서버, 가상머신 또는 Catalyst 스위치 | 내부에서 외부(SaaS/Cloud)로의 경로 및 성능 측정 |
| Endpoint Agents | 사용자 PC (Windows/macOS) | 실제 사용자의 브라우저 경험 및 Wi-Fi 성능 진단 |
2.2 기술적 동작 메커니즘
ThousandEyes는 합성 모니터링(Synthetic Monitoring) 기술을 기반으로 동작합니다. 에이전트는 주기적으로 HTTP 요청, TCP/UDP 패킷, BGP 업데이트 데이터를 생성하여 대상(Target)까지의 경로를 추적합니다.
이 기술의 핵심은 다차원적 가시성입니다.
- 네트워크 계층 가시성: ICMP 또는 TCP를 사용하여 홉 바이 홉 경로를 추적하고, 각 구간의 지연과 손실을 측정합니다.
- 라우팅 계층 가시성: 전 세계 수백 개의 BGP 피어로부터 데이터를 수집하여 AS(Autonomous System) 수준의 경로 변경을 감지합니다.
- 애플리케이션 계층 가시성: HTTP 응답 시간, 페이지 로드 시간, 트랜잭션 성공률을 측정하여 사용자 경험을 평가합니다.
특히 'Path Visualization' 기능은 각 홉별 데이터를 시각화하여, 장애가 로컬 망, ISP, 혹은 서비스 제공업체 중 어디에서 발생했는지 즉각적으로 식별할 수 있게 합니다. [2]
SECTION 033. 설계 및 구축 단계
ThousandEyes를 실무 환경에 도입하기 위해서는 체계적인 설계가 선행되어야 합니다.
- 에이전트 배치 설계: 모니터링이 필요한 지점을 선정합니다. 본사 및 주요 지점의 Catalyst 9300/9400 스위치에 Enterprise Agent를 설치하여 내부 사용자 관점의 가시성을 확보하는 것이 권장됩니다.
- 테스트 시나리오 구성: 업무에 핵심적인 SaaS URL(예: outlook.office365.com)을 대상으로 HTTP 서버 테스트와 네트워크 테스트를 결합하여 구성합니다.
- BGP 모니터링 활성화: 인터넷 경로의 안정성을 확인하기 위해 대상 IP 대역에 대한 BGP 테스트를 추가하여 경로 변경(Route Flapping) 여부를 감시합니다.
- 알람 임계치 설정: 과거 데이터를 기반으로 Baseline을 설정하고, 평상시보다 지연 시간이 20% 이상 증가하거나 특정 구간에서 패킷 손실이 발생할 때 즉시 알람이 발송되도록 설정합니다.
SECTION 044. 안전한 확인 및 검증 절차
ThousandEyes 에이전트가 정상적으로 동작하는지 확인하기 위해 다음의 절차를 수행합니다. 특히 Cisco Catalyst 스위치에 에이전트를 호스팅하는 경우, 스위치의 리소스 상태를 먼저 점검해야 합니다.
Field note
주의:
app-hosting관련 설정 변경은 스위치의 CPU 및 메모리 자원을 소모하므로, 반드시 트래픽이 적은 시간에 수행하거나 사전에 자원 할당량을 확인해야 합니다.
4.1 Catalyst 스위치 내 에이전트 상태 확인 (CLI)
Cisco Catalyst 9000 시리즈 스위치에서 Docker 컨테이너 기반으로 에이전트를 운영할 경우, 다음 CLI 명령어를 사용하여 에이전트의 생존 여부와 자원 점유율을 주기적으로 확인해야 합니다.
| 명령어 | 목적 | 확인 사항 |
|---|---|---|
show app-hosting list | 에이전트 요약 상태 확인 | 상태가 'RUNNING'인지 확인 |
show app-hosting detail [ID] | 상세 자원 사용량 확인 | CPU 및 메모리 할당량 초과 여부 확인 |
show app-hosting resource | 전체 앱 호스팅 자원 확인 | 스위치 전체의 자원 여유분 확인 |
# 에이전트 설치 및 실행 상태 확인
# 출력 결과의 'State' 항목이 'RUNNING'이어야 정상입니다.
show app-hosting list
# 특정 에이전트의 상세 정보 및 자원 사용량 확인
# 자원 할당량(CPU/Memory)이 적절한지 검토하십시오.
show app-hosting detail thousandeyes_enterprise_agent4.2 대시보드 인터페이스 검증
ThousandEyes 클라우드 대시보드에 접속하여 'Cloud & Enterprise Agents > Agent Settings' 메뉴에서 설치된 에이전트가 'Online' 상태인지 확인합니다. 이후 작성된 테스트의 'Views' 탭에서 데이터가 정상적으로 수집되고 있는지 그래프를 통해 검증합니다.
SECTION 055. 흔한 장애와 분리 진단 방법
인터넷 구간 진단 시 자주 발생하는 문제와 이를 ThousandEyes로 해결하는 방법은 다음과 같습니다.
- 특정 ISP 구간의 패킷 손실: Path Visualization에서 특정 노드가 빨간색으로 표시되며 손실이 집중될 경우, 해당 ISP의 피어링 문제나 장비 장애로 판단할 수 있습니다.
- DNS 응답 지연: DNS 테스트 결과에서 'Resolution Time'이 비정상적으로 높다면, 로컬 DNS 서버의 부하 또는 공인 DNS(Google, Cloudflare 등)의 도달 성능 문제를 의심해야 합니다.
- 광역 인터넷 장애: ThousandEyes의 Internet Insights 기능을 활용하면, 우리 기업뿐만 아니라 전 세계적으로 발생 중인 ISP 또는 SaaS 업체의 대규모 장애 현황을 실시간으로 대조할 수 있습니다. 이 기능은 수천 개의 에이전트에서 수집된 익명화된 데이터를 알고리즘으로 분석하여 특정 지역이나 서비스 제공업체의 공통된 장애를 식별합니다. 이를 통해 '우리 기업만의 국지적 문제'인지 '전 지구적인 인터넷 서비스 장애'인지 즉시 판단하여 불필요한 내부 장애 대응 리소스를 절약할 수 있습니다. [1]
SECTION 066. 도입 및 회의를 위한 체크리스트
솔루션 도입 전후로 다음 사항들을 반드시 점검하여 운영의 연속성을 확보하십시오.
- 라이선스 확인: 필요한 에이전트 수와 테스트 주기(Unit)에 따른 라이선스 용량이 충분한가?
- Cisco 제품 수명 주기: 에이전트를 설치할 Catalyst 스위치의 모델이 최신이며, 공식 EOS/EOL(End-of-Sale/End-of-Life) 인덱스를 통해 향후 지원 종료 여부를 확인했는가?
- 방화벽 정책: 에이전트가 ThousandEyes 클라우드 서버(포트 TCP 443 등)와 통신할 수 있도록 아웃바운드 정책이 허용되었는가?
- 네트워크 권한: 에이전트가 경로 추적을 위해 ICMP 또는 TCP SYN 패킷을 전송할 수 있는 권한이 확보되었는가?
- 한드림넷 장비 연동: 한드림넷 보안 스위치 환경에서 에이전트 통신이 유해 트래픽으로 오탐되지 않도록 MDS(Multi-Dimensional Security) 정책을 검토했는가? (한드림넷은 공개된 현행 제품 페이지 기준으로 기술하며, 별도의 EOS 공지는 확인되지 않았음을 명시함)
SECTION 077. References
[1] Cisco Systems, "ThousandEyes Documentation - Platform Overview," [Online]. Available: https://docs.thousandeyes.com/
[2] Cisco Systems, "Cisco ThousandEyes Enterprise Agent Deployment Guide on Catalyst 9000 Switches," [Online]. Available: https://www.cisco.com/c/en/us/products/collateral/switches/catalyst-9400-series-switches/guide-c07-2431113.html
[3] Cisco Systems, "Cisco Support - End-of-Life and End-of-Sale Notices," [Online]. Available: https://www.cisco.com/c/en/us/products/eos-eol-listing.html
[4] Handreamnet, "Security Switch - SG Series Product Page," [Online]. Available: http://www.handreamnet.com/ (Note: Current active product line as of research date)