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

319

11

장

네트워크 관측성

다고 여겼다. 컴퓨트 노드에서는

statsd

가 수집기에 푸시하기 전에 매초마다 수집한 데이터를

5

초 단위 또는 보다 큰 간격으로 압축한다.

하지만 저렴한 스토리지와 문제 해결 시스템에서의 경험이 쌓여서 오늘날에는 데이터를 압축하

는 것을 꺼리고 있다. 운영자들은 종종 덜 치명적이지만 예상치 못한 동작이 주말에 걸쳐 발생했

을 때 이를 월요일에 살펴보고 싶어 한다. 따라서

15

초마다 캡처한 원시 데이터가 하루 단위로

저장되고

1

~

2

주 후에 압축된다. 이것이 새로운 규범이다.

11.7

다중 데이터 소스의 사용

이렇게 서로 다른 데이터를 모두 모았다. 한 유형의 데이터가 다른 유형에 비해 어떤 특정 질의

에 대한 답으로 적합한가? 네트워크 운영자가 두 가지 등급의 문제에 대해 호출되는 것을 보았

다. 하나는 통신 장애고 다른 하나는 통신 품질 저하다. 첫 번째 등급의 문제는

A

와

B

가 통신을

할 수 없는 상황이고 두 번째 등급의 문제는

A

와

B

의 통신이 아주 느리고 손실이 발생할 때다.

이외에 용량 계획

capacity

planning

에도 관측성이 필요하다.

A

와

B

가 통신이 되지 않는 문제는 아마 대체로 네트워크 내부나

A

와

B

엔드포인트의 부정확

한 상태 또는 비일관적인 상태의 결과다. 예를 들어

A

가

B

의 호스트명을 가지고 접근하려고 할

때 잘못 설정된

DNS

서버 주소나 단순히

DNS

서버에 접근할 수 없게 되었을 때 문제가 발생

할 수 있다. 또한

B

의 호스트명이

DNS

에서 잘못 설정되었거나

A

나

B

에서