클라우드 네이티브를 위한 데이터 센터 네트워크 구축: 데이터 센터 네트워킹을 위한 아키텍처, 프로토콜, 도구

310

클라우드 네이티브를 위한 데이터 센터 네트워크 구축

그렇다면 이게 어떤 문제인지 반문할 수도 있다. 데이터가 이렇게 긴 시간 간격으로 수집된다면

그 간격보다 짧은 순간에 일어나는 문제들은 데이터에 반영되지 않는다. 컴퓨트 노드의 데이터

를 매초 또는

15

초 간격으로 수집하지만 스위치는 매분 또는 그 이상마다 수집한다고 하자. 지

연 시간, 패킷 드롭과 같은 네트워크 출렁임은 컴퓨트 엔드포인트에서는 보이지만 네트워킹 쪽

의 뷰에서는 이런 문제를 표시할 수 없었다. 이런 것이 애플리케이션과 네트워크 간에 문제가

서로의 잘못이 아니라고 주장하게 되면서 서로를 의심하는 지리한 싸움의 원인을 제공하게 되

었다.

오늘날

SNMP

는 절대로 네트워크 기능과 함께 개발되거나 기능의 일부로 절대 개발되지 않고,

네트워크 기능이 개발 완료되고 나서야 끼워 맞춰지는 것에 불과하다. 실제로 라우터나 브리지

개발자는 디버깅 이점을 위해 보다 많은 정보를 로컬

CLI

기반 접근에 제공하고 나서야

SNMP

기반 접근에 대해 고민해본다. 하지만 텔레메트리에 대한

SNMP

의 접근법은 정보를 제공할 수

있는

SNMP

데이터 모델이 없다면 그 정보를 획득할 수 없다. 가치 있는 정보가 오직 운영자

가 실행하는 명령어를 통해서만 획득할 수 있고

SNMP

데이터 모델에는 누락되는 것이 일반적

이다.

STP

와 유사하게

SNMP

도 그 끝에 다다른 기술이라 널리 여겨진다. 하지만 네트워크 운영자는

대안이 없어서 아직도 이 프로토콜과 데이터 모델을 사용한다.

11.2.2